MVP за 6 недель запускается по плану: 1-я неделя — scope и прототип, 2–3-я — ядро продукта, 4-я — интеграции, 5-я — тестирование и аналитика, 6-я — релиз первым клиентам. Главное правило: 3 функции, одна главная метрика, никаких «ещё одной фичи». Если вы впервые про MVP — начните с опорной статьи «Что такое MVP».
Кому подойдёт план за 6 недель
Шесть недель — это срок для продукта со своей разработкой, у которого уже есть подтверждённая гипотеза и зафиксированный scope. План подходит, если:
- гипотеза проверена (custdev + претотип подтвердили спрос);
- нужна собственная разработка, а не no-code (no-code не тянет нужный сценарий);
- в команде 2–4 человека с опытом в выбранном стеке;
- есть список первых 10–50 пользователей, готовых тестировать.
Кому не подойдёт:
- тем, у кого гипотезу можно проверить лендингом за 2 дня — не тратьте 6 недель, начните с претотипа;
- тем, кому нужен enterprise-продукт с SLA и обязательствами — 6 недель дают MVP, а не продакшен для крупных клиентов;
- команде из одного человека без опыта в стеке — заложите 2–3 месяца или берите no-code.
MVP за 6 недель: что такое и чем не является
MVP (Minimum Viable Product) — это не «сырой продукт на скорую руку», а наименьшая версия, которая уже приносит ценность клиенту и позволяет собрать данные для следующих решений. Главный враг MVP — feature creep, когда «хотелки» разрастаются и релиз откладывается на месяцы.
Эрик Рис формулировал принцип: если вы стыдитесь показать свой MVP первым клиентам — вы сделали его слишком поздно. Полное определение, типы MVP и примеры — в опорной статье; здесь сфокусируемся на плане.
Принципы запуска за 6 недель
- Scope locked. На первой неделе фиксируете, что входит в MVP. Дальше — только баги.
- Одна главная метрика. Что измеряете после релиза — выбираете до разработки.
- Готовый стек. Никаких экспериментов с технологиями. Только то, что команда знает.
- No-code где можно. Если задача решается в Tilda, Bubble, Make — не пишем код.
- Релиз узкой аудитории. Сначала 10–50 человек, потом расширяем.
Сравнение сроков: no-code vs 6 недель vs месяц
| Подход | Срок | Что получаете | Кому подходит |
|---|---|---|---|
| No-code MVP | 1–2 недели | Гипотезу проверяете без кода | Самая ранняя проверка, соло, нет разработчика |
| MVP за месяц | ~4 недели | No-code или продукт с одной интеграцией | Узкий сценарий, минимум движущихся частей |
| MVP за 6 недель | ~6 недель | Продукт с разработкой, платежами, аналитикой | Подтверждённая гипотеза, команда 2–4 человека |
Логика: начинайте с самого дешёвого. Если no-code за 1–2 недели может проверить гипотезу — не закладывайте 6 недель. Подробнее о том, когда какой срок уместен — в «Как правильно запустить MVP».
План по неделям
Неделя 1. Scope и прототип
| Задача | Результат |
|---|---|
| Зафиксировать 1 главную метрику решения | NSM в одном предложении |
| Выбрать 3 ключевые функции | короткий список |
| Нарисовать экраны (Penpot / Figma) | кликабельный прототип |
| Custdev-проверка прототипа с 5 клиентами | список правок |
Главное на этом этапе — отказаться от всего, без чего клиент не получит ценность.
Неделя 2–3. Разработка ядра
Делаем то, без чего продукт не существует. Для большинства SaaS это:
- Регистрация и аутентификация.
- Главная пользовательская операция (ключевая фича).
- Базовая админка для управления данными.
Стек на 2026 год, проверенный на нескольких запусках:
| Компонент | Технология |
|---|---|
| Фронтенд | Next.js + Tailwind |
| Бэкенд | Next.js API routes или отдельный Node |
| БД | PostgreSQL (Supabase, Neon для быстрого старта) |
| Аутентификация | Supabase Auth, NextAuth, Telegram Login |
| Платежи | ЮKassa, Тинькофф Касса, СБП |
| Аналитика | Яндекс.Метрика + AppMetrica |
Для запуска в России в 2026 году есть специфика по платежам, 54-ФЗ, 152-ФЗ и хостингу — она разобрана в отдельном материале «Запуск MVP в России».
Неделя 4. Интеграции
Подключаем всё, без чего продукт нельзя назвать «работающим»:
- Платёжная система. В РФ это ЮKassa, Тинькофф Эквайринг или Robokassa (с онлайн-кассой под 54-ФЗ).
- Email-уведомления (Postmark, отечественные Unisender, Dasha Mail).
- Чат поддержки (Telegram-бот или JivoSite).
Неделя 5. Тестирование и аналитика
| Что тестировать | Как |
|---|---|
| Регистрация и оплата | прогон по 5 сценариям |
| Поведение пользователя | запись сессий в Метрике |
| Мобильная версия | на 5 устройствах |
| Скорость загрузки | Core Web Vitals в Lighthouse |
Ставим аналитику: события регистрации, активации, оплаты. Цели в Метрике — конверсия в регистрацию, в оплату, отток.
Неделя 6. Релиз и сбор обратной связи
- Приглашаем 10–50 первых клиентов из списка ожидания.
- Делаем короткий онбординг: 3 шага, не больше.
- Запускаем опрос NPS после первой недели использования.
- Проводим 5 интервью с теми, кто попробовал.
Риски плана за 6 недель
Шесть недель — жёсткая рамка. Что чаще всего её ломает:
- Scope ползёт. Стейкхолдеры добавляют фичи после 1-й недели. Решение: всё новое — в бэклог, релиз не двигаем.
- Незнакомый стек. Команда учит технологию вместо продукта. Решение: брать только знакомый стек, незнакомый — на этап после MVP.
- Интеграции затягивают. Эквайринг и онлайн-касса могут занять неделю на согласование. Решение: подавать заявку на эквайринг в 1-ю неделю, параллельно с разработкой.
- Нет тестировщиков. Баги ловят на релизе. Решение: прогонять сценарии вручную с 4-й недели.
Какие метрики отслеживать после релиза
| Метрика | Что показывает | Норма для MVP |
|---|---|---|
| Активация | % зарегистрировавшихся, дошедших до ценности | более 30% |
| Retention 1-й недели | вернувшихся через 7 дней | более 25% |
| Конверсия в оплату | из регистрации в платящего | более 5% |
| NPS | готовность рекомендовать | более 20 |
| Время до «aha-moment» | сколько минут до первой ценности | менее 5 минут |
Подробнее о выборе метрик — в материале про Северную звезду и пиратские метрики.
Что НЕ делать при запуске MVP
- Делать «всё для всех». Узкая аудитория = быстрее обратная связь.
- Вкладываться в дизайн до запуска. Достаточно аккуратного UI; полировать будете после того, как продукт найдёт своих людей.
- Игнорировать техдолг. Если что-то сделано «на костылях» — фиксируйте в техническом долгу, чтобы вернуться.
- Обещать инвесторам «полную версию через месяц». Полная версия — никогда. MVP — это точка старта, а не финиш.
Связь с другими решениями
Перед MVP — обязательная проверка гипотезы и сильное ценностное предложение. Бизнес-модель выбирается заранее — как её строить, читайте в сравнении моделей стартапов.
Самостоятельно разобраться, нужна ли вам стадия MVP, поможет «Что такое MVP» и «Когда нужен MVP». Методологию запуска по фазам и 7 типичных ошибок разбираем в «Как правильно запустить MVP». Если запускаете в России — учтите специфику по платежам и законам. А если через 2 месяца после релиза метрики не двигаются — время прочитать про пивот стартапа.
Комментарии · 0