Каждый второй клиент приходит к нам с историей: «прошлый подрядчик делал полгода и не доделал». Чаще всего проблема не в руках разработчиков, а в том, что проект стартовал без границ: не решили, что не войдёт в первую версию.
Неделя 0: фиксируем границы
До старта работ мы проводим созвон на 30–45 минут и превращаем разговор в два документа: техническое задание и коммерческое предложение с точной ценой. В ТЗ главный раздел — не «что делаем», а «что НЕ делаем в MVP».
Правило студии: если фичу можно проверить руками менеджера, в MVP она делается руками менеджера, а не кодом.
Платёжка? В первой версии её может заменить менеджер со счётом. Админка со всеми фильтрами? Достаточно доступа к базе и двух кнопок. Это экономит недели.
Недели 1–2: дизайн и каркас параллельно
- Дизайнер собирает ключевые экраны — не все, а 5–7 экранов основного сценария.
- Разработка в это же время поднимает каркас: репозиторий, CI, база, авторизация, деплой на тестовый стенд.
- К концу второй недели клиент кликает по живому стенду, а не смотрит картинки.
Недели 3–5: основной сценарий до конца
Делаем один сквозной пользовательский путь целиком: от регистрации до целевого действия (заказ, сделка, подписка). Только когда он работает — беремся за второстепенные экраны. Демо клиенту — каждую неделю, на живом стенде.
Неделя 6: запуск и метрики
Подключаем аналитику, готовим прод-окружение, выкатываем. Первую неделю после запуска дежурим и правим мелочи бесплатно — это часть этапа, а не «поддержка за отдельные деньги».
Почему оплата 50/30/20 работает
Мы берём 50% на старте, 30% после демо основного сценария и 20% после запуска. Это дисциплинирует обе стороны: нам невыгодно тянуть с демо, клиенту — пропадать на согласованиях. За три года ни один проект с такой схемой не завис.
Итог: MVP за месяц-полтора — это не про скорость печати кода, а про жёсткие границы первой версии, параллельные этапы и еженедельные демо на живом стенде.