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

Обновлено: 19.05.2024

Различные типы MVP, способны тестирования гипотез и практическое применение. Истории успешных компаний.

Над переводом работали: Nancy Pong и Ринат Шайхутдинов. При поддержке iSpring.

Глава 1: Небольшое послание от автора

В этой книге вам предложен широкий выбор мнений экспертов, теорий, практик, случаев из жизни, касающихся взлетов и падений минимально жизнеспособных продуктов. Говоря конкретнее, мы включили в книгу советы таких предпринимателей, как Стив Бланк, Эрик Рис, Гай Кавасаки, Эш Маурья, Синди Альварес, Рэнд Фишкин, Дэвид Эйкен, Джоэл Гаскон, Джош Пукетт, Брендон Шоэр, Крис Бейдер, Нил Патель, Ник Свинмерн и многие другие. Мы будем обсуждать базовые концепции: например, различные типы MVP и способны тестирования гипотез MVP.

Более опытным читателям мы предлагаем узнать, как применить MVP-мышление в рамках Lean (бережливой разработки) и Agile (гибкой разработки), как сбалансировать UX и Lean разработку и даже рассмотрим внутренний процесс проектирования в Spotify. Мы надеемся, что поможем вам лучше понять, как при разработке вашего следующего MVP добиться идеального баланса между минимальным количеством ресурсов, жизнеспособностью бизнеса и качеством продукта.

Если подумать, тестирование MVP — это, пожалуй, самый важный шаг на пути к успеху компании. Мы рассмотрим, как супер-успешные компании вроде Twitter, Zynga, Foursquare, Dropbox, Zappos, Groupon, Oculus VR, Airbnb, Buffer, Pebble и другие правильно построили минимально жизнеспособный продукт, что помогло им переработать бизнес-идею и создать шумиху вокруг своих продуктов. Мы также включили сюда и свою собственную историю и рассказали, как UXPin может помочь вам в создании прототипа своего собственного MVP.

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

С любовью к минимально жизнеспособным продуктам,
Крис Бэнк (соавторы: Джерри Као и Валид Зубери).

Глава 2. MVP: Определения экспертов

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

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

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

иметь возможность протестировать продукт-гипотезу, используя минимальные ресурсы

сократить время работы инженеров, потраченное впустую

как можно скорее предоставить продукт ранним покупателям

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

Источники: Eric, Ash, Nick, Steve, Rand, Cindy and Marcin

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

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

во-первых, убедитесь, что существует проблема достойная решения

определите, с самым элементарным решением этой проблемы (MVP)

создайте и утвердите MVP в небольшом масштабе (демонстрация MVP)

проверьте MVP в крупном масштабе

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

Ник Свинмерн, со-основатель Zappos, убедился в этом на собственном опыте. Вот очень известный пример гибкости и бережливости MVP: ныне гигант электронной торговли (e-commerce), Свинмерн начинал с того, что фотографировал обувь в местном магазинчике. Затем он размещал фотографии онлайн, и всякий раз, когда кто-то делал заказ онлайн, он шел в магазин и покупал нужную пару. В этом смысле основной задачей MVP было максимально снизить неопределенность бизнес-идеи. У Свинмерна не было продукта, и на начальном этапе он действовал как один из своих клиентов.

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

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

Стив Бланк, предприниматель со стажем и автор докладов и статей на тему MVP, утверждает, что методика развития клиентов (customer development) и методика бережливого стартапа (lean startup) недооценивают важность продажи вашего видения тем, кто его разделяет (а не всем подряд), при этом предоставляя минимальный набор функций.

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

Рэнд Фишкин, со-основатель Moz, выглядит главным шоуменом во всей этой компании. С его точки зрения, первое впечатление значит очень много. Именно поэтому он призывает остальных выводить MVP на новый уровень, превращая его в EVP (an Exceptional, Viable Product — исключительный, жизнеспособный продукт). По словам Рэнда, он много раз видел, как запускается MVP, едва ли представляющий какую-то выдающуюся ценность. И это проблема, ведь нельзя запускать и перезапускать MVP по несколько раз.

Тогда то и стоит выпустить на волю сформировавшийся EVP. Этот процесс может занять дополнительные но, по мнению Рэнда, это того стоит.

MVP — это важное средство достижения цели.

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

Глава 3. Буква M в MVP: Взгляд экспертов на минимализм в продукте

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

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

