Скоуп MVP: что НЕ делать важнее, что делать

Термин MVP — minimum viable product, «минимально жизнеспособный продукт» — ввёл Фрэнк Робинсон и популяризировал Эрик Рис в книге «The Lean Startup» (2011). Ключевое слово в аббревиатуре — minimum, минимальный. Но именно его новички слышат хуже всего: после «не нужно» главный убийца запусков — «не запустился», продукт пух от функций и так и не вышел. Этот урок — про нож, которым скоуп режут.

Ключевая петля пользователя

Опиши ОДИН путь, за который платят: пришёл → сделал главное действие → получил ценность → вернулся. Пример (сервис выжимок звонков): загрузил запись → получил протокол с задачами → отправил команде. Всё, что не лежит на этой петле, — не MVP.

Классика жанра: первая версия Instagram называлась Burbn и умела чекины, планы встреч, баллы и фото. Пользователи трогали только фотографии. Кевин Систром вырезал всё остальное и оставил одну петлю: снял → наложил фильтр → выложил. Через два года — продажа Facebook за миллиард долларов. Петля решает, лишнее топит.

Нож скоупа: три списка

1. Сейчас (петля + вход + оплата): без этого продукта нет.
2. Потом (после первых пользователей): темы, интеграции, команды, настройки.
3. Никогда-пока (соблазны): мобильное приложение, API, маркетплейс. Записал — и забыл до сотни клиентов.

Проверка каждой функции: «Уйдёт ли пользователь, если этого нет в первый месяц?» Нет — во второй список. Этот вопрос экономит недели.

Сократовская пауза

Ты собираешься добавить в MVP «настройки уведомлений». Останови руку и спроси: уйдёт ли хоть один человек в первый месяц, если уведомления будут по умолчанию, без настроек? Почти всегда ответ — нет. Значит, это список «потом».

Частые мифы новичка

• «MVP — это плохой продукт». Нет. Это узкий, но качественный продукт: одна вещь, сделанная хорошо, а не десять — кое-как.
• «Без регистрации через соцсети / тёмной темы / мобильного приложения не взлетит». Взлетают на голой петле. Красоту доклеивают на живых пользователях.
• «Добавлю на всякий случай». «На всякий случай» — самая дорогая фраза в разработке. Каждая функция — это код, баги и поддержка навсегда.

Продуктовый бриф для ИИ

Расширяем бриф из курса vibe coding до продуктового:

Продукт: [название] — [для кого] — [главная ценность].
Петля: [шаги пользователя].
Страницы: лендинг, вход, приложение (одна рабочая страница!), настройки-минимум.
Данные: [сущности и поля — как учил урок баз].
Не делаем в MVP: [список «потом» — прямо в бриф, чтобы ИИ не строил лишнего].
Стиль: [референс + палитра].

Строка «не делаем» — секретный ингредиент. ИИ-ассистент (модель, которая генерирует код по описанию) склонен «помогать» и достраивать полезное: попросишь форму входа — получишь заодно восстановление пароля, двухфакторку и настройки профиля. Явный запрет держит скоуп в узде.

Темп и диагностика

MVP по этому брифу в Lovable/Replit — 2–4 недели по вечерам. Если по прикидке выходит дольше — скоуп всё ещё жирный: режь петлю до одного сценария. Правило простое: не «что бы ещё добавить», а «что ещё можно выкинуть, чтобы петля осталась целой». Каждое выкинутое — это день, который ты не потратил впустую.

Разбор ошибки: «резать нельзя, всё важно»

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

Мостик к другим курсам

Данные и сущности для брифа (что и как хранить) мы разбираем отдельно в уроке про аккаунты и данные этого же курса, а базовую технику сборки по брифу — в курсе vibe coding. Здесь бриф из технического превращается в продуктовый — с явной строкой «не делаем».

Сделай сейчас (5 минут)

Возьми свою идею из прошлого урока и напиши петлю одной строкой через стрелки. Затем выпиши всё, что просится в продукт, и честно разложи по трём спискам. Если в «Сейчас» больше 5 пунктов — режь дальше.