Как выбрать подрядчика для разработки MVP: критерии и чек-лист

Как выбрать подрядчика для разработки MVP: критерии выбора, модели оплаты, тревожные сигналы, договор и приёмка. Чек-лист и вопросы для первой встречи.

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

Внешний подрядчик нужен, если в стартапе нет технической команды. Он ускоряет запуск и снижает риски на старте. Собственная команда подходит, если есть технический сооснователь или CTO. Подрядчик нужен в трёх случаях:

Для проверки идеи иногда хватает no-code: Bubble, Webflow, Tilda. Этот сценарий подходит, если логика продукта простая. Для финтех стартапов, маркетплейсов и технических проектов no-code быстро упирается в ограничения.

Цена зависит от объёма функций, сложности интеграций и состава команды. Точную цену называют после анализа требований. Любые цифры без ТЗ остаются ориентиром. Например, проект только с веб версией, явно будет более дешевым чем проект с веб версией и приложением. Но основная задача разработчика это подстроится под бюджет так как MVP должен быть дешевым и проверять рынок, а не показывать возможности команды. В Defence.Investments так и делают)

Стоимость складывается из часов специалистов и их ставок. В смету обычно входят:

Отдельно планируйте расходы после запуска: серверы, поддержку и обновления. Опытная команда показывает смету с разбивкой по этапам и часам. Бюджет на доработки закладывайте сразу.

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

Для первой версии с чётким ТЗ подходит фиксированная цена. Если требования меняются часто, используйте почасовую оплату. Выделенная команда нужна для основной разработки после запуска.

Оценивайте подрядчика по четырём критериям. Сравните минимум трёх кандидатов по одинаковой схеме.

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

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

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

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

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

MVP под ключ делают студии, фрилансеры и собственные команды. Они различаются ответственностью, ценой и скоростью.

Студия берёт на себя аналитику, дизайн, разработку, тестирование и запуск. Один подрядчик несёт ответственность за результат. Формат подходит основателям без технической экспертизы. Цена выше, чем у фрилансера. Примером служит Defence.Investments: компания делает MVP под ключ для финтех и Web3 проектов.

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

Полный цикл включает семь этапов:

Уточните, какие этапы входят в цену, а какие оплачиваются отдельно. Это снижает риск неожиданных расходов.

На первой встрече проверяйте подход подрядчика. Хороший подрядчик задаёт много уточняющих вопросов. Сильная команда сначала изучает бизнес задачи, и только тогда называет цену. На этапе discovery она уточняет требования и риски. Попросите пересказать идею своими словами. Так видно, понял задачу подрядчик или нет.

Задайте подрядчику шесть вопросов:

Подрядчик тоже должен спросить, какую проблему вы решаете. Если вопросов нет, это тревожный сигнал.

Подготовьте документы до первой встречи. RFP - это запрос предложений с требованиями к подрядчику. Артефакты - материалы, которые описывают продукт. Подготовьте:

Чем подробнее документы, тем точнее оценка. Подрядчики сравниваются по одинаковым данным.

Некоторые признаки указывают на высокий риск. Почти всегда они видны на этапе переговоров:

Почему проекты проваливаются? Причина обычно в размытых требованиях и слабом контроле. Один вопрос помогает проверить подрядчика: «Покажите последний проект и расскажите об ошибках». Такой подход выявляет слабые места до подписания договора.

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

Договор фиксирует права, сроки, оплату и ответственность. Подключите юриста до подписания.

Закрепите в договоре переход прав на исходный код после оплаты. Укажите, кому принадлежат дизайн, данные и репозиторий. Проверьте лицензии на сторонние библиотеки. Без явного условия возможны споры о правах.

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

Приёмка подтверждает, что продукт соответствует требованиям. Она проходит по критериям из ТЗ:

Не подписывайте акт до проверки всех критериев. Требуйте запись о гарантийном сроке в договоре.

Пройдите чек-лист перед подписанием договора:

Если выполнены не все пункты, продолжайте сравнение. Бюджет стоит вложить в команду, которой вы доверяете.

Сколько времени занимает разработка MVP? Обычно от двух до четырёх месяцев. Срок зависит от числа функций и интеграций.

Что лучше: студия или фрилансер? Студия подходит для запуска под ключ. Фрилансер подходит для небольших задач при наличии технического руководителя.

Можно ли сделать MVP на no-code? Да, если логика простая. Для сложных интеграций и безопасности no-code быстро становится ограничением.

Нужен ли предварительный анализ перед разработкой? Да. Он снижает риск ошибок в требованиях и уточняет смету.

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