Минимально жизнеспособный продукт

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

Итак, давайте всё-таки начнём с банальностей, чтобы прийти к общему знаменателю. MVP – это минимально жизнеспособный продукт, запускающийся в начале стартапа. Часто к нам за разработкой приложения обращаются клиенты, которые хотят сделать сразу крупное приложение с кучей функционала, уверенные в своей идее. Уверенность - это круто, но, чтобы не было потом мучительно больно, стараемся убеждать, что начинать нужно с MVP. Пусть он будет страшным, с бедным функционалом, но MVP должен хорошо воспроизводить ключевой бизнес-процесс, чтобы проверить есть ли на него спрос. Если есть, то, уже после первого теста спроса, можно обвешивать проект улучшениями.

В интернете легко гуглится вот такая зарисовка пути развития стартапа. Давайте её и возьмём за пример.

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

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

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

Так, например, и с приложениями стартапов. Вместо того, чтобы сделать дешёвый "тест идеи", люди вкладываются в дизайн, кучу вторичных функций, делают версии под Windows Mobile и ещё более редкие платформы, убеждая себя, что чем скрупулёзнее подойти к вопросу на старте, тем больше шансов на успех. Забывая при этом, что, по сути, играют в угадайку - получится угадать что нужно пользователям или нет. А вместо того, чтобы угадывать нужно сделать минимальный продукт и идти тестировать деньгами.

Вообще, это большая ошибка не только стартаперов, но и, например, программистов. Ошибка заключается в том, что идея обширная, хочется сразу нарастить функционала, и, только после этого, показать своим пользователям. Программисты занимаются вечным улучшением кода, боясь, что его будут критиковать на форумах, как не оптимальный. Боятся показаться быдлокодерами :) Нужно понять, что самое главное – это тестирование на конечной аудитории.

Хорош MVP еще тем, что если вы пошли дальше и обновили функционал, а это оказалось, объективно, очень плохим решением, то есть возможность вернуться к прошлой версии. В случае, если Вы со старта делали огромный проект и он не востребован клиентами, то, во-первых, сложно понять что именно не так, а затем взять и начать с нуля. Естественно, подавляющее большинство людей просто бросают проекты, не найдя денег и сил на второй запуск.

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

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

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

Ну, а если, Вы придёте к мнению, что автомобиль - это всё-таки роскошь, то придёте к производству кареты обшитой золотом :)