Удобный справочник по минимально жизнеспособным продуктам (MVP)

Представьте это.

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

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

Вы понятия не имеете, что пошло не так, чего вам не хватило, чтобы рассказать людям о приложении.

Я скажу вам, что происходит.

Вы не потратили время на создание MVP.

Маленькая аббревиатура, но огромное влияние.

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

Читайте: MVP или EVP: какой вариант подходит для вашего стартапа?

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

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

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

Проблемы с доверием? Прочитайте это.

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

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

Такие бренды, как Dropbox, Airbnb, Buffer и т. д. начинались как MVP и сегодня стали одними из самых прибыльных заведений в мире.

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

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

Это здорово, что вы зашли так далеко. Но дальше идет процесс, в котором я видел трудности наших клиентов.

Вы знаете, что вам нужен MPV, и хотя «минимум» и «продукт» — два легко понятных слова, как вы определяете, что такое «жизнеспособный»? Как вы определяете фактор жизнеспособности с точки зрения возможностей продаж вашего MVP?

Открою вам тайну прямо сейчас.

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

Как ты это делаешь? Как вы создаете версию, которая дает представление о решении, которое вы предлагаете для большей проблемы?

Вот как -

Шаги по созданию минимально жизнеспособного продукта

1. Личность покупателя

Первое правило создания или проектирования MVP — знать, на чью проблему вы нацелены.

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

Когда было решено, что именно для пассажиров мы делаем MVP, мы перешли к выявлению их болевых точек и преобразованию их в заявления о возможностях. Чтобы закончить этап, мы выделили способы, которыми наше приложение может решить их проблему xyz.

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

2. Должны быть функции

Когда вы создаете MVP, легко увлечься и запутаться между тем, какие функции добавить — те, которые сообщают пользователям о цели приложения, или те, которые отличают вас от остальных?

Ответ - нет.

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

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

Увидеть разницу? Ну так что ты делаешь?

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

3. Отпустите и повторите

После добавления минимально жизнеспособных функций в ваш MVP следующий шаг — выпустить его на рынок и посмотреть, как на него реагируют люди. Затем продолжайте добавлять/удалять функции и тестировать рынок.

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

Теперь вы знаете шаги, необходимые для создания минимально жизнеспособного продукта.

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

При создании MVP для наших клиентов мы использовали три метода: пользовательские истории, дизайн-спринты и Lean Canvas.

Позвольте мне пролить на них немного света.

Дизайн-спринты

Дизайн-спринт — один из наиболее ограниченных по времени процессов, над которыми мы работали при создании MVP. Оставляя фазы сборки и запуска вне поля зрения, пятиэтапный процесс использует идеи прототипирования, проектирования и тестирования, чтобы снизить риск при выводе на рынок новой услуги, продукта или функции.

Вот как вы создаете MVP с помощью Design Sprints —

• Наметьте проблемы и выберите область, на которой нужно сосредоточиться
• Эскиз решения на бумаге
• Превратите решения в гипотезу
• Сделать высокоточный прототип решения
• Протестируйте на своих пользователях

Отображение пользовательской истории MVP

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

Но как создать MVP на основе пользовательских историй? Вот как –

• Обратите внимание на все различные пользовательские истории, которые в итоге появляются в вашем приложении.
• Оцените рассказы по сложности исполнения и ценности. Воспользуйтесь помощью фокус-групп или своего внутреннего чутья.
• Из историй с высоким приоритетом перейдите к уровню, на котором у вас останутся только те функции, которые вы должны разработать.

Бережливое полотно

После пользовательских историй Lean Canvas — это метод, который мы используем для создания MVP для наших клиентов. То, что мы делаем, соответствует типичной бизнес-модели Lean Canvas. Идея состоит в том, чтобы проанализировать пользовательскую историю, используя 9 определяющих блоков, которые также можно рассматривать как контрольный список. И любая фича, которая отсеивается в конце, становится пригодной для MVP.

Вот девять блоков -

• Основная проблема
• Возможные решения основных проблем
• Ваш УТП
• Ваше конкурентное преимущество
• Целевая аудитория
• Ключевые области измерения
• Каналы для достижения вашего клиента
• Список переменных и постоянных затрат
• Ваш источник дохода

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

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