Зачем нужен MVP для digital продукта: советы и примеры

Всем здравствуйте. С ребятами из студии RussianGeeks решили поделиться нашим опытом по созданию крупных проектов и о том, как правильно делать MVP версии digital продуктов

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

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

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

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

Есть несколько особых вариантов MVP, которые могут быть использованы программистами для продвижения своих проектов. Обычно мы можем выделить пять основных их типов:

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

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

Потребители часто не знают, чего они хотят от продукта, пока им не объяснят и не познакомят с концепцией, которая заложена в него.

Как говорил Steve Jobs: «Чаще всего люди не знают, чего хотят, пока ты не покажешь им это...»

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

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

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

Определение целевой демографии требует не только понимания того, кто ваши клиенты, но также их полного опыта, конкретных потребностей и того, какие устройства они используют. На основе этих выводов организуйте небольшие фрагменты общих характеристик в пользовательские истории (user stories).

Примеры:

«Пользователь должен эффективно перемещаться из одного пункта назначения в другой в час пик»

«Пользователь является владельцем смартфона и использует несколько приложений»

Подобные пользовательские истории (user stories) — очень полезные инструменты для выявления болей ваших клиентов и того, что они могут получить от вашего продукта.

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

‍

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

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

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

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

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

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

‍

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

Чтобы определить функции, которые поддерживают основные функции вашего MVP, рекомендуется создать основной список желаний всех функций, которые вы хотите, чтобы ваш продукт предлагал в конечном итоге. Отсюда вы можете начать организовывать и сокращать функции, чтобы ваш MVP оставался стройным. Распространенной практикой для определения необходимых функций для приложения MVP является использование матрицы разработки MoSCoW.

MoSCoW — это метод приоритезации, который означает: “должно быть, важно, можно и не нужно”.

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

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

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

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

Мы собрали эти 4 примера успешных MVP, чтобы показать, как стартапы реализовывали этот метод разработки digital продуктов

Вскоре после переезда в Сан-Франциско в октябре 2007 года соседи по комнате и бывшие одноклассники Брайан Чески и Джо Геббиа не могли позволить себе арендную плату за свою квартиру в лофте.

Поначалу целью их проекта было просто «заработать несколько долларов», как они говорили в интервью, но затем они поняли, что согласование кровати и завтрака с клиентами может быть золотой жилой. Брайан и Джо сделали несколько снимков своего лофта, создали простую веб-страницу, и вскоре у них было 3 платных гостя. Они создали веб-сайт, но изо всех сил пытались найти людей, которые использовали бы их платформу. Итак, компания из Сан-Франциско выбрала целевой аудиторией Craigslist. Предоставляя домовладельцам возможность автоматически публиковать сообщения в Craigslist, Airbnb охватил множество потенциальных пользователей. Исключение посредников и предоставление краткосрочной аренды — ключевая миссия Airbnb.

Остальное уже история. Сегодня годовой доход Airbnb составляет 2,6 миллиарда долларов (2017 год).

Где-то в начале 1990-х годов Джефф Безос прочитал отчет о будущем Интернета, в котором прогнозировался ежегодный рост интернет-торговли на уровне 2300%. Безос составил список из двадцати продуктов, которые можно было продавать в Интернете. Он сузил список до пяти наиболее многообещающих продуктов, включая: компактность.

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

Таким образом, Amazon была основана в гараже арендованного дома Безоса в Белвью, штат Вашингтон. Сайт был очень простым: просто каталог книг. Если покупатель заказывал один, Amazon покупал его прямо у дистрибьютора и отправлял. В истинном духе минимально жизнеспособного продукта они продолжали его повторять. Они делали его все лучше, лучше и лучше, каждый раз снижая затраты и повышая рентабельность. С каждым разом радуя все больше и больше клиентов. Каждый раз становясь все больше и больше.

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

В своей книге «Экономичный стартап» Эрик Райс, соучредитель и технический директор IMVU, рассказывает о том, как Dropbox решил вопрос о жизнеспособности рынка, продемонстрировав свой продукт в видео.

Dropbox решила вообще не выпускать никаких продуктов. Вместо этого они сделали вид, что у них все готово, создав поясняющее видео. Они хотели проверить, близка ли их идея синхронизации файлов к тому, чтобы быть интересной для людей. Они могли построить целую аппаратную инфраструктуру, разрабатывать приложения и так далее, но на такой риск они не хотели идти. Если бы идея провалилась, основатели Dropbox Араш Фирдоуси и Дрю Хьюстон потеряли бы драгоценное время, много усилий и денег. За ночь они привлекли более 70 тысяч человек, которые оставили свои электронные письма и хотели получить товары как можно скорее.

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

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

Spotify — еще один отличный пример того, как реализация только одной базовой функции, вместо того, чтобы отвлекаться на разные интересные функции, которые было бы неплохо иметь в своем MVP, может помочь вам добиться успеха. Они хотели создать лучший сервис потоковой передачи музыки и в качестве своего MVP сконцентрировались на одной наиболее важной функции — потоковой передаче музыки. Spotify разработала настольное приложение и запустила закрытое бета-тестирование для тестирования рынка. В то время как продукт MVP и ценовая модель freemium оказались именно тем, что хотели люди, команда Spotify потратила время на подписание еще большего количества художников, одновременно разрабатывая мобильные приложения и отправляясь за границу, чтобы завоевать рынок США.

В настоящее время Spotify претендует на 248 миллионов активных слушателей и 113 миллионов подписчиков на 79 рынках по всему миру. Миссия Spotify — раскрыть потенциал человеческого творчества, давая миллионам творческих художников возможность жить за счет своего искусства, а миллиардам поклонников — возможность наслаждаться им и вдохновляться им.

Как Spotify стал тем, кем он является сегодня? Ответ прост. Spotify превратился в приложение, благодаря способности компании реагировать на отзывы пользователей и учиться на поведении пользователей в приложении.

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

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

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

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