MVP - это не уродливая версия твоего продукта

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

MVP - это не маленький продукт. Это эксперимент в форме продукта.

Что на самом деле проверяет почти любой MVP

Они проверяют, способна ли команда это построить. Что, если без сюрпризов, ты и так знал.

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

До того как строить, есть три вещи, которые можно узнать не строя

• Существует ли проблема за пределами твоей головы. Люди уже о ней говорят: в отзывах на похожие продукты, на форумах, в поддержке твоих конкурентов. Причем своими словами, которые потом пригодятся тебе для копирайта.
• Решает ли ее уже кто-то. Почти всегда да, пусть даже таблицей или конкурентом, которого ты конкурентом не считал. Это не отменяет идею: это говорит тебе, с чем ты на самом деле конкурируешь.
• Есть ли измеримый спрос. Запросы, размер сообществ, количество отзывов, загрузки. Это не доказывает, что тебе заплатят, но отличает «маленький рынок» от «рынка не существует».

Ни одна из трех не требует ни строчки кода. Все три требуют пары дней честного исследования - ровно того, что пропускают те, кто торопится.

Правильный порядок скучный

1. Запиши допущение, которое тебя пугает. Не «мы хотим запуститься в четвертом квартале», а «мы считаем, что X заплатят Y за Z». Если записывать его не страшновато, это не критическое допущение.
2. Проверь, нет ли ответа уже снаружи. Валидация бизнес-идеи начинается с того, чтобы посмотреть на данные, которые уже существуют, а не с того, чтобы породить новые.
3. Придумай самый дешевый тест, который способен ее убить. Лендинг, двадцать разговоров, объявление, предпродажа. Хороший тест - тот, который может пойти не так.
4. Заранее реши, какой результат означает «нет». Без этой цифры, записанной заранее, ты всегда найдешь способ прочитать данные как «да».
5. И только потом строй. И строй только то, что нужно для следующего вопроса.

Почему этот шаг пропускают

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

Этот расчет был разумным пять лет назад. Сегодня механическую часть - спрос, конкуренты, каналы, голос клиента - можно собрать за часы. Дорогим остается продолжать строить то, о чем никто не просил.

Итог

MVP измеряется не тем, как мало ты построил, а тем, как много ты узнал. Если по завершении ты не можешь сказать, какое допущение умерло, а какое выжило, ты запустил не MVP: ты запустил версию своего продукта похуже и дал ей красивое имя.