Назад

Как отдать разработку приложения на аутсорс

Делегировать другим работу над своей идеей сложно, особенно в бизнесе. Все хотят защитить себя, поэтому относятся к аутсорсу с недоверием. Это естественно.

Через это прошел, наверное, каждый из 300+ наших партнеров-предпринимателей. До того, как они разобрались в делегировании разработки и научились этим пользоваться. О том, как последовать их примеру и передать разработку приложения на аутсорс, читайте в этой статье.

Время чтения: 8 минут

Содержание

    Главное

    • Контрактная мобильная разработка — вариант для тех предпринимателей, которые только знакомятся с рынком или имеют ограниченный бюджет.
    • В основном бизнес опасается, что продукт получится плохого качества, команду невозможно будет контролировать, работа не сложится или вовсе прервется. Ко всему этому можно подготовиться заранее, чтобы снизить риски. 
    • На старте важно четко сформулировать требования к продукту и критерии выбора подрядчика. Например, с партнерами из какой страны вы планируете подписать контракт: вашей, соседней или дальней. 
    • Существует три модели аутсорса: фиксированной цены, выделенной команды, а также Time & Material.
    • Аутсорс мобильной разработки может обойтись вам менее чем в 3 500 00 рублей.

    Зачем и когда нужен аутсорс

    Первым делом стоит ответить на вопрос «зачем?». Если вы хорошо понимаете свои мотивы, объяснить их подрядчику будет проще, а общение сложится продуктивнее.

    Ситуация № 1. У вас не хватает команды

    Либо количественно, либо качественно. Скажем, у вас в штате есть отличная команда Java-разработчиков, но этот язык подходит только для разработки на Android. Приложение под iOS программисты не выпустят. Плюс, их рабочие часы могут быть и так полностью забиты другими проектами.  

    Стесняться этого не стоит. Аутсорсинг — обычная практика, к которой прибегают даже уважаемые во всем мире ИТ-гиганты. 

    аутсорсинг компании

    Ситуация № 2. Ресурсы ограничены

    Разработка приложения — дорогое удовольствие. Возможно, вы уже и сами это поняли, если читаете эту статью. Для создания продукта инхаус предпринимателю придется нанять как минимум одного UI/UX дизайнера, одного мобильного разработчика и одного менеджера на полный рабочий день. Если верить цифрам, это обойдется недешево.

    средние зарплаты

    Средняя зарплата мобильного разработчика (iOS/Android), менеджера проекта и дизайнера по версии сайта работа.ру

    В зависимости от продукта, который вы хотите разработать, может потребоваться помощь UX-исследователя, графического дизайнера, аналитика или другого ИТ специалиста. Это дополнительные расходы. 

    В общей сложности команда будет стоить 300-400 тысяч в месяц или 4-5 миллионов в год. Не считая налогов, рабочего места с ноутбуком, стулом и столом, лицензий на программы, на которые тоже нужны деньги. За такой бюджет подрядчики разработают вам несколько приложений. Если хотите глубже изучить финансовую сторону вопроса, вот статья о том, сколько стоит разработать приложение.

    Еще один ограничивающий фактор — время. Если вы нанимаете инхаус команду, то должны понимать, что ее формирование, онбординг и наставничество займет месяцы. Сначала набрать людей, потом оценить их навыки на практике. Наконец, новичок может просто не вписаться в ваш коллектив, тогда все придется пройти заново.

    С другой стороны, у компаний-подрядчиков есть штат сотрудников, чья продуктивность проверена. У них есть опыт, поэтому разработка занимает меньше времени. Например, до 6 недель. За такой срок мы запустили приложение для умных холодильников. Подробности — в кейсе компании Vendify.

    Ситуация № 3. Вы новичок в мобильной разработке  

    Идеи приложений и программ приходят не только в головы программистов из Гарварда и Стэнфорда. Есть много кейсов помимо Facebook и Google. Например, Pinterest — сервис, который придумал дизайнер, дипломированный архитектор и историк Эван Шарп. 

    В любом случае на вашу задумку должен взглянуть эксперт, который разбирается в разработке. С нуля грамотно управлять созданием IT-продуктов нереально, это сложный процесс с кучей нюансов. Также будет трудно нанять штатную команду, ведь не все могут оценить профессиональный уровень соискателей самостоятельно. При таком раскладе проще всего — передать все в руки подрядчика. 

    Как быть с опасениями, которые вызывает аутсорс

    Даже списка из десятка веских и логичных причин может быть недостаточно, ведь аутсорс почти всегда вызывает сомнения. Он окутан мифами, предрассудками, стереотипами. Вот четыре самых распространенных. 

    «Из-за текучки проектов качество работы подрядчиков хромает»

    Работа команды на количество, а не на качество — самый частый страх предпринимателей. Халтурщики правда существуют. Однако приличные разработчики вряд ли захотят компрометировать свою репутацию: ставить «костыли» в код или делать убогий дизайн. Если вы волнуетесь за качество, стоит основательно подойти к выбору партнера. Но об этом чуть ниже. 

    «Невозможно контролировать людей, которые работают где-то далеко»

    Зависит от того, что понимать под «контролем». Аутсорс не работает по схеме «поставил задачу — получил готовое решение». Если ваш партнер придерживается такого принципа, это повод насторожиться. Лучший подход в таком деле — разработка по SCRUM. 

    READ MORE  Проектный менеджмент и SCRUM: как, зачем и почему?

    Если коротко, то SCRUM — техника менеджмента, когда процесс создания продукта разбивается на фазы или спринты. Команда ежедневно делится статусом, организует частые звонки и встречи. По каждой менеджер обычно делает краткую выжимку либо вы можете самостоятельно попросить его записывать основные моменты в таблицу по образцу ниже.

    Спринт № 1
    ПланДата встречи ДоговоренностиTo Do (Команда)To Do (Клиент)Следующая встреча
    Сформулировать цели проекта

    Обсудить вопросы от аналитика и менеджера

    04.04.23Фокусируемся на двух ЦА: АБВ и ГДЕ

    Строим такую последовательность действий пользователя: регистрация -> заполнение профиля -> клик в разделе КЛМ -> оплата

    Простой и интуитивный интерфейс

    План архитектуры проекта

    Майндмэп (начать делать)

    Изучить референсы по дизайну и дать обратную связь06.04.23

    Пример того, как может выглядеть краткая выжимка звонка. Здесь описана вводная встреча. Другие спринты и встречи можно добавлять по аналогии.

    «Команды приукрашивают свои умения и заслуги»

    Хвастуны есть везде. Но также в любой сфере можно составить объективную картину работы команды. На ресурсах вроде Clutch собраны сотни отзывов на разных разработчиков с объяснениями и рейтингами. 

    Еще один совет. Выберите одного подрядчика, который кажется вам самым перспективным, изучите его портфолио, найдите имена нескольких клиентов и свяжитесь с ними. Скажите, что хотите обратиться к тому же партнеру, и попросите объективный отзыв. Шансы получить честный ответ немалые. 

    «Вдруг мы не сойдемся в мнениях и релиз окажется под угрозой»

    Гадать бесполезно. Конфликты в партнерских отношениях — не редкость, но вы можете подстраховаться. Во-первых, многое можно понять по тому, насколько успешны переговоры на начальной стадии. Конкретно формулируйте требования, будьте честны с внешней командой и прислушивайтесь к специалистам. Если есть сомнения, обсудите их сразу, и помните, что сложности в коммуникации — повод для разрыва. 

    Как передать разработку приложения подрядчику

    Если стереотипы и тревоги вас не сломили, можно переходить к работе. Делегировать создание продукта — не значит на 100% положиться на подрядчика и забыть. Владелец бизнеса должен вовлекаться в разработку, без этого просто невозможно прийти к цели.

    ​​Шаг № 1. Составьте список требований

    Неважно, говорим мы об инхаус разработчиках или сторонней команде — люди должны четко понимать, что от них ждут, в каком виде и зачем. Поэтому начинать работу над продуктом нужно с бизнес-аналитики. 

    Что важно сформулировать:

    • тип продукта, который вы планируете выпустить (например, приложение для личных финансов, фитнес-трекер, счетчик калорий и т.д.);
    • требования (функции, объем работ, интересные дизайн тренды, нагрузочные возможности, количество страниц, масштабируемость в будущем);
    • платформы (iOS, Android или обе);
    • технологии (языки, фреймворки и интеграции).

    Когда приложение разрабатывают, чтобы проверить какую-то гипотезу, мы рекомендуем придерживаться подхода MVP или минимально жизнеспособного продукта. 

    Допустим, управляющий тренажерного зала придумал запустить приложение с программами тренировок для клиентов, но не уверен, что оно «зайдет». Управляющему хочется выпустить продукт на тест повыгоднее. MVP — как раз подходящая стратегия. Подробнее о ней читайте в статье о разработке минимально жизнеспособного продукта

    Важно знать, что не все языки программирования и фреймворки подходят, чтобы одновременно выпустить приложение и для iOS, и для Android. Если вы хотите сразу сделать релиз на обе платформы, присмотритесь к комбинации JavaScript/React Native.

    Шаг № 2. Выберите партнера

    Самый ответственный момент — выбор команды подрядчика. Одно из главных преимуществ аутсорсинга заключается в том, что вы можете работать с компаниями за пределами вашего города и даже страны. Всего есть три варианта партнерства. 

    Разработчики из дальних странРазработчики из соседних странРазработчики из вашей страны 
    📌 Живут за границей в далеких от вас странах

    ⏰ Совершенно другой часовой пояс, разница может быть 11 часов

    🧩 Шансы недопонимания выше из-за разных менталитетов 

    💰Самый выгодный вариант

    📌Живут за границей в соседних странах

    ⏰Из того же часового пояса или с небольшой разницей в 3-4 часа 

    🧩 Невысокие шансы недопонимания, похожие менталитеты

    💰💰 Средние цены 

    📌 Живут по соседству в той же стране, что и вы

    ⏰Тот же часовой пояс или небольшая разница в пару часов

    🧩 Менталитет один, понять друг друга проще всего

    💰💰💰 Самый дорогой вариант

    Окончательный выбор зависит от ваших ресурсов и комфорта. Правильного варианта здесь нет. Во всех трех группах есть первоклассные специалисты, стоит только поискать. 

    Внимательность и беспристрастность — главные помощники в выборе разработчиков из любых регионов. Присмотритесь к кейсам компаний: именно через них аутсорс-команды продают свои условия. Чем короче послужной список компании, тем подозрительнее она выглядит.  

    Что еще стоит сделать: 

    • поинтересуйтесь, какие методы проектного управления, разработки и дизайна используют кандидаты-подрядчики, чтобы убедиться, что ваши подходы совпадают;
    • предложите созвониться и познакомиться;
    • узнайте, сколько сотрудников может быть предоставлено в ваше распоряжение, насколько они опытные.

    Шаг № 3. Договоритесь о модели партнерства

    Модели сотрудничества между клиентом и подрядчиком в разных странах примерно одинаковые. Рассказываем о трех самых распространенных.

    Модель фиксированной цены (Fixed price model)

    Модель фиксированной цены

    Модель фиксированной цены часто называют ее английским вариантом Fixed price. Она подходит для случаев, когда предприниматель и команда точно уверены в том, что не будут вносить правки в проект на ходу. Принцип прост: вы составляете список требований к приложению, передаете их подрядчику, который рассчитывает цену. Выглядит прозрачно и предсказуемо. Для продуктов крупного бизнеса это действительно хороший вариант, но запустить MVP по такой схеме не выйдет. Ведь вы не сможете пересмотреть план продукта, изменить какие-то функции и управлять рисками столь же гибко, как при других моделях.

    Модель выделенной команды

    Модель выделенной команды

    Это все равно что нанять весь продуктовый отдел одним махом. Вы приходите к подрядчику, рассказываете о своей идее и делитесь требованиями, а затем вместе собираете команду под разработку. Чаще всего такой моделью пользуются компании, у которых уже есть собственные ИТ-отделы. Выделенные специалисты позволяют быстро заполнить пробелы в штате. Однако придется приложить немало усилий, чтобы «подружить» внутренние и внешние команды.

    Модель Time & Material

    Модель Time & Material

    Аутсорс-компании, которые работают по модели Time & Material, берут оплату за часы, дни или недели. Вы обращаетесь к таким партнерам, делитесь вводными, получаете примерный расчет по количеству рабочего времени, которое уйдет на каждый этап, например, UI/UX дизайн, разработку, QA. T&M — гибкая модель, которая дает возможность быстро вносить изменения, но установить конкретную цену для этого на старте невозможно. Хотя вы будете глубоко вовлечены в создание продукта, поэтому сможете отслеживать расходы и следить за бюджетом разработки.

    Purrweb придерживается последней модели. Опыт показывает, что спланировать проект до мельчайшей правки нереально. В любой момент может понадобиться дополнительное тестирование, захочется поменять функции или цветовую схему интерфейса. В T&M такие корректировки не доставляют проблем. Поэтому гибкость — ваш путь к успеху.

    Шаг № 4. Обеспечьте защиту вашего продукта

    Идеи и данные воруют каждый день — достаточно открыть новости один раз, чтобы надолго испугаться за свой продукт. Аутсорс серьезно усиливает этот страх. Однако вы можете избавиться от него и справиться с ситуацией с помощью подписания соглашения о неразглашении информации или просто NDA.

    Опытные разработчики сами предлагают подписать такой документ в стандартной форме, составлять самому его необязательно. Однако стоит внимательно изучить соглашение, возможно, вы захотите что-то убрать или добавить. Несколько полезных советов о том, как защитить продукт от интеллектуального мошенничества, ищите в нашем руководстве. 

    READ MORE  Как защитить идею стартапа: чек-лист от Purrweb

    Шаг № 5. Установите контакт

    Больше всего вы будете общаться с проектным менеджером аутсорсинговой фирмы. Он будет делиться статусами разработки, передавать вопросы или информацию от других специалистов вроде дизайнера или программиста. 

    Перед тем, как вместе браться за продукта, обязательно познакомьтесь с будущим менеджером и установите правила вашего общения. Уточните, как часто вы хотите получать новости о статусе проекта, проводить встречи и демо. Стоит обсудить и планы по риск-менеджменту, правила коммуникации и нюансы внедрения функций. 

    Сколько стоит аутсорсинг разработки приложений

    Здесь делимся таблицей с приблизительной оценкой стоимости аутсорса разработки приложения. Помните, что наша команда работает по модели T&M. Цены могут варьироваться в зависимости от агентства.

    ЭтапВремяПримерная стоимость
    Оценка проекта8 часовБесплатно в Purrweb
    Анализ проекта, включая приоритезацию функций1 неделя61 000 ₽
    UI/UX дизайн4 недели330 000 ₽
    Разработка9 – 10 недель2 300 000 ₽
    QAПараллельно с разработкой330 000 – 360 000 ₽
    Менеджмент проектаНа протяжении всего проекта240 000 ₽
    Всего3 – 4 месяцаПримерно 3 400 000 ₽

    Заключение

    Делегировать — это круто. Вы избавляетесь от лишних хлопот, освобождаете внимание для более важных вещей и больше высыпаетесь. Любой руководитель это подтвердит: одному делать все просто нереально. 

    Наша команда снимет с вас часть ответственности за разработку — у нас в штате 190 специалистов, а за спиной 8 лет опыта разработки. Проекты можно увидеть в портфолио, после 300 мы сбились и перестали считать, поэтому 300+. 

    Свяжитесь с нами, чтобы получить бесплатную оценку вашего проекта.

    Насколько публикация полезна?

    Оцени эту статью!

    9 оценок, среднее 4.7 из 5.

    Оценок пока нет. Поставьте оценку первым.

    Так как вы нашли эту публикацию полезной...

    Подписывайтесь на нас в соцсетях!

    Share