mvp проекта что это такое и как
MVP: 6 примеров + практическая инструкция
Мне навсегда запали в душу слова коллеги по цеху: “Ко мне как-то пришёл парень за помощью – продать 300 плюшевых негров, которых он купил оптом, но идея не пошла”.
С тех пор любой предприниматель, который не протестировал идею, у меня ассоциируется с владельцем этих 300 плюшевых негров.
И в этой статье мы поговорим о способе не стать обладателем ненужного продукта, на которого Вы потратили массу денег, времени и сил.
А если конкретно, рассмотрим MVP. Что это такое и как оно может помочь бизнесу в состоянии старта или масштабирования.
Звук на минимум
Не так давно компания CB Insights провела анализ стартапов на основе Big Data и обнародовала свои исследования.
Они выявили общую картину в провале большого количества стартапов. Если быть точным, эта цифра ровняется 42%.
Именно такая часть новых компаний терпела неудачи только по одной причине – на их продукт не было спроса.
Грубо говоря, они тратили годы на исследование и создание продукта, а он оказывался никому не нужен.
А все это потому, что продукт чуть ранее не прошел проверку на жизнеспособность, даже в своей минимальной комплектации.
И в этом простом действии спасение могут найти далеко не только стартаперы. Действующему бизнесу тоже нужно это. Но обо всём по порядку. Что означает MVP?
MVP или minimum/minimal viable product – дословный перевод звучит как минимально жизнеспособный продукт.
Minimum viable product – это продукт в своей минимальной разработке, которая показывается покупателям/инвесторам, чтобы протестировать спрос.
Есть более точная расшифровка, которая характеризует MVP – это прототип Вашего будущего продукта.
Но при прочтении этой статьи Вы можете слово “продукт” легко заменить на любое действие в бизнесе. Почему я так говорю, Вы поймёте буквально через пару абзацев.
Сам термин был придуман в уже далеком 2001-м году бизнес-консультантом Фрэнком Робинсоном и довольно быстро принял популярность в кругах стартаперов.
Чуть позже он был включен в методологию “сustomer development”. Это когда идея или прототип продукта создается в минимальной комплектации и тестируется на потенциальных потребителях.
Возможно Вы слышали его другое название – клиентоориентированный подход. Так вот MVP – это конкретный инструмент клиентоориентированного подхода.
Почему именно инструмент? Да потому что минимально жизнеспособный продукт в его первоначальном понимании – это всего одна функция или задача, которая решает конкретную проблему конкретных потребителей этого продукта.
Я бы не даже не стал называть его продуктом, так как в правильном подходе – это процесс, который, основываясь на новых данных, позволяет дорабатывать финальный продукт необходимым образом для Вашей целевой аудитории. То есть зацикленный процесс.
От ума, а не от бедности
Мне очень понравилась цитата Дмитрия Калаева, директора Фонда Развития Интернет-Инициатив: “MVP — это не от бедности, это от рациональности”.
И наверное это самое точное и правильное определение, которым только можно описать данный подход.
Благодаря этому Вы можете минимизировать свои затраты на разработку основного продукта, доработать его или своевременно прекратить его разработку.
Кроме того, создание MPV – это еще и огромная экономия времени на создание основного продукта.
Согласно исследованиям The Standish Group, 64% пользователей не используют дополнительные фишки в различных приложениях, сервисах и продуктах в принципе.
То есть больше половины респондентов просто используют продукт в его минимальной, базовой комплектации.
А именно доработкой всех этих фич, как правило, и занимаются стартаперы, которые доводят свой продукт до совершенства, основываясь только на своих умозаключениях, перед тем как показать его потенциальным потребителям.
Хотя должны делать совершенно наоборот – сначала протестировать, понять что нужно, и только потом двигаться дальше.
MVP: что это такое и как его создать
Бизнесу необходимо предусматривать риски. Для этого существует стратегия развития нового проекта, который начинается с запуска минимально жизнеспособного продукта. Отсутствие рыночного спроса часто становится причиной провала многих стартапов. Поэтому важно предварительно разведать обстановку, чтобы изучить заинтересованность аудитории в выпускаемых продуктах. Такая подготовка поможет избежать серьезных ошибок и лишних затрат на развитие убыточного направления.
Что такое MVP
Minimal Viable Product – это тестовая версия продукта, товара, сервиса, предлагающего минимальный функционал. То, как на него реагирует потребитель, определяет направление для дальнейшего развития тестируемого образца. MVP помогает в проверке строящихся гипотез и оценивает жизнеспособность продукта, его востребованность у аудитории. Обратная связь от клиентов дает понять, нужно ли вносить изменения в стратегию по продвижению, работать над качеством и торговыми характеристиками товара.
Чем отличается от PoC
Proof of Concept (PoC) – подтверждение правильности предлагаемой концепции или гипотезы. Термин описывает исследование, в рамках которого происходит выяснение жизнеспособности любого продукта. Определения PoC и MVP связаны, но не равноценны. Так, Proof of Concept – это описание технических процессов, реализуемых на начальной стадии развития. PoC позволяет практически оценить осуществимость какой-либо идеи, это первый этап превращения идеи в результат.
Для чего нужен и когда делать MVP
Минимально жизнеспособный продукт помогает в проверке рабочих гипотез и сборе откликов до начала разработки полноценного товара или услуги. Благодаря ему бизнес может:
Делать MVP стоит в начале пути, когда бизнес еще не запущен, но уже выбрал нишу и готовит тестовые образцы для проверки реакции аудитории.
Разновидности MVP
Подходы к формированию минимально жизнеспособного продукта можно разделить на две большие группы по степени достоверности — высокая и низкая.
Высокая достоверность
Эти виды позволяют спрогнозировать результат тестирования с высокой степенью вероятности. Поэтому их лучше всего использовать в проектах, которые предполагают крупные финансовые вложения. Они требуют получения результатов, максимально близких к рыночным условиям, и в этом помогают следующие виды MVP.
MVP Флинстоуна
Минимально жизнеспособный продукт по этому методу тестируется с помощью имитации наличия функционала. Этот вид MVP назван именем персонажа мультика «Флинстоуны», который имитировал поездку на автомобиле.
Фактически опции продукта ничем не подкреплены, но собственник бизнеса не дает пользователям усомниться в их работоспособности. Так произошло с основателем интернет-магазина Zappos, который изначально публиковал фотографии моделей обуви, не имея их в наличии. При оформлении заказа он просто приобретал необходимую пару и отправлял ее покупателю. Так предприниматель экономил деньги на аренде склада и закупке товара.
Консьерж MVP
Такой метод реализуется в онлайн-сервисах, которые стремятся автоматизировать работу с целевой аудиторией. Он предполагает оказание услуг на первых этапах вручную, без внедрения автоматических механизмов. Можно сэкономить на технической составляющей и оценить востребованность предлагаемого продукта.
Разрозненный MVP
Используется, когда не требуется уникальное программное обеспечение. Пример – сервис для покупок Groupon. Ресурс обрастал различными функциями по мере развития. На начальном этапе развития он был обычным сайтом на WordPress, который взаимодействовал с покупателями через электронную почту.
Продукт с одним параметром
Этот вид применяется для теста MVP с одной функцией, для которой необходимо собрать обратную связь и организовать тестирование. Выпуск такого продукта позволяет уменьшить ЦА, чтобы собирать отклики только от заинтересованных клиентов.
Низкая достоверность
Минимально жизнеспособный продукт, тестируемый в рамках этих концепций, характеризуется более простыми способами сбора информации. Они дают менее точные результаты, но проводятся проще и быстрее. MVP этого типа представлено следующими форматами:
Преимущества и недостатки MVP
Минимально жизнеспособный продукт характеризуется преимуществами внедрения:
Недостаток такого предварительного релиза всего один – плохая совместимость с инновационными продуктами. Новые решения на рынке сложно поддаются предварительному тестированию, так как аудитория зачастую бывает к ним не готова.
К чему может привести игнорирование этапа создания MVP
Переход от потенциального продукта к реальному напрямую может обернуться для бизнеса серьезными финансовыми потерями. Это связано с тем, что:
Хостинг провайдер для бизнеса
30 дней бесплатного тестового периода виртуального хостинга
Инструмент автоматизации контекстной рекламы
Скидка 25% на 3 месяца тарифа «Старт» + индивидуальный практикум по работе с инструментом
Пакет услуг «Быстрый старт email-рассылок» со скидкой 20%
Конструктор для создания чат-ботов, рассылок и автоворонок
Удвой продажи с помощью чат-ботов в мессенджерах. Бесплатно на 21 день.
Скидка 25% на первый месяц работ по SEO + аудит в подарок
Логистический партнер для бизнеса и частных лиц
Скидка 25% на перевозку и доставку от адреса
Как создать MVP
Несмотря на то, что для каждого бизнеса схема его реализации своя, есть универсальные правила, помогающие приблизительно определиться с направлением развития.
Проведите анализ конкурентов
Именно стратегии конкурентов дают компаниям представление о работе бизнеса. Исходя из успешности чужого опыта, можно определить, насколько та или иная идея востребована на рынке, чтобы реализовать ее в собственном проекте.
Определите основную задачу продукта
Для повышения востребованности продукта важно сделать так, чтобы он решал проблему клиентов, обратившихся за его приобретением. Важно понять, для чего нужен предлагаемый товар или услуга и проводить разработку исходя из его главной задачи.
Установите «узкую» целевую аудиторию
Минимально жизнеспособный продукт отличается необходимостью работы с узкой аудиторией, так как большой объем сведений создает диссонанс и замедляет поиск оптимальных вариантов для разработки. Важно детально воссоздать портрет представителя ЦА. Им будет тот, кого точно должно удовлетворить предлагаемое бизнесом решение проблемы.
Исследуйте конкурентный рынок
Даже при разработке инновационного решения следует обращать внимание на конкурентов. Есть вероятность, что схожую идею уже развивает кто-то другой. Поэтому важно посмотреть, какую долю рынка они занимают, что предлагают, в чем уникальные особенности вашего продукта.
Выполните SWOT-анализ
Это метод стратегического планирования, с помощью которого определяют:
После проведенного анализа необходимо сосредоточиться на сильных сторонах и минимизировать слабые, максимально предотвращая угрозы.
Постройте карту пути клиента
Компании важно не просто вывести на рынок минимально жизнеспособный продукт, но и понять, как ее аудитория будет до него добираться. Этот «маршрут» должен быть простым, удобным и быстрым. С этим поможет карта пути, по которой можно отследить пошаговые действия клиента перед приобретением MVP.
Выберите основные функции
Итоговый продукт может решать сразу несколько клиентских проблем. Однако большое число возможностей в начале тестирования скорее усложнит работу, чем облегчит ее. Во-первых, разносторонний функционал может запутать клиентов, во-вторых, даст большой объем отзывов, в которых легко запутаться.
Найдите оптимальный метод разработки и создайте MVP
Есть несколько основных методов для разработки MVP:
Запустите альфа- и бета-тест MVP
Альфа-тестирование проводится для закрытой группы пользователей. Обычно это очень узкая аудитория, которая часто может состоять из знакомых, друзей. После исправления всех замечаний нужно перейти к бета-тестам. Они проводятся уже на основании отзывов реальных клиентов и также предполагают сбор обратной связи от пользователей.
Продолжительность тестирования зависит от того, насколько быстро удалось получить готовое решение. Иногда достаточно пары циклов, а порой приходится снова возвращаться на первый этап и начинать заново.
Что еще поможет при разработке MVP
В создании MVP продукта можно использовать следующие советы:
Методы управления разработкой и финальное тестирование MVP
Из выше описанных методов управления стоит выбрать один вариант для реализации на примере собственного бизнеса. После его внедрения и разработки первоначальной версии продукта, следует заняться проведением альфа-тестирования. После сбора фидбэка и устранения недостатков проводится еще несколько тестов, пока они не доходят до финального. На этом этапе бизнес понимает, можно ли внедрять тестируемое решение на практике или стоит полностью изменить направление работы.
Частые ошибки при создании MVP
Просчеты могут быть связаны как с отсутствием опыта проектирования подобных продуктов, так и с трудностями, возникающими по ходу тестирования. К основным проблемам в этом направлении можно отнести следующие моменты.
Попытки достигнуть идеала
При разработке важно не оказаться в ловушке перфекционизма. Из-за стремления к идеалу можно не сделать вообще ничего. Поэтому важно понять, что разработка продукта с базовой комплектацией предполагает внедрение хорошей, рабочей модели, а не окончательный вариант с большим набором функциональных возможностей.
Небрежная работа
Выполненная наспех работа становится большой проблемой уже на этапе тестирования. Из-за этого потребители не могут оценить даже минимальный набор функций, а сами компании не в состоянии полноценно собрать фидбэк. Все это влияет на конечную версию продукта.
Отсутствие обратной связи
Именно на основании отзывов и обратной связи происходит доработка первоначальной версии. Без них бизнес не поймет сильные и слабые стороны своей концепции, не сможет оценить имеющиеся проблемы. Только совместная работа с клиентом поможет определить удачные и неудачные моменты в отношении готовящегося продукта.
«Пустые» обещания
Несмотря на то, что собственникам бизнеса часто хочется пообещать внедрение различных «фишек» для привлечения внимания, обещания должны быть реалистичными. Разочарование аудитории и обманутые ожидания нивелируют достижения, даже если половина заявленного действительно была выполнена.
Отказ от анализа и аналитики
Лучше уже на этапе тестирования продукта взять расходы на рекламу под контроль – эффективнее и выгоднее использовать для этого единую систему. Попробуйте маркетинговые продукты Calltouch — систему сквозной аналитики, коллтрекинга и управления рекламой.
Сквозная аналитика
Примеры MVP успешных компаний
Минимально жизнеспособный продукт в свое время реализовали многие компании, которые сегодня популярны и коммерчески успешны.
Buffer
Это приложение, предлагающее пользователям управлять аккаунтами в социальных сетях и создавать отложенные публикации на различных платформах. В начале своего развития Buffer представлял собой набор с минимальным числом функций, но постепенно у него стали появляться дополнительные опции, что повысило заинтересованность аудитории. Это послужило началом для разработки полноценного MVP, что стало прообразом текущего проекта.
Airbnb
На старте этот популярный сервис не имел функцию предварительной оплаты: Airbnb выступал посредником между клиентами и хозяевами. Собственники получали деньги напрямую от своих постояльцев, так как сервис не работал с банковскими картами.
Twitch
Этот стриминговый сервис изначально работал как платформы для трансляции шоу Justin TV. Первоначально он ограничивался одной трансляцией, показываемой в низком качестве. Это привлекало небольшой сегмент аудитории, которой, однако, хватило для выбора дальнейшего направления развития – гейминг-индустрия и видеоигры.
Заключение
Minimum Viable Product – необходимый этап в работе любого бизнеса. Такой подход помогает изучить сильные и слабые стороны разработки, позволяет создать эффективный конечный продукт, избежав крупных потерь в случае провала.
MVP: что это такое и как работает?
Читая новости про проекты и сервисы, вы могли часто сталкиваться с понятием MVP. Но что скрывается под этой аббревиатурой и почему MVP так часто используют на начальных этапах развития продукта? Давайте прямо сейчас вместе разберемся в этом.
Что собой представляет MVP
Minimal Viable Product (минимально жизнеспособный продукт) — тестовая версия товара, услуги или сервиса с минимальным набором функций (иногда даже одной), которая несет ценность для конечного потребителя.
MVP создают для тестирования гипотез и проверки жизнеспособности задуманного продукта, насколько он будет ценным и востребованным на рынке.
Результаты тестирования минимально жизнеспособного продукта и обратная связь от целевой аудитории помогают понять, стоит ли развивать проект дальше, какие изменения следует внести в стратегию, а что оставить в первоначальном виде.
В 2008 году, когда аренда отеля или жилья во время путешествия была большой проблемой, два энтузиаста решили подойти к вопросу нестандартно и сдали свою квартиру по простому факсу. По сути, это тоже MVP, в котором тестировалась основная функция. Эксперимент показал, что продукт получит спрос, а сегодня Airbnb — одна из крупнейших площадок по поиску краткосрочной аренды жилья.
MVP и PoC — одно и то же?
Proof of Concept (PoC) — доказательство правильности концепции и некоторые новички часто путают его с минимально жизнеспособным продуктом. PoC описывает процессы выяснения технической жизнеспособности концепции программного обеспечения (или любого другого продукта).
Да, эти определения взаимосвязаны, но не взаимозаменяемые. Proof of Concept — описание процессов на начальной стадии развития продуктов, которые потом реализуются фактически, из чего получается MVP.
Виды MVP
Есть много разных подходов к созданию минимально жизнеспособного продукта, но на практике чаще всего используют некоторые из них. Далее поговорим о наиболее популярных.
MVP Флинстоуна
Помните, как в популярном мультике «Флинстоуны» глава семейства создавал иллюзию передвижения на автомобиле? Так вот, этот подход предусматривает имитирование наличия функционала, хотя на самом деле технически он никак не реализован. MVP нацелен на проверку гипотезы, доказательство жизнеспособности выбранной модели развития бизнеса.
Он сделал сайт и опубликовал фото разных моделей обуви. Получил заказ, пошел в магазин, приобрел нужную пару и отправил покупателю. Так он проверил жизнеспособность идеи продаж обуви через интернет, при этом изначально он не тратил деньги на аренду склада и закупку продукции, а лишь имитировал их наличие.
Консьерж MVP
Эта методология больше подходит для онлайн-сервисов, конечная цель которых — автоматизировать решение проблем целевой аудитории. На начальных этапах реализации продукта услуга оказывается вручную.
Например, мы хотим сделать сервис по финансовому учету и планированию для физических лиц. Но чтобы проверить, будет ли пользоваться спросом эта идея, сначала сделаем несколько финансовых планов для клиентов вручную через Excel. Так мы сможем понять, кто и сколько готов платить, какие функции нужно реализовать в первую очередь и т.п. Часто консьерж MVP помогает в генерации новых идей, которые впоследствии делают конечный продукт лучше.
Эту модель в конце 90-х годов использовал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. Он не стал сразу вкладывать сотни тысяч долларов в техническую реализацию сервиса, а бронировал для других людей столики в ресторанах вручную. Так он проверил жизнеспособность идеи, понял, кто, сколько и за что готов платить и познакомился с целевой аудиторией.
Разрозненный MVP
Метод разрозненного MVP используют, когда идею можно проверить и реализовать без разработки уникального программного обеспечения. Вместо этого собирают готовые инструменты, объединяют в одну систему и преподносят в едином интерфейсе.
Если бы все компании начинались с разработки уникальных решений, которая обходилась бы в сотни тысяч долларов, мы бы не увидели много крутых проектов. К этому, как правило, переходят после запуска, получения обратной связи и первых результатов.
Посмотрите на популярный сервис совместных покупок Groupon. Когда-то он был простеньким сайтом на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Только после получения первой обратной связи и финансовых результатов были разработаны социальные функции, полноценная email-рассылка, автоматизация и мобильное приложение.
Продукт с одним параметром
Эту разновидность используют чаще всего, когда есть готовый продукт с минимальным набором функций (как правило, одной). По такому принципу действовали основатели Spotify, которых упомянули в начале статьи.
Выпуск продукта с одной функцией (параметром) позволяет сузить целевую аудиторию, получить обратную связь и проанализировать ее, после чего приступить к тестированию.
Когда и для чего нужно делать MVP?
Приступайте к разработке MVP на начальных стадиях развития продукта. Идея может быть крутой только у вас в голове (да, такова уж суровая реальность), так зачем сразу вкладывать большие деньги в разработку, когда есть вариант с маленькими затратами и точной проверкой? После выпуска минимально жизнеспособного продукта вы определите спрос и поймете, в правильном направлении развиваете проект или нет.
Но самое крутое в MVP — сбор ценной информации от первых пользователей. Именно конечный потребитель расскажет о правильной реализации проекта. Собранные данные используйте для планирования дальнейших обновлений и определения наиболее приоритетных целей: какие функции реализовать в первую очередь.
Как сделать MVP правильно
В теории вы узнали, что такое минимально жизнеспособный продукт, теперь поговорим о практической части — создании MVP. Для получения хорошего результата разложите работу на мелкие итерации (шаги/этапы), обозначьте цели для команды в целом и задачи для каждого члена. Но в первую очередь донесите до коллектива общие принципы работы и создания продукта.
Нулевой этап: определяем основные принципы создания MVP
Проведите общее собрание коллектива, который примет участие в разработке MVP. На нем вы должны разобраться, все ли члены команды понимают, зачем это нужно. Обсудите видение минимально жизненного продукта, сложите все воедино и постройте первый примерный план дальнейшей работы.
В ходе общего собрания обсудите следующие вопросы:
Первый этап: поиск проблемы, которую решит MVP
После определения основных принципов MVP, ответьте на вопрос: «Какую проблему решает продукт?». Опишите его ценность в нескольких предложениях. Во-первых, это полезно для себя и команды, во-вторых, в дальнейшем поможет в создании уникального торгового предложения, лендинга и рекламной кампании.
Например, создаем сервис по финансовому планированию для физических лиц. Он решает проблему «бесконтрольного расходования денежных средств, помогает организовать бюджет и ставить долгосрочные цели».
Второй этап: находим целевую аудиторию
Распространенная ошибка начинающих продактов и предпринимателей — они считают, что их проект решает проблему широкой аудитории (всех людей). Такой подход в разы повышает вероятность провала. Сфокусируйтесь на определенной целевой аудитории.
Составьте портрет клиента, который обязательно купит продукт. Опишите его пол, возраст, социальное положение, уровень дохода, потребности, привычки, используемую им технику, распространенные проблемы, предпочтения в отдыхе и т.п.
Не торопитесь на этом этапе! Лучше потратить несколько часов для формирования портрета ЦА, чем потом «слить» весь рекламный бюджет и получить минимальную конверсию. И не забывайте про то, какую проблему решает MVP (это определяется на первом этапе).
Пример с сервисом по составлению финансовых планов для физических лиц:
Третий этап: определяем основных конкурентов
Не думайте, что ваш продукт (идея) уникален и такого больше нигде нет. Если вы с ним не сталкивались лицом к лицу, это не гарантирует уникальность. И вообще есть гипотеза «множественного открытия»: все исследования и изобретения делаются сразу несколькими учеными независимо друг от друга.
Эту гипотезу подтверждает история с разработкой радио. В России считают, что его изобрел Александр Попов, а вот в Италии лавры отдают Гульельмо Маркони. Оба начали работать над реализацией идеи в 1894 году, но Попов свою разработку презентовал в марте 1896 года (но при этом не запатентовал), а Маркони в июне 1896 года подал документ на патент. Кстати, есть еще несколько ученых в разных странах, которые также претендуют на звание «создатель Радио».
История с MVP аналогичная: вы должны потратить немало времени, но постараться найти конкурентов. Вам повезет, если идея все-таки окажется уникальной, а если нет, тогда решите следующие задачи:
Для удобства советуем составлять сводную таблицу со всей собранной информацией. Впоследствии будет проще ориентироваться в больших массивах данных и принимать какие-либо решения.
Четвертый этап: проводим SWOT-анализ
SWOT-анализ представляет собой таблицу, состоящую из четырех блоков:
Не расписывайте пункты на целые абзацы. Они должны быть короткими и понятными для всей команды.
Обратите внимание, что таблица разделена на две части. Сильные и слабые стороны, как правило, относятся к внутренним факторам, а возможности и угрозы — к внешним.
Цель SWOT-анализа выявить сильные стороны и возможности, чтобы сосредоточить работу на них для минимизации негативных последствий от слабых сторон и угроз. Сделанные выводы помогут выбрать стратегию развития и позиционирования бизнеса на рынке.
Пятый этап: создаем карту пути пользователя
Простой блиц для определения удобства продукта: если вы сами не понимаете, что надо делать с вашим сервисом (продуктом, услугой и т.п.), то потребитель разобраться точно не сможет!
Чтобы избежать такого недоразумения, на пятом этапе создания минимально жизнеспособного продукта составляют карту пути пользователя — что делает пользователь при взаимодействии с продуктом. Вы должны понимать, какие у аудитории требования к контенту, дизайну, интерфейсу.
Кстати, не забывайте корректировать карту пути пользователя (user flow) после получения обратной связи от первых клиентов. Они расскажут, что хорошо, а что плохо или неудобно. На основе этого корректируйте карту, чтобы конечный потребитель получал то, что хочет.
Например, для сервиса по финансовому планированию сделали такую карту:
Шестой этап: составляем перечень функций продукта
На прошлом этапе вы определили основные взаимодействия пользователя с продуктом, теперь для каждого опишите конкретные функции. Для удобства составьте специальную карту: взаимодействия и функции для каждого. Сначала она выглядит так:
Дальше для каждого взаимодействия определяется перечень функций. Здесь помогут логика и пользовательские истории. В первом случае самостоятельно или вместе с командой подумайте, что нужно сделать для обеспечения того или иного взаимодействия.
Но как вы помните, наше видение часто искажено, а вот реальные пользователи дают объективную информацию на основе опыта. Пользовательские истории описывают те или иные действия людей, на основе которых определяются необходимые функции.
Дальше расставьте все функции по приоритету. Самые востребованные (которыми пользуются чаще всего) ставим в начало списка, редко используемые — в конец. Должна получиться вот такая карта:
Седьмой этап: определяем функции MVP
На этом этапе вы должны определить функционал MVP или иными словами — запланировать объем минимально жизнеспособного продукта. Для начала определите несколько основных функций, без которых проект вообще не сможет существовать, от него не будет никакого толку. Это — каркас или наименьшая полезная версия продукта.
Каркас как дом без отделки — вроде бы, жить можно, но как-то не очень. Поэтому в большинстве случаев MVP дополняют разными «полезностями». Для этого необходимо определить существенные и несущественные функции: какие нужны сейчас, а какие можно доработать потом в процессе развития проекта.
Опять же, классифицировать функции лучше коллективом. Обсуждения, споры, аргументация — это приведет к определению оптимального объема минимально жизнеспособного продукта. На карте выделите каркас и дополнительные функции в рамках MVP для удобства дальнейшего планирования. Должно получиться что-то наподобие этого:
Такую карту с объемом минимально жизнеспособного продукта можно сделать на компьютере или на магнитной доске, стоящей в переговорной или аналогичном помещении. В ходе разработки допускается внесение корректировок.
Восьмой этап: выберите метод управления и разработки
Вы готовы к началу работы: определена идея, задачи, цели объем MVP. Осталось выбрать модель управления для достижения максимальной эффективности и соблюдения установленных сроков разработки. Возможно несколько вариантов:
Девятый этап: проводите тестирования
Тестируйте MVP короткими итерациями: альфа- и бета-тестированием. Альфа — внутренний этап: закончили разработку, пользуйтесь продуктом внутри команды несколько дней. Если все окей, запускайте бета-тестирование — внешний этап, дайте доступ к проекту первым пользователям. Длительность: 7-14 дней.
После первой беты соберите отзывы, статистику посещений, аналитику поведений и проанализируйте весь массив данных. Так вы узнаете, что надо доработать, что можно убрать, а что, наоборот, надо добавить в срочном порядке.
Несколько итераций «разработка-альфа-бета» помогут прийти к оптимальной первой версии продукта, который можно выпускать на рынок для массового пользователя и продолжать дорабатывать.
Еще раз поговорим всю последовательность этапов:
Самые распространенные ошибки при создании MVP
Теперь вы знаете, как создать свой MVP. Но есть еще один момент: новички (им это простительно, кстати) часто допускают ошибки при планировании первых минимально жизнеспособных продуктов. На второй-третий раз, набравшись опыта, они работают быстрее и эффективнее.
Но зачем учиться на собственном опыте, когда есть чужой? Почему бы не использовать его и постараться избежать неточностей на своем пути? Поэтому далее поговорим о самых распространенных ошибках начинающих продакт-менеджеров и предпринимателей.
Попытки достигнуть идеала
Закройте в клетке своего перфекциониста, потому что в ходе разработки MVP он сыграет с вами злую шутку! Запомните, задача минимально жизнеспособного продукта — дать пользователю базовое представление о продукте, он априори не должен и не может быть идеальным.
Вы тестируете гипотезу! Поверьте, маленького MVP хватит для определения потенциала идеи. Если она крутая, то спрос на продукт не испортит даже плохой дизайн, интерфейс и минимальная скорость работы. И только при подтверждении этой гипотезы начинайте тратить ресурсы на юзабилити и красивый фантик.
Небрежная работа
Если MVP не должен быть идеальным, это не значит, что его можно делать, как попало. Некоторые продакты бросаются из крайности в крайность, в результате получает вообще что-то непонятное.
Минимально жизнеспособный продукт должен быть простым, но качественным. Например, если делаете сервис, то купите хотя бы домен второго уровня, не надо оставлять его на поддомене какого-то бесплатного конструктора.
Отсутствие обратной связи
Некоторые новички так увлекаются разработкой, что забывают о приоритетной цели — сборе обратной связи. Еще на стадии планирования следует определить ключевые метрики, которые покажут успешность проекта. Это может быть количество скачиваний или покупок, число новых пользователей, коэффициент удержания клиентов и т.п.
«Пустые» обещания
Когда «глаза горят», есть ощущение способности свернуть горы! И в такие моменты руководитель начинает делать анонсы крутых и необычайных возможностей. Конечно, это все здорово с точки зрения маркетинга, но если не сдерживать обещания, пользователи начнут покидать проект.
Поэтому всегда принимайте решения о новых анонсах на «холодную» голову. Объективно оценивайте, что сможете сделать, а что нет.
Отказ от анализа и аналитики
Окрыленность собственной идеей часто дурманит разум и вся команда перестает обращать внимание на объективные факты: плохие метрики, отрицательные отзывы и т.п. Начинают думать, что просто пользователи не все понимают сейчас, а вот когда финальная версия продукта будет готова, тогда они оценят.
Нет, не оценят. В этом деле всегда важен объективизм. Есть обратная связь от реальных пользователей, слушайте ее, корректируйте работу проекта в соответствии с желаниями конечных потребителей, иначе во всей этой суете нет никакого смысла.
Итак, подведем краткий итог: MVP — минимально жизнеспособный продукт, который делают для тестирования идей и гипотез, сбора обратной связи от первых потребителей (и да, MVP ≠ PoC). Реализовать можно за 10 этапов и постараться избежать наиболее распространенных ошибок. Если вы планируете создание нового продукта, начинайте с MVP: это позволит избежать больших ресурсных потерь в случае плохого потенциала идеи.