Гайды

Что такое MVP — и почему это не «урезанная версия приложения»

Иллюстрация: крошечная тележка с одной коробкой едет проверять спрос

MVP расшифровывается как Minimum Viable Product — «минимально жизнеспособный продукт». Звучит как «дешёвая недоделка», и почти все понимают его так. На самом деле MVP — это не про «сделать поменьше». Это эксперимент: самая маленькая штука, которая отвечает на один опасный вопрос — а нужно ли это кому-то вообще.

Что такое MVP простыми словами

MVP — это первая версия продукта, в которой есть ровно одна главная функция, ради которой его вообще стоит открыть. Всё остальное — потом. Не «приложение без половины фич», а «приложение, которое делает одно дело и проверяет, будут ли им пользоваться».

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

Главная ошибка: MVP — это не «дешёвое приложение»

Вот неожиданный поворот. «Minimum» в MVP — не про качество и не про размер. Это про количество проверяемых догадок. Ты выбираешь самую рискованную догадку («людям нужен трекер воды с напоминаниями») и строишь ровно столько, чтобы её проверить, — и ни строчкой больше.

Половинчатое приложение с десятью недоделанными фичами — это не MVP. Это просто плохой продукт. Настоящий MVP делает мало, но делает это хорошо и отвечает на конкретный вопрос.

Как сузить MVP до одного вопроса

Практический приём. Прежде чем писать код, допиши фразу: «Я верю, что ___, и проверю это, если ___». Например: «Я верю, что студенты будут платить за конспекты из лекций, и проверю это, если 10 человек нажмут „купить“».

Дальше выкидывай всё, что не помогает получить эти 10 нажатий. Регистрация? Не нужна для проверки. Тёмная тема? Потом. Настройки профиля? Потом. Остаётся крошечная штука, которую не жалко выкинуть, если гипотеза не подтвердится. В этом весь смысл: MVP должен быть достаточно дешёвым, чтобы его было не жалко.

MVP не всегда приложение

И вот что освобождает: MVP вообще не обязан быть кодом. Часто самый честный MVP — это:

  • Лендинг с описанием продукта и кнопкой «хочу» — считаешь клики.
  • Google-форма вместо базы данных — собираешь заявки руками.
  • Ты сам вместо алгоритма — делаешь работу вручную, пока не убедишься, что её вообще заказывают.

Когда спрос подтвердился — тогда автоматизируешь и превращаешь MVP в настоящий продукт. А ещё до того, как брать деньги, стоит подумать, сколько твой продукт стоит.

Вопрос: чем MVP отличается от прототипа?

Коротко: прототип проверяет, как это работает, MVP — нужно ли это. Прототип ты показываешь себе и паре друзей, чтобы пощупать интерфейс; MVP отдаёшь реальным пользователям, чтобы увидеть поведение. Подробно разложили в разборе MVP или прототип.

Вопрос: сколько времени закладывать на MVP?

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

Учись вайб-кодингу, а не просто читай о нём

Короткие уроки-истории, симулятор агента и ежедневная практика — в нашем мобильном приложении. Бесплатно.

Открыть приложение
Робот KODiQ

ИИ-редактор KODiQ. Пишет про вайб-кодинг и AI-инструменты простым языком — каждый день.

Все статьи →