Мвп что это такое

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

Люди постоянно упускают “V” в “MVP”. Но почему?

Настоящие MVP

Концепция MVP начала свое шествие в индустрии высоких технологий, когда Стив Бланк и Эрик Рэйс начали о ней говорить.

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

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

Как протестировать бизнес-идею? 5 шагов к созданию MVP

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

Существует множество вариантов MVP, но мы поговорим о четырех моих самых любимых.

Виды MVP

Тип MVP, который следует выбрать вашей компании, зависит от ресурсов (штат, время и финансы), вашей аудитории, и масштаб проекта.

Наиболее распространенные типы MVP:

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

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

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

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

ЧТО ТАКОЕ MVP ? Объясняю на примерах

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

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

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

Чем MVP не является

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

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

Внедрение незаконченных функций в бедно сконструированную версию продукта это не MPV. Это катастрофа и это контрпродуктивно.

Использование плохо выполненного MVP для тестирования рынка, скорее всего, приведет к негативной его реакции независимо от того, насколько хороша в действительности его концепция.

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

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

Когда дело доходит до MVP, внешность — это не все, но она чертовски важна.

Почему вы должны попробовать MVP

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

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

Источник: uxgu.ru

Что такое MVP? Как создать Minimal viable product

О Minimal viable product должен знать каждый начинающий стартапер — рассказываем что такое MVP и как его создать.

28 Мар 2020 07:25 IT GIRL 21

Post Views: 357

Что такое MVP? Как создать Minimal viable product Блог 2020-03-28 ru Что такое MVP? Как создать Minimal viable product

286 104

Boodet Online +7 (499) 649 09 90 123022 , Москва , ул. Рочдельская, дом 15, строение 15

286 104

Boodet Online +7 499 649 09 90 123022 , Москва , ул. Рочдельская, дом 15, строение 15
Поделиться
Поделиться

Что такое MVP?

• Ebay, устранивший географические границы в торговле;
• PayPal — для международных денежных переводов;
• Tivo — для телевидения;
• Netflix — для кино, сериалов и мультфильмов;
• Cisco — для решения проблем перемещения трафика.

Все эти компании объединяет одно — нестандартное решение, которое было удобным, понятным и ценным для конечного потребителя услуги.

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

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

Что значит создать MVP? Каким он должен быть? Говоря простыми словами, MVP — это готовый продукт на минималках. Не прототип, не урезанная версия, а полноценный готовый продукт, но только с теми функциями, которые нужны для решения конкретной проблемы. То есть, MVP можно пользоваться, в нем есть весь необходимый функционал, но нет признаков готового продукта.

Понятие минимально жизнеспособного продукта существует с 2009 года: об этом способе проверки актуальности бизнес-идеи писал Эрик Рис в книге «Learn Startup». Несмотря на то, что способ не новый, бизнесмены и маркетологи не всегда понимают его значения, путая с похожими MMF и MMP (минимальный рыночный или товарный продукты).

Как понять, что вы делаете правильный MVP:

• количество функционала равно критериям достаточности;
• продукт жизнеспособен;
• решение удовлетворяет конкретные потребности ЦА;
• изменения вносятся оперативно при получении обратной связи.

Зачем нужен MVP и можно ли без него обойтись?

Основные преимущества минимально жизнеспособного продукта:

1. Рентабельность инвестиций повышается, а риск снижается. Вы будете знать все о клиентах и их потребностях, прежде чем выведете на рынок готовую услугу. При этом бизнес не потратит деньги на лишние функции, которые не нужны покупателям.
2. Сокращаются затраты на разработку. Для того чтобы создать готовый продукт, нужно нанять команду разработчиков, тестировщиков и маркетологов. Это потребует времени и денег, а в итоге может оказаться ненужным, если сама идея не соответствует потребностям рынка.
3. Поймете, кто ваши покупатели. Это очень важный момент успешного бизнеса. Часто бывает, что стартап строится на эйфории: «это нужно всем». А кто эти «все» — не понятно.
4. Сформируете лояльную аудиторию. О вас будут знать и говорить, причем именно в кругу потенциальных заказчиков. Финальная версия проекта выйдет на заранее подготовленную почву, это значительно ускорит продажи. Такую закономерность можно сравнить с релизом компьютерной игры. Фанаты ждут ее независимо от того, какие игры выпускают конкуренты и какие отзывы были о предыдущих версиях.

