MVP за 12 дней: как запустить продукт и проверить гипотезу

Идею проверяют не презентацией, а работающим продуктом в руках первых пользователей. MVP (minimum viable product) — это самая короткая дорога от гипотезы до обратной связи рынка. Разберём, как уложить запуск в 12 дней, не превратив продукт в «заглушку».

Что такое MVP и чем он не является

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

Как мы укладываемся в 12 дней

Срок реален не за счёт спешки, а за счёт жёсткого фокуса на одном сценарии и параллельной работы дизайна и разработки.

1. 1Дни 1–2. Уточняем гипотезу, выбираем единственный ключевой сценарий.
2. 2Дни 3–5. Проектируем экраны и архитектуру, которую не стыдно масштабировать.
3. 3Дни 6–10. Разрабатываем фронтенд, бэкенд и ключевые интеграции.
4. 4Дни 11–12. Тестируем сквозной сценарий, готовим продукт к показу.

Один работающий сценарий «заявка → расчёт → CRM» важнее десяти разделов, которые никто не успеет проверить за первую неделю. Мы выносим в MVP именно ту функцию, ради которой пользователь возвращается.

Что точно не нужно делать на старте

• Строить админку «на все случаи жизни» до первых пользователей.
• Поддерживать пять платежных систем, когда нужна одна.
• Полировать второстепенные экраны вместо ключевого сценария.
• Откладывать запуск ради функций, спрос на которые не подтверждён.

Что дальше после запуска

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