MVP за восемь недель: что реально успеть, а что придётся отрезать

Восемь недель — реальный срок для первой версии продукта, но только при одном условии: до старта разработки зафиксирован один основной сценарий. Не пять пользовательских ролей и не «личный кабинет со всем необходимым», а конкретный путь: кто, зачем и в какой момент открывает приложение и что должно произойти дальше.

Недели 1–2. Discovery и фиксация объёма

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

Здесь же принимается решение по стеку и инфраструктуре — на основании требований, а не привычек команды.

Недели 3–5. Дизайн и параллельная разработка

Дизайн идёт на неделю впереди разработки: пока верстается первый экран, проектируется третий. Бэкенд начинается с контрактов API — их согласуют до реализации, чтобы фронтенд и мобильное приложение не ждали.

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

Недели 6–7. Сборка, интеграции, тестирование

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

Неделя 8. Публикация и первые данные

Релиз, публикация в сторах (закладывайте время на модерацию), подключение аналитики, обучение сотрудников заказчика. С первого дня собираются данные: доходит ли пользователь до целевого действия, где отваливается, что ищет и не находит.

Четыре решения, определяющие срок

1. Один сценарий вместо трёх. Каждая дополнительная роль удваивает объём тестирования.

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

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

4. Отдельный бэклог «после запуска». Хорошие идеи не отвергаются — они записываются и ждут данных.

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