MVP за три месяца: что в него входит и чего в нём быть не должно

Под MVP обычно понимают «то же самое, только подешевле». Это не так, и подмена дорого обходится: получается полноценный продукт с обрезанными углами, который и гипотезу не проверяет, и пользоваться им неприятно.

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

Начинается с гипотезы

До обсуждения функций сформулируйте, что именно вы проверяете и по какому признаку поймёте ответ.

Плохо: «проверим, нужен ли рынку наш сервис». Непроверяемо.

Хорошо: «проверим, что владельцы автосервисов готовы платить 3 000 ₽ в месяц за учёт заказ-нарядов. Признак: за два месяца 20 платящих из 200 зарегистрировавшихся».

Вторая формулировка сразу отвечает на вопрос, что делать в первую очередь: регистрацию, заказ-наряды и приём оплаты. И на вопрос, чего не делать: всё остальное.

Что входит

Только то, без чего гипотезу не проверить.

• Основной сценарий целиком. Пользователь должен пройти путь от входа до результата. Оборванный на середине путь не проверяет ничего.
• Способ заплатить, если проверяется готовность платить. Слова «да, я бы купил» ничего не стоят.
• Аналитика. Без неё вы не узнаете результат эксперимента. Это первое, что закладывают, и первое, что обычно забывают.
• Обратная связь. Способ для пользователя сказать, чего не хватает.

Чего быть не должно

• Административной панели. На первых порах данные правятся напрямую в базе. Админка — это недели работы, которые не проверяют гипотезу.
• Ролей и прав. Один тип пользователя. Каждая роль удваивает тестирование.
• Настроек. Всё, что можно зашить константой, — зашивается константой.
• Красивых пустых состояний, анимаций, тёмной темы. Приятно, но не отвечает на вопрос.
• Мобильного приложения, если гипотезу можно проверить на сайте.
• Масштабируемости. Строить систему под миллион пользователей до того, как найден первый десяток, — самый дорогой способ отложить проверку.

Про качество

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

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

Сроки и бюджет

Ориентиры для веб-продукта:

• Один сценарий, без оплаты — от 500 000 ₽, 1,5–2 месяца.
• С регистрацией и оплатой — от 900 000 ₽, 2,5–3 месяца.
• С внешними интеграциями — от 1 400 000 ₽, 3–4 месяца.

Если срок выходит за четыре месяца, объём почти наверняка завышен. Вернитесь к гипотезе и спросите по каждой функции: что изменится в ответе, если её не будет?

После запуска

MVP имеет смысл, только если вы готовы принять отрицательный результат. Иначе это дорогой способ подтвердить то, во что вы уже верите.

Заранее определите: что будет считаться подтверждением, что — опровержением, и что вы сделаете в каждом случае. Решение, принятое до эксперимента, честнее решения, принятого после — когда уже жалко потраченного.

И заложите, что после MVP код частично перепишут. Это нормально: он писался быстро и под проверку, а не под пять лет эксплуатации. Планируйте это как этап, а не как аварию.