MVP или прототип — в чём разница и что делать первым

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

Коротко: в чём разница

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

Прототип — про «как это выглядит и ощущается». MVP — про «есть ли в этом спрос».

По каким осям сравнивать

| Критерий | Прототип | MVP | |---|---|---| | Главный вопрос | как это работает? | нужно ли это? | | Кому показываешь | себе, друзьям | реальным пользователям | | Работает по-настоящему | не обязательно | да, хотя бы одна функция | | Данные | выдуманные, «для вида» | настоящие | | Сколько живёт | выбросил после проверки | растёт в продукт | | Время на сборку | часы–день | дни–пара недель | | Что проверяет | интерфейс и ощущение | спрос и поведение |

Читается так: прототип — быстрый и одноразовый, MVP — чуть дольше и живёт дальше.

Прототип отвечает «как», MVP — «нужно ли»

Вот суть, которую стоит забрать. Это две разные проверки, и порядок обычно такой: сначала дешёвый прототип (щупаешь интерфейс, ловишь очевидные косяки), потом MVP (отдаёшь людям, смотришь на поведение).

Ошибка новичков — сразу лезть в MVP, пропустив дешёвую стадию, ИЛИ застрять в бесконечном прототипировании и так и не показать продукт живым людям. И то и другое — потеря времени. Прототип нужен, чтобы не строить неудобное; MVP — чтобы не строить ненужное. А до всего этого полезно проверить идею вообще без кода.

Кому что подойдёт

Без увиливаний.

Начни с прототипа, если:

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

Начни с MVP, если:

• идея уже понятна, и главный вопрос — «купят / будут ли пользоваться»;
• готов отдать что-то живое реальным людям;
• хочешь настоящий сигнал: заходы, клики, оплаты, а не «прикольно выглядит».

Правило: прототип для себя, MVP для пользователей. На практике с вайб-кодингом граница размывается — прототип легко доводится до MVP за тот же вечер, а потом превращается в полноценный продукт.

Вопрос: можно ли пропустить прототип и сразу делать MVP?

Иногда да. Если идея простая и интерфейс очевиден (лендинг с кнопкой), прототип не нужен — сразу собирай MVP. Прототип оправдан, когда интерфейс сложный или ты сам не уверен, как он должен работать. Не делай стадию ради стадии.

Вопрос: MVP обязательно должен быть с кодом?

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