Главное
- Контрактная мобильная разработка — вариант для тех предпринимателей, которые только знакомятся с рынком или имеют ограниченный бюджет.
- В основном бизнес опасается, что продукт получится плохого качества, команду невозможно будет контролировать, работа не сложится или вовсе прервется. Ко всему этому можно подготовиться заранее, чтобы снизить риски.
- На старте важно четко сформулировать требования к продукту и критерии выбора подрядчика. Например, с партнерами из какой страны вы планируете подписать контракт: вашей, соседней или дальней.
- Существует три модели аутсорса: фиксированной цены, выделенной команды, а также 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.
Если коротко, то 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, берут оплату за часы, дни или недели. Вы обращаетесь к таким партнерам, делитесь вводными, получаете примерный расчет по количеству рабочего времени, которое уйдет на каждый этап, например, UI/UX дизайн, разработку, QA. T&M — гибкая модель, которая дает возможность быстро вносить изменения, но установить конкретную цену для этого на старте невозможно. Хотя вы будете глубоко вовлечены в создание продукта, поэтому сможете отслеживать расходы и следить за бюджетом разработки.
Purrweb придерживается последней модели. Опыт показывает, что спланировать проект до мельчайшей правки нереально. В любой момент может понадобиться дополнительное тестирование, захочется поменять функции или цветовую схему интерфейса. В T&M такие корректировки не доставляют проблем. Поэтому гибкость — ваш путь к успеху.
Шаг № 4. Обеспечьте защиту вашего продукта
Идеи и данные воруют каждый день — достаточно открыть новости один раз, чтобы надолго испугаться за свой продукт. Аутсорс серьезно усиливает этот страх. Однако вы можете избавиться от него и справиться с ситуацией с помощью подписания соглашения о неразглашении информации или просто NDA.
Опытные разработчики сами предлагают подписать такой документ в стандартной форме, составлять самому его необязательно. Однако стоит внимательно изучить соглашение, возможно, вы захотите что-то убрать или добавить. Несколько полезных советов о том, как защитить продукт от интеллектуального мошенничества, ищите в нашем руководстве.
Шаг № 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+.
Свяжитесь с нами, чтобы получить бесплатную оценку вашего проекта.