Чаще всего бизнесы, которые игнорировали Minimal Viable Product, терпели крах.

Как его используют

MVP нужен для того, чтобы понять, будут ли покупать продукт. Это позволяет во много раз сократить затраты на новый бизнес. Во-первых, благодаря отзывам пользователей будет понятно, чего не хватает в минимально жизнеспособной версии. Во-вторых, если MVP вообще не заинтересует ЦА, значит услуга не нова, не актуальна или не интересна, и разрабатывать ее дальше не нужно.

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

Задачи и принципы MVP

Развитие проекта состоит из трех составляющих: минимальный, минимальный жизнеспособный и полностью жизнеспособный продукты. В чем их отличия?

Минимальный

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

Минимально жизнеспособный

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

Полностью жизнеспособный

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

Основная задача Minimal Viable Product — понять, решает ли идея проблему покупателей. При этом вы должны четко понимать, какая именно проблема решается. Если человек голоден, ему нужно дать хлеб. Хлеб — это MVP, он решает проблему.

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

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

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

Этапы создания MVP

Минимально жизнеспособный продукт создается поэтапно. Стандартная схема: идея — макет — прототип — сбор данных — анализ.

Идея

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

Визуализация бизнес-плана

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

Проверка конкурентов, поиск ЦА

Скорее всего, ваша идея похожа на что-то, что уже реализовали конкуренты, и это неплохо. До появления Aliexpress уже был Ebay и Amazon, но это не помешало первому завоевать мировой рынок.

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

Знакомство покупателей с идеей

Познакомиться с целевой аудиторией нужно на самом первом этапе, еще до создания прототипа. Можно провести опрос ЦА с помощью бесплатных Google Документов. Если хочется быстрее, просто найдите группы, форумы и чаты, где общаются потенциальные клиенты, и спросите, будет ли им интересна такая услуга. Если заинтересует, можно тут же предложить подписаться на пилотную версию.

Макет

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

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

Прототип

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

Сбор данных

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

Аналитика

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

Основные ошибки при создании MVP

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

MMF и MMP вместо MVP

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

«Минимально» вместо «жизнеспособно»

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

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

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

Всего за два дня разработчики и визуализаторы создали минимальный жизнеспособный продукт, который доказал справедливость теории. MVP удовлетворил потребности ЦА (спасательных отрядов) и был интересен для представителей СМИ среди жюри хакатона.

Перфекционизм

Некоторые начинающие бизнесмены неверно понимают концепцию «дать ЦА красивый, удобный и функциональный прототип». У каждого человека свое понятие красоты и удобства, оно не всегда совпадает с клиентским. Боясь, что покупатели не будут пользоваться «некрасивым» прототипом, стартаперы нанимают команду дизайнеров, Ui- и Ux-специалистов и создают вместо MVP Viable Project.

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

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

Не забывайте про фидбек

Критическая ошибка при создании и запуске MVP — игнорировать фидбек. Основной принцип бизнеса — продукт создается для клиента. Обратную связь от целевой аудитории надо не только собирать, но и воплощать.

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

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

Есть несколько наглядных примеров Minimal Viable Product, которые в русскоязычных источниках называют видами MVP, но на самом деле это скорее способы проверки гипотезы.

Как можно проверить бизнес-гипотезу и у кого получилось:

• лендинг — Buffer;
• блог — Groupon;
• e-mail рассылка — Ebay;
• прототип программы или приложения — Lingualeo;
• страница в соцсетях или мессенджерах — NadoNado;
• фейковый интернет-магазин — Zappos;
• краудфандинг — Pebble.

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

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

Источник: boodet.online

