MVP за 6 недель запускается по плану: 1-я неделя — scope и прототип, 2–3-я — ядро продукта, 4-я — интеграции, 5-я — тестирование и аналитика, 6-я — релиз первым клиентам. Главное правило: 3 функции, одна главная метрика, никаких «ещё одной фичи». Бюджет — от 30 тыс. ₽ за лендинг-тест до 150–400 тыс. ₽ за веб-приложение. Если вы впервые про 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) — это не «сырой продукт на скорую руку» и не «продукт версии 0.5» с десятком фич, а наименьшая версия, которая уже приносит ценность клиенту и позволяет собрать данные для следующих решений. Инструмент проверки гипотезы — не код ради кода. Главный враг MVP — feature creep, когда «хотелки» разрастаются и релиз откладывается на месяцы.
Эрик Рис формулировал принцип: если вы стыдитесь показать свой MVP первым клиентам — вы сделали его слишком поздно. Полное определение, типы MVP и примеры — в опорной статье; здесь сфокусируемся на плане.
Гипотеза, которую проверяет MVP, формулируется до разработки, по шаблону: «Если мы дадим [аудитории] возможность [решить проблему], то они [сделают целевое действие]». Например:
Если владельцам небольших кофеен дать простой инструмент аналитики продаж, они будут заходить раз в неделю и платить 1500 ₽/мес.
Одна гипотеза — один MVP. Если гипотез несколько, выбирайте самую рискованную — ту, что громче всего упадёт, если ошибётесь. Как проверять гипотезы до строчки кода — в отдельном разборе.
Сколько стоит MVP
Бюджет зависит от того, чем проверяется гипотеза:
| Тип MVP | Срок | Бюджет | Что получаете |
|---|---|---|---|
| Лендинг + ручная обработка | 3–7 дней | 30–60 тыс. ₽ | Ответ «есть ли спрос» без продукта |
| No-code MVP (Bubble, Glide) | 1–2 недели | 50–150 тыс. ₽ | Работающий сценарий без кода |
| Веб-приложение с базовой логикой и платежами | 4–6 недель | 150–400 тыс. ₽ | Продукт с разработкой, оплатой, аналитикой |
Правило то же, что со сроками: начинайте с самого дешёвого способа проверить гипотезу. «Пользователям нравится» — не результат; «15 компаний оплатили подписку» — результат. Если фича не проверяет гипотезу — её в MVP нет.
Принципы запуска за 6 недель
- Scope locked. На первой неделе фиксируете, что входит в MVP. Дальше — только баги.
- Одна главная метрика. Что измеряете после релиза — выбираете до разработки.
- Готовый стек. Никаких экспериментов с технологиями. Только то, что команда знает.
- No-code где можно. Если задача решается в Tilda, Bubble, Make — не пишем код.
- Релиз узкой аудитории. Сначала 10–50 человек, потом расширяем.
Что конкретно вырезается из scope — стандартный список:
- личные кабинеты с настройками (на старте хватает формы);
- идеальный дизайн — аккуратный минимум, полировка после подтверждения спроса;
- интеграции «на потом» — всё, что не нужно для главного сценария;
- админка — часто хватает таблицы или готовой панели;
- масштабируемая инфраструктура — на старте 50–500 пользователей, не больше.
План по неделям
Неделя 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 интервью с теми, кто попробовал.
Через 2–4 недели после релиза у вас будет главный результат MVP — не код, а знание: гипотеза подтвердилась, опровергнута или требует доработки.
Риски плана за 6 недель
Шесть недель — жёсткая рамка. Что чаще всего её ломает:
- Scope ползёт. Стейкхолдеры добавляют фичи после 1-й недели. Решение: всё новое — в бэклог, релиз не двигаем.
- Незнакомый стек. Команда учит технологию вместо продукта. Решение: брать только знакомый стек, незнакомый — на этап после MVP.
- Интеграции затягивают. Эквайринг и онлайн-касса могут занять неделю на согласование. Решение: подавать заявку на эквайринг в 1-ю неделю, параллельно с разработкой.
- Нет тестировщиков. Баги ловят на релизе. Решение: прогонять сценарии вручную с 4-й недели.
Лучше за шесть недель понять, что продукт не нужен, чем за полгода построить то, чего никто не ждёт: ошибки на этапе MVP стоят в десятки раз дешевле, чем после полного запуска.
Какие метрики отслеживать после релиза
| Метрика | Что показывает | Норма для MVP |
|---|---|---|
| Активация | % зарегистрировавшихся, дошедших до ценности | более 30% |
| Retention 1-й недели | вернувшихся через 7 дней | более 25% |
| Конверсия в оплату | из регистрации в платящего | более 5% |
| NPS | готовность рекомендовать | более 20 |
| Время до «aha-moment» | сколько минут до первой ценности | менее 5 минут |
Подробнее о выборе метрик — в материале про Северную звезду и пиратские метрики.
Что НЕ делать при запуске MVP
- Делать «всё для всех». Узкая аудитория = быстрее обратная связь.
- Вкладываться в дизайн до запуска. Достаточно аккуратного UI; полировать будете после того, как продукт найдёт своих людей.
- Строить инфраструктуру «на вырост». Масштабируемость нужна после подтверждения спроса, не до.
- Игнорировать техдолг. Если что-то сделано «на костылях» — фиксируйте в техническом долге, чтобы вернуться.
- Обещать инвесторам «полную версию через месяц». Полная версия — никогда. MVP — это точка старта, а не финиш.
Связь с другими решениями
Перед MVP — обязательная проверка гипотезы и сильное ценностное предложение. Бизнес-модель выбирается заранее — как её строить, читайте в сравнении моделей стартапов.
Самостоятельно разобраться, нужна ли вам стадия MVP, поможет «Что такое MVP» и «Когда нужен MVP». Методологию запуска по фазам и 7 типичных ошибок разбираем в «Как правильно запустить MVP». Если запускаете в России — учтите специфику по платежам и законам. А если через 2 месяца после релиза метрики не двигаются — время прочитать про пивот стартапа.
Комментарии · 0