Когда основатель приходит к нам и говорит «давайте сделаем MVP, чтобы быстро запустить и проверить», в 60% случаев он имеет в виду не MVP, а урезанную версию полного продукта. И в большинстве этих случаев это плохая идея.

Эта статья — про то, как отличить одно от другого. Как понять, нужен ли вам MVP по-настоящему, или вы экономите там, где экономить нельзя. И когда полный продукт сразу — это дешевле, а не дороже.

01 · Что такое MVP по-настоящему

MVP — это минимальный жизнеспособный продукт. Слово «жизнеспособный» здесь ключевое. Это не «приложение с одним экраном», и не «версия 0.1». Это самая короткая дорожка от идеи до первого реального пользователя, который заплатил, нажал, вернулся.

MVP — это не сокращённая версия. Это другая версия. У него другие задачи.

Задача MVP — проверить гипотезу о ценности. Не «работает ли код», а «нужно ли это вообще людям». Поэтому MVP может выглядеть совсем не как ваше будущее приложение. Иногда MVP — это вообще не приложение, а табличка в Notion. Если вы планируете запустить таксопарк — MVP может быть тремя водителями и Telegram-чатом. Если работает — пишем приложение. Не работает — экономим 2 миллиона.

Главный признак настоящего MVP: вы готовы выбросить его и переписать с нуля, если гипотеза подтвердится. Если вы строите фундамент, на котором собираетесь жить дальше — это уже не MVP. Это первая версия продукта, и к ней другие требования.

02 · Когда MVP экономит деньги

MVP оправдан, когда выполняются все три условия:

  1. Гипотеза о пользователе ещё не проверена. Вы не знаете точно, есть ли у людей эта проблема и готовы ли они платить за её решение. Вам нужно проверить, а не запустить.
  2. Возможна простая версия, которая что-то даёт. Если без AI-функции продукт бесполезен — MVP бессмысленен. Урезать не получится.
  3. Готовы к тому, что MVP будет выглядеть бедно. Если стыдно показать сырое — вы будете тратить ресурсы на «полировку MVP», и весь смысл теряется.

Примеры, где MVP работал:

  • Воображариум. Сначала проверили, готовы ли родители платить за персональные сказки. Сделали бот в Telegram, который генерил истории по 3 параметрам ребёнка. 200 платных пользователей за две недели → решение делать приложение.
  • IT-баттл. Сначала проверили формат на 4-х telegram-чатах с викторинами вручную. Только убедившись, что айтишники возвращаются, заказали приложение.
Признак: можете проверить идею вообще без кода? Если да — начинайте с MVP. Если нет (потому что суть в технологии — AI, real-time, биометрия) — MVP не сэкономит, переходите к полному продукту.

03 · Когда MVP сжигает деньги

Парадокс: чаще всего MVP заказывают именно те, кому он не нужен. Признаки, что вы попадаете в эту ловушку:

  • Вы знаете, что аудитория есть. У конкурента 100 тысяч пользователей и они платят. Вопрос не «нужен ли продукт», а «как сделать лучше». Тогда MVP — это просто медленный путь к нормальной версии.
  • Суть продукта в качестве выполнения. Финтех, медтех, любая ниша, где доверие — продукт. «Сырая версия» убивает доверие быстрее, чем привлекает первых клиентов.
  • У вас уже есть деньги на полный продукт. Бюджет не сэкономишь — MVP стоит ~60% от полного, а потом всё равно нужно переписывать. Получается 60% + 100% = 160% полной цены.
  • Целевая аудитория не любит ранние версии. B2B-клиенты — крупные компании — обычно не подпускают «MVP без интеграций» к своим процессам.
Если вы не можете выбросить MVP — это не MVP. Это первая версия продукта, и её надо делать сразу хорошо.

04 · Чек-лист: 7 вопросов перед запуском

Когда у нас спрашивают, как принять решение между MVP и полным продуктом — мы задаём эти 7 вопросов. Ответы рисуют картину за 10 минут.

  1. Есть ли в нише прямые конкуренты с трафиком? Если 5+ конкурентов — рынок есть, проверять не надо. → Полный продукт.
  2. Готовы ли вы прожить 3 месяца на нелюбимом продукте, а потом всё переписать? Если нет — не делайте MVP, иначе будете полировать его до бесконечности.
  3. Какая одна функция приносит ценность? Если можете назвать одну — есть шанс на MVP. Если нет — нужен полный продукт.
  4. Есть ли способ проверить идею без кода вообще? Telegram-чат, Google Forms, ручная обработка. Если да — начните с этого, не платите за приложение.
  5. Кто решает, MVP «зашёл» или нет? Должна быть конкретная метрика и цифра. «Если 100 платных пользователей за месяц — делаем полную версию». Без этого MVP превращается в бесконечное «давайте ещё фичу добавим».
  6. Что вы будете делать, если MVP не зашёл? Если ответа нет — не запускайте. MVP без exit-сценария это просто дорогой эксперимент.
  7. Хватит ли денег на полный продукт после MVP? Если нет — лучше копить дальше. Запущенный MVP без денег на продолжение умирает в сторе и портит вам шанс с этой идеей навсегда.

05 · Что точно не входит в MVP

Если вы решили делать MVP — вот список того, что мы вычёркиваем из первой версии, как бы ни хотелось.

  • Регистрация через все соцсети. Один способ — почта или Telegram. Остальное добавите потом.
  • Пуш-уведомления с настройками. Просто пуши — да. Категории, расписание, тихие часы — нет.
  • Реферальная программа. Если ваш продукт не вирусный без неё — она и с ней не вытащит.
  • Подписки с тремя тарифами. Один тариф или ничего. Тарифную сетку оптимизируете на полной версии.
  • Своя админка. На MVP админка — это Retool, Airtable или Telegram-бот для оператора. Своя — потом.
  • Многоязычность. Один язык, обычно русский. Английский — это +30% работы.
  • iOS и Android одновременно. Одна платформа. Та, на которой ваша аудитория. У бизнес-аудитории это часто iOS, у массового — Android.

06 · Цифры из наших проектов

Несколько ориентиров на основе того, что мы делали последние 5 лет.

  • MVP с одной ролью пользователя: 1,2–1,8 млн ₽, 4–6 недель. Без админки, без интеграций, минимальная серверная часть.
  • Полный продукт MVP-уровня с двумя ролями: 2,2–3,2 млн ₽, 8–10 недель. Уже с админкой и нормальным бэкендом, но без AI и сложных интеграций.
  • Системный продукт (как наш таксопарк, садовод, финтех): 4–8 млн ₽, 12–18 недель.

В 80% случаев, когда мы делали честный анализ задачи, мы рекомендовали клиенту начать не с MVP, а сразу с полного продукта MVP-уровня — потому что переписывание потом обходится дороже, чем нормальная архитектура с первого дня.

«Сделаем по-быстрому, потом переделаем» — это, как правило, два бюджета вместо одного. И полгода вместо четырёх месяцев.

Если вы не уверены, в каком режиме вам идти — напишите нам. Первый этап «Разбор идеи» — бесплатный, и он закрыт именно этим вопросом.