По следам лекции для Университета 20.35: что такое MVP и зачем он нужен

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

Из лекции мы сделали статью — читайте ее ниже!

Что такое MVP

Давайте начнем с вопроса, на который сначала ответите вы, а уже потом я расскажу, что про него думаю я. Как вы понимаете, что такое MVP?

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

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

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

MVP — это станок для проверки гипотез. В нашем случае — экспериментов по изменению поведения людей.

Но кроме «станка для экспериментов» нам нужны еще три вещи:

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

Самая простая формула гипотезы:
«Если мы сделаем [вот что], получится изменить поведение [вот каких людей] [вот таким образом], благодаря [вот таким качествам] продукта».

Сразу разберем на конкретном кейсе: вот мы все сейчас участвуем в созвоне, поэтому у нас точно есть общий опыт, на котором мы можем что-то понять. Допустим, мы хотим создать продукт, который лучше, чем Zoom, для таких мероприятий, как наш вебинар.

Теперь подготовим постановку гипотезы.

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

Давайте перечислим аудитории на примере нашего вебинара:

• все пользователи (максимально широкая рамка),
• спикер,
• целевые слушатели,
• случайные слушатели (которые пришли без приглашения),
• организаторы.

2. Формулируем задачу

Тренироваться мы будем в формулировке MVP. Начнем с того, как НЕ надо.

Определение вроде «работать будет на следующих платформах, звонить можно будет один на один» — это не то, что нас сейчас интересует, потому что из этого определения не понятно, какие люди, как и ради чего изменят свое поведение.

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

Вот пример неправильной формулировки.

Ситуация: «Нам не нравится, что на вебинаре появляются «тролли», которые пытаются сорвать мероприятие».

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

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

Если ставить задание на цикл эксперимента в терминах «разработать вот такую функцию», то на выходе вы получите ответ в таких же терминах: «функция разработана» (или нет). Это позволит вам понять себестоимость и скорость разработки (в какой-то мере), но никак не ответит на вопрос, работает ли бизнес.

3. Формулируем то же самое в терминах изменения поведения людей

Давайте задумаемся, как бы мы хотели изменить поведение слушателей? Например, мы видим: пользователи не включают камеры. Почему? Потому что им что-то мешает. И почти всегда то, что им мешает — не (только) техника.

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

4. Устраняем барьер

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

Давайте вернемся к примеру про «троллей». Как мы хотим изменить их поведение? Сделать так, чтобы их не было. Это ответ на вопрос, как должно измениться их поведение: они не должны прийти.

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

Итак, нужно изменить поведение отдельной группы людей (сделать так, чтобы «тролли» не приходили), но НЕ изменить при этом поведение другой группы людей (сделать так, чтобы целевые пользователи не стали приходить меньше).

Зачем так подробно обсуждать изменение поведения каждой группы людей? Заметьте, мы еще не думали, что нужно делать программе. Мы говорили о людях: о разных группах и о том, как изменить их поведение. Сначала необходимо определить, как изменить поведение людей (не работу техники!), а потом — с помощью чего.

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

С чего начинается бизнес

Бизнес начинается с простого вопроса, кто и за что платит:

Иногда бывает так, что мы «работаем» на одних людей, а платят другие. Например, в образовании — мы меняем поведение учеников, а платит родитель. Но, на самом деле, это означает, что родитель заплатит за изменения в своем опыте. Это значит, что и начинать анализ надо с опыта клиента.

Когда мы демонстрируем людям первый опыт, они должны сказать: «Да, за такое изменение я бы заплатил». И в идеале — заплатить прямо сейчас.

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

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

Что такое хороший MVP?

Хорошим мы будем считать решение, которое сильнее изменяет поведение большей доли людей (целевым образом). А из таких решений будем выбирать самое дешевое.

Чуть подробнее. Хороший MVP:

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

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

Из чего можно собрать MVP? Вариантов несколько:

