Когда мы говорим «MVP за 4 недели», это не значит «спать по 4 часа». Это значит четыре жёстких отказа в начале и понятная цель на конец.
Неделя 1: Дискавери
Мы не пишем код. Пишем три документа: success criteria (что считаем релизом), scope (что НЕ войдёт в MVP), и кликабельный прототип в Figma. К концу недели у клиента есть PDF, по которому он принимает «продолжаем» или «нет».
Неделя 2: Дизайн-система + ключевые экраны
Не все экраны. 3–5 ключевых, остальные собираются из тех же компонентов. Дизайн-токены сразу в коде (CSS-переменные), не в Figma-слоях — это экономит неделю на потом.
Неделя 3: Инжиниринг
Один или два senior-инженера. Параллельно фронт + интеграции. Деплой в стейдж в первый же день — баги ловим сразу в реальной среде, а не в localhost.
Неделя 4: Полишинг и запуск
Bug fix, performance, реальный контент, аналитика. К пятнице — релиз в продакшн.
От чего отказываемся
- Длинные брифы → короткий success-документ
- Полное покрытие тестами → smoke-тесты на критичных путях, e2e только для конверсии
- Идеальный дизайн → дизайн «достаточно хороший для V1»
- Микросервисная архитектура → монолит и Postgres
Эти отказы — не компромисс на качество. Они компромисс на scope. Качество в том, что мы делаем — без снижения.