Этапы запуска MVP за 12 недель
Стандартный happy-path для нового продукта. Энтерпрайз-проекты разворачиваются в 2–3 раза дольше, но в той же логике.
- 01
Дискавери
Изучаем продукт, аудиторию и метрики успеха. На выходе — JTBD, карта пользовательских сценариев, список рисков, scope первой итерации, оценка бюджета и сроков. Ведёт Product Lead.
// P2W - 02
Дизайн
Проектируем интерфейсы и дизайн-систему. На выходе — кликабельный прототип в Figma, набор UI-компонентов, описание основных пользовательских сценариев. Ведёт Design Lead.
// P3W - 03
Разработка
Пишем код в коротких итерациях. Каждый спринт — демо рабочей фичи, код-ревью, автотесты, CI/CD. Ведёт Tech Lead. На выходе — работающий продукт в стейджинге.
// P6W - 04
Запуск
Готовим продакшен — нагрузочное тестирование, мониторинг, инциденты, runbook для команды клиента. На выходе — релиз в продакшен и hand-over. Ведёт DevOps/SRE Lead.
// P1W - 05
Рост
После релиза — поддерживаем по SLA, ставим A/B-тесты, оптимизируем метрики, готовим roadmap 2.0. Ведёт совместная команда Product + Tech Lead.
// P0D
Кто отвечает на каждом этапе
| Этап | Lead со стороны ITCraft | Lead клиента | Deliverable |
|---|---|---|---|
| Дискавери | Product Lead | Product Owner / CEO | JTBD, scope, оценка |
| Дизайн | Design Lead | Product Owner | Прототип + UI-кит |
| Разработка | Tech Lead | Product Owner / CTO | Working software |
| Запуск | DevOps/SRE Lead | CTO / Ops | Релиз + runbook |
| Рост | Product + Tech Lead | Product Owner | Метрики + roadmap 2.0 |
Точки выхода
На любой границе этапа можно остановиться или сменить подрядчика без штрафов. У вас на руках остаются:
- Все артефакты дискавери и дизайна (Figma, документы, метрики)
- Полный исходный код на ваших репозиториях
- Документация архитектуры и API
- Runbook и доступы к инфраструктуре
Часто спрашивают про процесс
Можно ли пропустить дискавери?
Да, если у вас уже есть детальное ТЗ и оценка. Но в 80% случаев дискавери экономит больше денег, чем стоит — потому что находит лишние фичи и неочевидные риски.
Что если на этапе дизайна меняется идея продукта?
Это нормально и встречается часто. Если изменение в рамках текущего scope — корректируем без доплаты. Если меняется направление — пересобираем оценку и продолжаем со следующего спринта.
Сколько встреч в неделю?
Стандартно: дейли 15 минут (по желанию), еженедельный спринт-ревью 30 минут, раз в 2 недели — Product/Tech sync на 60 минут. Меньше — можно, больше — обычно избыточно.
Как контролируется качество кода?
Каждый pull request проходит code review минимум одним инженером уровня Senior. CI запускает linter, типы и автотесты. Релиз в продакшен — только из main с зелёным CI.
Что входит в этап «Рост»?
SRE-поддержка по выбранному уровню SLA (Bronze/Silver/Gold), регулярные обновления зависимостей, мониторинг инцидентов, A/B-тесты по гипотезам, развитие roadmap. Подробно — на странице /services/maintenance-sre.