Так как же создать урезанную версию продукта, которая будет доступной и привлекательной?

Начните с понимания разницы между двумя следующими вопросами:

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

Вопрос Б: Как создать продукт, который максимально прост, но при этом отвечает требованиям ранних последователей?

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

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

Используйте ваше нечестное преимущество как можно быстрее

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

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

Направляю ли я ресурсы на упрощение MVP?

Строю ли предположения на основании лишь ключевой ценности?

Максимально ли моя временная шкала соответствует принципам lean?

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

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

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

Работая в Fliggo (сайт, который сейчас объединен с Vidly), Крис Бейдер (ныне со-основатель и chief product officer в Secret), хотел проверить предположение, что пользователям нужна возможность иметь свой собственный сайт с видео.

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

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

Хотя это простой и дешевый способ, лэндинг не является универсальным инструментом любого MVP. Специалист по стартапам и основатель Extreme Lean TV, Рамли Джон не советует использовать такой унифицированный подход для любого MVP. Опасно полностью полагаться только на лендинг, потому что вы рискуете не получить никакой обратной связи от ранних последователей, зарегистрировавшихся на лэндинге (какие у них проблемы? за что они готовы платить?), а недостаток регистраций может объясняться не самим продуктом, а плохими текстами или отвлекающим дизайном.

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

Так они проверяли свою бизнес-гипотезу и, в то же время, предоставляли ранним последователям достаточно приятный опыт взаимодействия. Упростив весь процесс до одного этого нечестного преимущества, в AngelList создали правильный MVP.

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

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

Так как же понять, что на разработку MVP потрачено слишком много времени? Рик Скрента, создатель поисковика Blekko, утверждает, что все зависит от продукта. Некоторым веб-приложениям (вроде Fliggo) достаточно лэндинга. Если ваше предложение подразумевает более высокий уровень ожиданий или требует большей огласки и внимания, разработка MVP может занять больше времени. Иначе из-за череcчур простого дизайна или некачественного исполнения продукта может произойти его отторжение. В качестве подтверждения этой мысли Рик приводит в пример свой поисковик, на создание MVP которого ушло 3 года.

Основатель KISSMetrics Нил Патель приводит несколько интересных примеров примечательно робких запусков MVP: разных по масштабу, но стабильных в плане исполнения:

Dropbox: все началось с трехминутного видео с MVP, а в результате количество регистраций выросло с 5,000 до 75,000 человек за ночь. И это все при отсутствии реального продукта!

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

Groupon: в начале был блог WordPress с виджетом, который посылал PDF-купоны по email;

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

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

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

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

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

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

К примеру, одним из ранних MVP Udemy был онлайн курс за 20$, снятый со-основателями компании. Он позволил протестировать гипотезу, что люди готовы платить за высококачественный видео-курс. А в Sprig был такой MVP: члены команды на одну ночь стали доставщиками еды, чтобы проверить гипотезу о том, что еду можно достовлять за менее чем 20 минут. Как и в случае со скейтбордом, первый MVP подтвердил предположение, лежащее в основе бизнеса, что позволило тестировать более сложные гипотезы в последующих итерациях.

Пусть все будет просто и экспериментально

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

Термин появился в ИТ-среде и приобрел широкую популярность среди стартапов. Аббревиатура расшифровывается как minimal viable product – минимальный жизнеспособный продукт. Главной его целью является проверка самой рискованной гипотезы в вашей бизнес-модели. Гипотезы могут иметь самый разный вид: от “готов ли вообще кто-нибудь это покупать?” до “как будет выглядеть воронка продаж?”

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

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

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

Если фаундер не может найти новую бизнес-модель, то как он будет делать стартап? Если не может найти того, кто сделает MVP, то как он продаст этот продукт клиенту? Если не может продать продукт клиентам, то как он продаст свой проект инвестору?

Именно эти компетенции и являются основными, все остальные являются только сопутствующими.

Стандартная формула для айтишных проектов – это hacker (программист) и hustler (продавец). Часто стартаперы привлекают деньги под то, чтобы сделать MVP – на стадии pre-seed это нормально, но в России такие инвестиции даются очень редко.

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

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

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

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

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

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

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