• из людей и некоторых обещаний, которые одни люди дают другим;
• из людей, которые предоставляют услугу вручную (иногда снаружи это выглядит как автоматизация);
• из других сервисов, которые уже меняют поведение людей так, как нам требуется;
• из программного кода, который мы написали под задачу. Обычно это самый дорогой вариант. Его стоит выбирать, только если предыдущими способами проверить гипотезу никак не получается.

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

Какие гипотезы мы проверяем?

В цикле взаимодействия с клиентом у нас есть несколько последовательных гипотез.

Первая гипотеза: «будут ли нам платить за обещание [вот такого опыта]?». Мы меняем поведение людей в моменте, когда продаем продукт. Результат — люди откликаются и платят деньги.

Вторая: «как клиенты отнесутся к опыту, который с ними произошел во время покупки?» Мы выстраиваем процесс, при котором их поведение меняется (и они это замечают). Результат — жизнь людей меняется так, как мы обещали.

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

Получилось? Мы сделали инновацию. Инновация в бизнесе это всегда способ сделать что-то всем нужное с более низкой себестоимостью.

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

Начнем с того, что дадим обещание

Тактика fake landing page — есть только посадочная страница (одностраничный сайт), на которой мы рассказываем о нашем продукте, при этом самого продукта еще нет. За этой страницей может больше ничего не быть, главное, что есть место, где мы даем обещание и после этого получаем контакты людей, которые готовы за такое обещание платить.

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

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

Когда мы начинаем решать, за счет каких качеств продукта мы хотим изменить поведение клиента/спикера, возникает вопрос: а за чей счет праздник? В нашем примере с семинаром могут платить:

• все пользователи,
• только слушатели,
• только спикеры,
• только организаторы.

Кто наш клиент? От кого мы принимаем деньги? Чью жизнь мы должны менять?

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

За что могут заплатить организаторы? За снижение затрат. Тогда мы предлагаем им:

• тратить меньше времени на сбор группы участников,
• привлекать участников дешевле, чем раньше,
• модерировать менее квалифицированным сотрудником,
• не отвлекаться на устранение технических неполадок.

Также организаторы могут заплатить за увеличение доходности. Тогда мы предлагаем им:

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

Давайте попробуем дать организатору обещание.

Например: «Вы платите нам 5 тысяч в месяц, и вы не будете отвлекаться на устранение технических неполадок».

Заказчик потребует доказательств и ответа на вопрос «с чего это мне верить, что я правда перестану отвлекаться?». Нам надо предоставить реальные доводы, что жизнь заказчика станет легче. Это, скорее всего, значит, что нам придется знать ответ на вопрос, как работает наше решение (по изменению поведения людей) до того, как мы его начнем делать, уже на этапе обещания.

Давайте поймем, можем ли мы доставить им ценность, которую обещали?

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

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

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

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

Вспомним формулу: «Если мы сделаем вот что, получится изменить поведение вот каких людей вот таким образом, благодаря вот таким качествам продукта».

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

У нас есть готовая формула MVP, и при этом мы еще не потратили ни рубля: ни на копирайтеров, ни на дизайнеров, ни на программистов. Мы просто сформировали идею и пошли к клиенту с вопросом: «Вы нам за это заплатите?».

Можно ли это считать MVP?
В классике — нет. Никакой функциональности мы же не создали. И если считать, что MVP это минимальная функциональность, то мы еще ничего не сделали.

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

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

Но это уже другая история )

Ну и напоследок. Полезные сервисы для создания прототипа:

• Figma (то, на что проектировщики интерфейсов переходят со Sketch или Photoshop) — дизайнерский инструмент, в котором можно проектировать интерфейсы. В нем можно собрать целиком интерфейс, работает в браузере, очень полезен в веб-разработке.
• Tilda, Bitrix24, Wix — позволяют сделать сайт без навыков программирования, не требуют особых знаний для создания страницы продукта.

А если вы задумались о разработке MVP для своего сервиса, вы всегда можете написать нам. Мы поможем!

Подписывайтесь на наш telegram, чтобы не пропускать новости!

Источник: jetstyle.ru