Как выбрать разработчика мобильного приложения

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

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

kriterii

1. Живые продукты в сторах. Просите ссылки на опубликованные приложения, а не картинки в портфолио. Откройте, потыкайте, посмотрите даты обновлений: продукт, который не обновлялся два года, — плохой знак.
2. Релевантные кейсы. Команда, сделавшая десять лендингов и одно приложение, — не тот профиль. Ищите кейсы вашего типа: маркетплейс, запись, подписка, личный кабинет.
3. Прозрачная оценка. Внятная команда раскладывает оценку по этапам и функциям и показывает допущения. «Три миллиона, поверьте нам» — не оценка.
4. Процесс разработки. Спринты, демо раз в одну-две недели, доступ к трекеру задач. Если процесса нет — управлять проектом будете вы сами.
5. Кто именно будет делать. Спросите про состав команды под ваш проект: не «у нас 50 разработчиков», а конкретные люди, их роли и загрузка.
6. Договор и права на код. Исходники и права должны переходить вам — это должно быть в договоре. Подробнее — в статье про права на код.
7. Приёмка и гарантия. Критерии приёмки, порядок исправления багов, гарантийный период после запуска — всё это признаки зрелого процесса.
8. Коммуникация. Скорость и содержательность ответов на этапе переговоров — точный прогноз того, как будет на проекте.
9. Что будет после запуска. Есть ли у команды практика поддержки и развития продуктов, а не только «сдали и забыли».
10. Отзывы, которые можно проверить. Не скриншоты «спасибо», а контакты прошлых клиентов или публичные отзывы с именами и компаниями.

flags

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

Хороший подрядчик на этапе переговоров больше спрашивает, чем рассказывает. Плохой — наоборот.

voprosy

1. Покажите разбивку оценки: этапы, функции, часы. Что в неё не входит?
2. Кто будет в команде проекта и сколько проектов у них параллельно с нашим?
3. Как выглядит демо-ритм и где мы увидим прогресс между демо?
4. Что происходит, если сроки сдвигаются по вашей вине? По нашей?
5. Что мы получаем в конце: исходники, документация, доступы — списком.

proccess

Рабочая схема: длинный список 8–10 команд → короткий список 3–4 после первых созвонов → запрос оценки по одному и тому же брифу (иначе сравнивать нечего) → финальные встречи с двумя лидерами. На всё — две-три недели. Экономия на этапе отбора оборачивается потерями на этапе разработки. Если не уверены в оценке, которую вам назвали, — сверьтесь со статьёй из чего складывается стоимость разработки: она поможет отличить адекватную смету от фантазии.

Mysticode — команда разработки полного цикла: показываем живые продукты, раскладываем оценку по этапам и работаем по договору с передачей прав на код. Формат работы и процесс от заявки до релиза описаны на сайте.

Обсудить проект →

Частые вопросы