В качестве каналов трафика использовали следующие инструменты: контекстную рекламу в результатах поисковой выдачи Google Adwords и Яндекс Директ, также РСЯ и КМС, гео-метки на карте, справочники организаций и т.д. Более подробно о каналах тестирования воронки продаж я расскажу в другой раз.

Результаты же тестов на малых объемах оказались удачными – стоимость привлечения одной заявки на малом объеме составляла 1600 рублей.Следующим шагом можем связываться с ломбардами и договариваться об условиях сотрудничества.

Таким образом, MVP – это минимальный жизнеспособный продукт. Для его создания необходимы:

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

Если вам было полезно, то делитесь статьей и подписывайтесь в социальных сетях: Vkonatkte, Facebook, Telegam

Согласно исследованиям компании CB Insights, 42% стартапов потерпели крах, так как их продукт оказался не нужным для пользователей. Исходя из этого, перед многими молодыми предпринимателями возникает сложный вопрос, как создать свой стартап так, чтобы не выкинуть на воздух инвестиции и сделать реально необходимый продукт? Истина проста: не стоит создавать дорогостоящие продукты — нужно предлагать рынку минимально жизнеспособные версии.

Что такое MVP?

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

Необходимость создания MVP

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

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

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

Стадии MVP

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

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

Виды MVP

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

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

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

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

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

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

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

Удачные примеры

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

Преимущества MVP

Создание MVP продукта незаменимо для бизнеса, в особенности стартапов, так как позволяет:

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

Недостатки MVP

Недостатки MVP следующие:

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

Что такое MVP в бизнесе

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

MVP в маркетинге

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

Если говорить о том, как должен проводиться маркетинг MVP (а он необходим для проведения полноценной демонстрации и сбора обратной связи), то здесь есть несколько правил:

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

Разработка MVP: виды и разновидности продукта

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

Как создать MVP

Для создания MVP наиболее удобно и безопасно использовать Agile , но также можно использовать и другие стратегии управления. Происходит создание в несколько этапов, независимо от бизнеса и типа:

Обозначьте проблему для решения. Это означает , вам нужно ответить на вопрос: для чего нужен ваш продукт именно сейчас? Необходимо сразу продумать те функции, которые помогут клиентам осознать его ценность на этапе разработки.
Определите целевую аудиторию и максимально сузьте ее. Этот этап MVP предполагает создание аватаров клиентов и определение их демографических показателей (пол, возраст, уровень доходов и т.д.).
Проанализируйте продукты конкурентов. Выберите трех ключевых игроков рынка. В чем слабости и преимущества их аналогов? На основе этого можно выдвинуть несколько гипотез или определить функциональность собственного MVP.
Проведите SWOT-анализ — это метод стратегического планирования для принятия дальнейших решений. С его помощью вы детально проработаете возможности и угрозы MVP.
Сформируйте карту user flow, то есть того пути, который клиент проходит при взаимодействии с продуктом. Так вы сможете понять, в каких местах и какие функции наиболее важны для клиента, разработать дизайн, последовательность алгоритмов и т.д.
Составьте текст или список необходимых функций и расставьте их по приоритету. Первыми должны идти самые обязательные функции для будущего продукта (с точки зрения пользователей, конечно).
Выберите вид MVP, наиболее подходящий под ваши запросы.
Проведите A/B- тестирование MVP. Альфа-тестирование представляет собой такое тестирование, при котором продукт оценивает его близкое окружение, например сами разработчики и их знакомые. Бета-тестирование же предполагает оценку реальными пользователями, которые могут попробовать продукт на практике в течение короткого времени и предоставить вам обратную связь. По результатам этого тестирования продукт обновляется, техническое задание корректируется, а также может произойти сокращение каких-либо функций, оказавшихся неактуальными. Могут измениться и сами подходы к созданию или формат работы в рамках проектирования . Так циклы A/B-тестирования повторяются до полной готовности продукта.

Книга или курс, посвященные MVP, помогут вам быстрее освоить все эти этапы на практике.

Чек-лист MVP

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

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

MVP и MLP: в чем разница?

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

Вот в чем разница между MLP и MVP помимо вышенаписанного:

Цель разработки MVP — подтвердить или опровергнуть гипотезы, а также собрать обратную связь. Цель MLP же — установить доверительные отношения с аудиторией и собрать комьюнити клиентов.
Создание MVP требует минимума времени, сил и финансов, в то время как MLP занимает столько же времени, сколько создание готового продукта.
Во время разработки MVP уделяется минимальное внимание UX (пользовательскому опыту) и дизайну, так как главная цель — протестировать функции. MLP же гарантирует и привлекательный дизайн , и удобство сразу.
После взаимодействия с MVP клиенты дают оценку уровню своей удовлетворенности продуктом, в то время как после использования MLP пользователь уже готов делиться опытом с друзьями и рекомендовать его.

MVP или прототип?

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

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

Примеры MVP

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

Что такое MVP

По данным информационного агентства Investopedia, 90% стартапов закрываются в первый год работы. Из них 42% проваливаются из-за отсутствия спроса, а еще 17% – из-за того, что конечный продукт недостаточно прост и удобен в использовании. Вот еще несколько причин, по которым амбициозные бизнесмены испытывают неудачи:

Большинства провалов можно было бы избежать еще на начальном этапе. Любой предприниматель должен взять за правило создавать MVP: minimum viable product. Это простейшая версия разработки, которая обладает базовыми функциями будущего бизнеса, строения, изобретения. Она поможет подтвердить ценность изначальной идеи или отказаться от нее, если она окажется неудачной.

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

Для чего нужен MVP

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

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

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

Когда использовать MVP

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

Примеры minimum viable product

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

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

Как создать MVP

Шаг 1. Определитесь с целью

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

Шаг 2. Проанализируйте целевую аудиторию

Шаг 3. Изучите конкурентов

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

Шаг 4. Опишите функционал

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

Шаг 5. Выделите главное

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

Шаг 6. Выберите методологию

Время начинать создание продукта! Вы можете использовать agile, waterfall, lean или воспользоваться гибридной методологией , которая совмещает преимущества каждой из них. Ваш выбор будет зависеть от сроков разработки, выбранных технических деталей, возможностей разработчиков и других факторов. Без этого этапа работа будет хаотичной, и вы не получите должный результат в выделенные сроки.

Шаг 7. Протестируйте продукт

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

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

Ошибка 1. Невнимательность к пользователям

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

Ошибка 2. Неправильный фокус

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

Ошибка 3. Излишняя экономия

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

Ошибка 4. Перфекционизм

Однако не стоит слишком увлекаться: помните, что minimum viable product – это только начало большого пути. Ошибки и негативные отзывы неизбежны – будьте к этому готовы. Не старайтесь сделать идеальный продукт, ведь чем больше вы в него вкладываетесь, тем тяжелее будут восприниматься сложности. Относитесь к этому как к первому месяцу в тренажерном зале: это сложно и стоит денег, рельефные мышцы не вырастают за несколько дней, но вы уже видите результат и чувствуете удовлетворенность.

Ошибка 5. Одержимость идеей

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

Сервисы для работы

Чтобы вам было проще работать, мы собрали несколько полезных ресурсов, которые помогут вам на разных этапах разработки.

QuickMVP – проверка бизнес-идеи. Этот сервис позволяет за несколько минут создать лендинг и рекламу в Google, чтобы оценить реакцию реальных клиентов на ваш продукт. Такая проверка позволит быстро и безболезненно отказаться от идеи или, наоборот, воплотить ее в жизнь.

Google Analytics – анализ аудитории и состояния вашей ниши на рынке. Узнайте, кого вы потенциально могли бы заинтересовать и насколько ваша идея актуальна.

Instapage – быстрое создание лендингов. Вспомните историю Airbnb – один лендинг, если его правильно использовать, вполне может стать minimum viable product. Так вы найдете заинтересованную аудиторию и наладите с ней контакт.

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

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

Литература

Chris Bank, Jerry Cao, Waleed Zuberi. “The Guide To Minimum Viable Product: A Master Collection of Frameworks, Expert Opinions, and Examples”

Авторы описывают, как происходит разработка MVP, на примере успешных кейсов Twitter, Dropbox и Airbnb. Здесь вы найдете полезные советы о том, как балансировать между оптимальными затратами и “выживаемостью” бизнеса.

Dan Olsen. “The Lean Product Playbook: How to Innovate with Minimum Viable Product and Rapid Customer Feedback”

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

Marty Cagan. “Inspired: How To Create Product Customers Love”

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

Scott Grossman. “Minimum Viable Product: Master Early Learning and Develop an MVP”

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

Заключение

Подпишитесь

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

Читайте также: