Феномен MVP

Что такое MVP и откуда он взялся

MVP, или Minimum Viable Product (минимально жизнеспособный продукт), - это версия продукта с минимальным набором функций, достаточным для того, чтобы выпустить его на рынок и получить обратную связь от первых пользователей.

Но по-настоящему массовым понятие стало благодаря двум другим людям. Стив Бланк начал продвигать идею «минимального набора функций» как инструмент для работы с ранними пользователями. А Эрик Рис в 2011 году описал MVP как ключевой элемент своей книги «The Lean Startup», дав ему определение, которое знает каждый стартапер: «Версия продукта, которая позволяет команде собрать максимум проверенных знаний о клиентах с минимальными усилиями».

С тех пор MVP превратился из нишевой стартап-техники в мейнстрим. Amazon начинался как онлайн-магазин подержанных книг. Uber запустился как SMS-сервис для вызова такси. Dropbox проверил спрос трёхминутным видеороликом, после которого 75 000 человек записались на бета-тестирование. Airbnb начался с того, что основатели сдавали собственную квартиру через простейший сайт.

Зачем нужен MVP: мотивы концепции

Логика MVP проста и на первый взгляд безупречна.

Создание полноценного продукта - это дорого, долго и рискованно. Вы можете потратить год и миллионы, а потом обнаружить, что ваш продукт никому не нужен. По данным исследований, около 42% стартапов закрываются именно потому, что не нашли рыночного спроса на свой продукт. Они строили то, что никто не хотел покупать.

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

В теории это снижает финансовые риски, экономит время, позволяет быстрее выйти на рынок и принимать решения на основе реальных данных, а не догадок. Звучит разумно. Но есть одна проблема.

Главная ловушка MVP: где проходит граница

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

Буква «V» в MVP означает Viable - жизнеспособный. Это не просто прототип, не набросок на салфетке и не интерфейс, в котором половина кнопок не работает. Это продукт, который должен позволять пользователю выполнить задачу целиком и обеспечивать качественный пользовательский опыт. Но на практике команды чаще всего фокусируются на букве «M» - Minimum - и забывают про «V».

Результат? Рынок завален «MVP-продуктами», которые по факту являются сырыми, неудобными, полуработающими поделками. Они не проверяют гипотезу - они её убивают. Потому что пользователь, столкнувшийся с кривым продуктом, не думает: «О, это ранняя версия, я дам конструктивную обратную связь». Он думает: «Это барахло» - и уходит навсегда.

Неудобная правда: большинство проектов проваливается

Давайте посмотрим на цифры. Статистика стартапов безжалостна.

Примерно 90% стартапов в итоге терпят неудачу. Около 20% закрываются в первый же год работы. К пятому году выживает лишь половина. Через десять лет на рынке остаётся примерно 35% компаний. Успех с первой попытки? Только 18% основателей-новичков добиваются результата.

И вот на фоне этих цифр MVP предлагается как спасательный круг. Но задумайтесь: если вы делаете продукт тяп-ляп, оправдывая это словом «MVP», ваши шансы среди этих 90% провалов не увеличиваются. Они уменьшаются.

Тест на честность: вспомните MVP, который вам понравился

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

Скорее всего, вы такого не вспомните.

Зато вы наверняка вспомните другое: сервисы, где что-то постоянно не работало. Приложения с неудобным интерфейсом. Сайты, на которых простейшие действия превращались в квест. Инструменты, которые обещали одно, а делали половину. Вы не думали о них как об MVP. Вы думали о них как о плохих продуктах.

А теперь подумайте о продуктах, которые вам действительно понравились. Которые вы начали использовать и рекомендовать друзьям. С большой вероятностью это были не «минимально жизнеспособные» версии. Это были продукты, которые с самого начала работали хорошо - пусть с ограниченным набором функций, но каждая из них была доведена до ума.

Разница между MVP и плохим продуктом

Вот в чём ирония. Лучшие примеры «MVP», которые все любят приводить - Amazon, Uber, Airbnb, Dropbox - на самом деле не были халтурой. Они были минимальными по набору функций, но не по качеству исполнения.

Amazon продавал только книги, но доставка работала. Uber вызывал только чёрные машины, но приложение выполняло свою задачу. Airbnb предлагал одну квартиру, но процесс бронирования был понятным. Dropbox показал одно видео, но оно было настолько убедительным, что десятки тысяч людей записались в очередь.

Суть не в том, чтобы сделать меньше. Суть в том, чтобы то немногое, что вы делаете, работало безупречно.

Что делать вместо «классического MVP»

Концепция MVP не бесполезна. Она содержит здравое зерно: не нужно строить космический корабль, когда достаточно велосипеда. Проблема в том, как её интерпретируют.

Если вы запускаете продукт, задайте себе не вопрос «Что минимально нужно сделать?», а вопрос «Что минимально нужно сделать хорошо?». Разница огромна. Первый вопрос ведёт к урезанию качества. Второй - к фокусировке.

Выберите одну задачу, одну проблему, один сценарий использования. И решите его на отлично. Не на тройку с минусом, не «и так сойдёт», не «потом допилим». На отлично. Пусть ваш продукт делает одну вещь, но делает её так, что пользователь захочет вернуться.

Не случайно в последние годы набирает популярность концепция MLP - Minimum Lovable Product (минимально привлекательный продукт). Она ставит в центр не выживание, а привлекательность. Не «достаточно, чтобы не умереть», а «достаточно, чтобы понравиться».

Заключение

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

Но за два десятилетия MVP превратился в оправдание для халтуры. Слово «минимальный» стало доминировать над словом «жизнеспособный». И результат мы видим повсюду: недоделанные продукты, разочарованные пользователи, проваленные запуски.

Если 90% стартапов и так проваливаются, то выпускать на рынок сырой продукт - это не стратегия снижения рисков. Это стратегия гарантированного провала с экономией на бюджете.

Делайте меньше, но делайте хорошо. Это, пожалуй, единственный MVP-совет, который действительно работает.