mvp что это значит
Минимально жизнеспособный: как MVP помогает продукту выйти на рынок
Содержание
MVP (или Minimum Viable Product, «минимально жизнеспособный продукт») — это самая ранняя версия продукта, у которой есть минимальный набор функций, достаточный для презентации публике и проверке на первых потребителях. Однако такой продукт обязан демонстрировать достаточную ценность для пользователей.
Понятие ввел в оборот в 2001 году соучредитель и президент консалтинговой фирмы SyncDev Фрэнк Робинсон. Он определил MVP как итог «синхронной разработки» или одновременного развития продукта и исследования целевой аудитории.
MVP отличается от прототипа тем, что представляет собой рабочий продукт, который должен выполнять обозначенную функцию наилучшим образом. К примеру, это может быть бета-версия сайта компании, функциональность которой затем дополнят, изучив поведение первых посетителей.
Чем MVP полезен для бизнеса
Создание MVP дает прямые и косвенные финансовые преимущества. Оно позволяет бизнесу:
Примеры MVP
Гаррет Кэмп и Трэвис Каланик в 2010 году запустили приложение для iPhone UberCab, которое позволяло пассажирам арендовать для поездки автомобили премиум-класса всего в полтора раза дороже стоимости обычного такси. Идея у создателей родилась после того, как они заметили, что тарифы на городское такси стали несоразмерно высокими. Изначально приложение работало на ограниченной территории и с узкой целевой аудиторией, но спустя год бета-тестирования создатели смогли привлечь первые крупные инвестиции.
В 2008 году Брайан Чески и Джо Геббиа не смогли платить за квартиру-лофт в Сан-Франциско и решили проверить, существует ли спрос на аренду комнат напрямую от хозяина. Они создали простой одностраничный сайт с фотографиями своей квартиры и начали сдавать собственный чердак. Молодым дизайнерам удалось рассчитаться со всеми долгами. Уже в 2009 году их стартап привлек внимание Пола Грэма и получил первые инвестиции от его бизнес-инкубатора Y Combinator. После этого Чески и Геббиа поехали в Нью-Йорк, где ходили по домам клиентов и расспрашивали их об опыте аренды. Вскоре они поняли, что многих квартиросъемщиков отталкивают изображения плохого качества, которые фигурировали в объявлениях. Тогда молодые дизайнеры взяли напрокат зеркальный фотоаппарат и отправились по адресам в Манхэттене и Бруклине, чтобы самим фотографировать квартиры арендодателей.
Разработчики MVP стримингового сервиса сконцентрировались на функции потоковой передачи музыки. По итогам закрытого бета-тестирования приложения для Windows они заключили контракты с крупными лейблами и смогли получить значительное финансирование для своего проекта.
Авторы идеи создали MVP с чеки́нами и наградами за них в виде бейджей. После тестирования они начали расширять возможности сервиса, добавили рекомендации и путеводители по городам.
Изначально создатели сервиса купонов запустили сайт The Point, объединяющий людей, которые не могли в одиночку выполнить какую-либо задачу. Тестирование показало, что идею нужно сузить. Тогда был запущен кастомизированный блог на платформе WordPress, куда вручную добавляли информацию о возможностях коллективных скидок. При подписке на сайт его пользователи получали по почте рассылку с PDF-файлами о скидках.
Основательница маркетплейса Татьяна Бакальчук сначала закупила женскую одежду из Германии, затем создала сайт и запустила рекламу своего магазина на платформе Passions.ru. Бакальчук использовала каталоги Otto и Quelle, которые работали в России только через агентов, но не были представлены в сети. В отличие от агентов, которые брали около 15% комиссии, она выставила агентское вознаграждение в размере 10% и не брала предоплату.
История файлового хостинга началась с трехминутного демо-видео, которое объясняло идею и ценность будущего продукта. Оно получило множество положительных отзывов и набрало миллионы просмотров, что помогло привлечь инвесторов.
В 2009 году Ян Кум и Брайан Эктон решили создать мобильную телефонную книгу, которая бы показывала статус контакта: доступен, занят, на совещании и так далее. Контакты пользователей этой книги получали соответствующие всплывающие уведомления. Однако вскоре они стали использовать статусы для общения. Тогда создатели выпустили новую версию WhatsApp с функцией отправки сообщений.
Типы MVP
Существует несколько основных подходов к созданию MVP. В зависимости от этого выделяют несколько типов такого продукта.
Волшебник страны Оз использовал трюки, чтобы притворяться тем, кем он на самом деле не был. То же можно сказать о данном типе MVP. Продукт только кажется функциональным, но на самом деле его разработчик делает всю работу вручную. Это нужно для того, чтобы проверить саму концепцию продукта и понять, востребован ли он. Так развивался сайт заказа обуви Zappos. Изначально у авторов идеи не было ни склада, ни закупленных партий товара, а существовал лишь сайт с фотографиями обуви. Когда ее начали заказывать, разработчики обновили функциональность сайта.
Продукт работает по тому же принципу, что и в случае с Волшебником страны Оз: изначально все работы выполняются вручную. Однако клиенты при этом осознают, что за товаром или услугой стоит человек. Сотрудники службы финансового планирования и инвестиций Wealthfront изначально общались напрямую с клиентами, которым нужна была помощь в управлении капиталом, а автоматизированная система появилась позднее. Такой тип MVP помогает сформировать план развития продукта и собрать фидбэк от целевой аудитории.
Цель такого типа продукта состоит в том, чтобы донести до клиентов ценность использования существующих инструментов вместо создания уникального решения. Его используют, чтобы проверить и реализовать идею без разработки уникального программного обеспечения. Так начал работать Groupon. Создатели начали с сайта на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Лишь позднее сервис дополнили социальными функциями, полноценной email-рассылкой и мобильным приложением.
Это рабочий продукт с минимальным набором функций, которые нужно проверить. Такой тип MVP позволяет сформировать целевую группу, получить обратную связь и проанализировать ее, а также провести тестирование функциональности.
Этапы создания MVP
Чтобы создать успешный продукт, потребуется детальный план его развития. Предварительно нужно подтвердить базовые принципы и методы MVP. Команда должна следовать им на протяжении всего процесса. При этом нужно стремиться потратить как можно меньше денег и усилий.
Выделяют несколько этапов проверки идеи и превращения ее в продукт.
Идея MVP отвечает концепции «бережливого стартапа». Главная цель создания заключается в тестировании концепции или продукта на рынке. Именно по его итогам бизнес может принимать решения о выпуске. Автор методики развития клиентов Стив Бланк говорит, что главная причина провала успешных по многим показателям проектов — это недостаточное знание своих клиентов. Это подтверждает и исследование CB Insights, согласно которому в 42% случаев причиной провала стартапа становится отсутствие рыночного спроса. Создание MVP позволяет понять потребности аудитории на ранних стадиях развития продукта и не выпускать на рынок товар или услугу, которая не будет пользоваться популярностью.
MVP подходит не только для стартапов, но и при разработке решений на предприятиях. Зачастую разработка нового продукты достаточно сложна, а изменения сопряжены с серьезными рисками. Концепция Minimum Viable предполагает небольшие и постепенные изменения, которые достаточно безопасны и позволяют внедрять функции или обновления, не доставляя неудобств клиентам.
Что такое MVP. Объясняем простыми словами
MVP (Minimum Viable Product) — минимально жизнеспособная версия продукта, способная привлечь первых пользователей.
Главная задача MVP — при минимальных инвестициях проверить, верна ли гипотеза, лежащая в основе бизнес-модели. Выпуская MVP на рынок, стартаперы смотрят, как продукт принимает аудитория. В зависимости от реакции пользователей команда стартапа решает, продолжить, скорректировать или вовсе отменить работу над продуктом.
Если, например, вы хотите в итоге построить автомобиль, то MVP — это не кузов с рулём, но без мотора и колёс, а скорее велосипед или телега с лошадью. То есть что-то похожее на автомобиль, что может выполнять все его основные функции.
Пример употребления на «Секрете»
«Нам очень помогло, что MVP мы создавали на собственные средства. Это весьма отрезвляет, формирует рациональный подход и умение именно учиться на своих ошибках, а не бесконечно повторять их».
(Основатель правовой экспертной системы UR-LI Валерий Маюшкин — о запуске своего юридического стартапа.)
Ошибки в употреблении
MVP нельзя назвать прототипом в чистом виде. Минимально жизнеспособный продукт содержит только главные функции, но при этом он не может быть сырым или примитивным и должен выполнять главную задачу как нельзя лучше.
В спорте и киберспорте тоже существует аббревиатура MVP — Most Valuable Player. Она означает лучшего, оказавшего наиболее сильное влияние на исход игры участника.
История
В изначальной версии приложение Uber только соединяло водителей и клиентов. И потом, когда MVP-версия доказала свою состоятельность, появились остальные функции — семейный профиль, планирование поездок и т. д.
Что такое MVP? Зачем он нужен и как его правильно создать?
Мы, команда компании Platpick, решили пролить немного света и разобраться с концепцией MVP и тем, как ее правильно применять для развития вашего бизнеса.
MVP — понятие минимально жизнеспособного продукта
Minimal Viable Product (минимально жизнеспособный продукт) — это тестовая версия вашего основного товара, услуги или сервиса с минимальными возможностями и функционалом. Это вариант должен представлять ценность для потребителей. Удачный MVP содержит только одну-две основные функции, без дополнительных возможностей, которые будут в полной версии продукта.
Основная задача MVP — тестирование. Первая версия продукта должна показать его жизнеспособность и то, насколько он решает конкретные проблемы пользователей.
Использование MVP для стартапов — отличная возможность проверить рабочие гипотезы, скорректировать стратегию, получить больше информации о рынке.
Как используют MVP?
Благодаря MVP создатели стартапа смогут собрать больше данных, ценных для развития и продвижения проекта. Первые пользователи дадут вам бесценную обратную связь. Они могут поделиться собственным видением функциональности и неожиданными инсайтами.
На основе собранной информации вы сможете спланировать обновления и уточнить планы развития стартапа.
Используя стратегию MVP, можно существенно снизить затраты на разработку и снизить риск провала. Благодаря минимальному продукту с полезными параметрами вы поймете, насколько востребована идея и правильное ли направление, в котором движется проект.
Напоминаем, что MVP создают не для краткосрочной цели! Он нужен, чтобы понять, какие функции важнее всего для целевых пользователей.
Этапы создания MVP. Как это сделать правильно?
Любая успешная работа начинается с хорошей идеи и правильно построенного процесса. Это касается и разработки MVP. Давайте разложим на этапы процесс создания минимальной версии продукта. Все начинается с того, чтобы донести до команды общие принципы работы и создания продукта.
Нулевой этап — Договариваемся об основных принципах создания MVP
Перед началом работы убедитесь, что вся команда одинаково понимает MVP и принципы его создания. Обсудите ожидания каждого и видение работы на следующих этапах. Это не просто «вдохновляющая беседа» такое совещание покажет, насколько команда готова к активной и слаженной работе.
Первый этап — Найдите проблему, которую решает продукт
Любой проект будет успешным только если продукт удовлетворяет конкретную потребность людей. Например, вы планируете запустить маркетплейс локальных товаров и услуг. В этом случае «боль» можно сформулировать так: дать возможность людям покупать качественные и уникальные товары от местных производителей.
Второй шаг — Определить свою целевую аудиторию и очертить ее максимально узко
Третий этап — Будьте скромнее, найдите конкурентов
Конечно, очень приятно думать, что ваш продукт эксклюзивен и у него нет аналогов. Но в большинстве случаев это неправда. Вспомните истории о том, как изобретения и открытия делали разные ученые независимо друг от друга.
По крайней мере представьте, что конкуренты у вас уже есть и попробуйте их найти. Анализ их решений даст вам ценную информацию и поможет скорректировать стратегию.
Четвертый шаг — Проводим SWOT анализ
С помощью SWOT анализа вы сможете оценить перспективы стартапа в целом и разных вариантов MVP.
Пятый шаг — Карта пути пользователя
User flow это одно из ключевых понятий для развития и продвижения стартапа и более традиционных видов бизнеса. Путь пользователя — это путь, который проходит посетитель при взаимодействии с продуктом.
Например, если вы разрабатываете маркетплейс локальных товаров и услуг, важно описать путь покупателя и путь продавца.
Карта путей включает требования к контенту и дизайну сайтов или приложений.
Шестая стадия — Составьте перечень функций вашего продукта, распределите их по приоритету
Вы должны детально представлять какие функции будут важны для ваших пользователей. Для этого используйте анализ пользовательских историй. Собирайте истории пользователей, их отзывы, связанные с вашим продуктом.
На каждой из стадий потенциальный пользователь задействует одну или несколько функций продукта. Все эти функции нужно зафиксировать, пока без распределения по приоритету.
Расставить приоритеты поможет анализ пользовательских историй, связанных с аналогичными продуктами. Второй ваш инструмент на этой стадии — логика. В конце этого этапа вы должны получить таблицу, в которой функции разложены по стадиям процесса и по приоритетности.
Шаг седьмой — Определяем функции MVP
На полученной карте функций выделите первый по приоритетности ряд. Это каркас вашего продукта — его наименьшая полезная версия продукта с недостаточным функционалом. Каркас и MVP могут совпадать, но так случается не всегда.
Обычно функционал MVP шире, чем у каркаса.
Разделите функции логически на главные и второстепенные, без которых продукт останется полезным для пользователя.
Поздравляем, вы спроектировали MVP для вашего проекта! Теперь можно браться за его воплощение. Но на пути планирования и реализации есть риск сделать очень неприятные ошибки. Какие? Давайте разберемся.
Ошибки при создании MVP
Что может пойти не так при создании MVP? Есть много сценариев и возможных ошибок. Мы собрали все варианты в несколько типичных вариантов. Проанализируем их.
Нет делайте идеал — сосредоточьтесь на главном
На этапе создания MVP перфекционизм ваш враг. Вы должны дать пользователю базовое представление о продукте. Если идея слабая и продукт бесполезный, его не спасут ни безупречный дизайн, ни производительность, ни дополнительные возможности. А на все это нужны ресурсы, которых у вас может и не быть.
Минимум функций это не минимум качества
Есть и другая крайность — небрежность в работе с MVP. Минимальный жизнеспособный продукт должен быть простым, но качественным. Например, если вы запускаете онлайн сервис, его не стоит размещать на бесплатном хостинге.
Все функции MVP должны работать четко и без сбоев, интерфейс должен быть удобным и понятным.
Помните про фидбек
Обещаете? Выполняйте!
Всегда есть соблазн анонсировать интересные обновления и дополнения к продукту. Это касается и этапа MVP и следующих стадий. Анонсы — правильный маркетинговый ход. Но обещания нужно давать ответственно и выполнять на 100%.
Если пользователи не получат то, чего ждут, их разочарование и обида могут стоить вам успеха.
Цените идею и прислушивайтесь к цифрам
Иногда создатели стартапа буквально влюбляются в свою идею и перестают воспринимать критику. Такая ситуация очень опасна для проекта. Члены команды начинают игнорировать данные собранные после запуска MVP, оправдывая себя тем, что пользователи чего-то не понимают, финальная версия продукта все равно окупится.
Хотите достичь успеха? Учитывайте обратную связь и корректируйте продукт с учетом полученной информации! Не бойтесь отбрасывать или добавлять функции, если об этом говорят пользователи.
Компании, которые начинали с MVP
Если у вас еще остались сомнения, что стратегия minimal viable, может быть эффективной, прочтите список всемирно известных компаний, которые ее использовали.
Spotify — сервис для меломанов
Spotify сейчас используют в десятках стран. Сначала единственной функцией приложения была потоковая передача музыки. MVP успешно вышел на рынок, основатели Spotify смогли заключить контракты с крупными звукозаписывающими компаниями. Это обеспечило быстрое развитие проекта. Сейчас стоимость Spotify оценивают в 8,4 миллиарда долларов.
Groupon — сервис коллективных скидок
В этом случае все начиналось с блога на WordPress. В нем создатели публиковали информацию о коллективных скидках. Тем, кто подписался на рассылку, отправляли PDF с информацией о том, как воспользоваться скидкой. Создатели Groupon успешно проверили гипотезу о коллективных скидках с помощью MVP.
Airbnb
Создатели сервиса подошли к MVP нестандартно. Они попробовали сдать свою квартиру гостям с помощью простого факта. В результате Джо Геббиа и Брайан Чески поняли, что идея может создать конкуренцию для отелей.
Сейчас на Airbnb сотни тысяч объектов и миллионы пользователей. Стартап стал успешным бизнес-проектом.
Читайте наш блог и успехов вам в развитии стартапа!
MVP: что это такое и как работает?
Читая новости про новые проекты и сервисы, вы могли часто сталкиваться с понятием MVP. Но что скрывается под этой аббревиатурой и почему MVP так часто используют на начальных этапах развития продукта? Давайте прямо сейчас вместе разберемся в этом.
Minimal Viable Product (минимально жизнеспособный продукт) — тестовая версия товара, услуги или сервиса с минимальным набором функций (иногда даже одной), которая несет ценность для конечного потребителя.
MVP создают для тестирования гипотез и проверки жизнеспособности задуманного продукта, насколько он будет ценным и востребованным на рынке.
Результаты тестирования минимально жизнеспособного продукта и обратная связь от целевой аудитории помогают понять, стоит ли развивать проект дальше, какие изменения следует внести в стратегию, а что оставить в первоначальном виде.
В 2008 году, когда аренда отеля или жилья во время путешествия была большой проблемой, два энтузиаста решили подойти к вопросу нестандартно и сдали свою квартиру по простому факсу. По сути, это тоже MVP, в котором тестировалась основная функция. Эксперимент показал, что продукт получит спрос, а сегодня Airbnb — одна из крупнейших площадок по поиску краткосрочной аренды жилья.
Proof of Concept (PoC) — доказательство правильности концепции и некоторые новички часто путают его с минимально жизнеспособным продуктом. PoC описывает процессы выяснения технической жизнеспособности концепции программного обеспечения (или любого другого продукта).
Да, эти определения взаимосвязаны, но не взаимозаменяемые. Proof of Concept — описание процессов на начальной стадии развития продуктов, которые потом реализуются фактически, из чего получается MVP.
Есть много разных подходов к созданию минимально жизнеспособного продукта, но на практике чаще всего используют некоторые из них. Далее поговорим о наиболее популярных.
Помните, как в популярном мультике «Флинстоуны» глава семейства создавал иллюзию передвижения на автомобиле? Так вот, этот подход предусматривает имитирование наличия функционала, хотя на самом деле технически он никак не реализован. MVP нацелен на проверку гипотезы, доказательство жизнеспособности выбранной модели развития бизнеса.
Он сделал сайт и опубликовал фото разных моделей обуви. Получил заказ, пошел в магазин, приобрел нужную пару и отправил покупателю. Так он проверил жизнеспособность идеи продаж обуви через интернет, при этом изначально он не тратил деньги на аренду склада и закупку продукции, а лишь имитировал их наличие.
Эта методология больше подходит для онлайн-сервисов, конечная цель которых — автоматизировать решение проблем целевой аудитории. На начальных этапах реализации продукта услуга оказывается вручную.
Например, мы хотим сделать сервис по финансовому учету и планированию для физических лиц. Но чтобы проверить, будет ли пользоваться спросом эта идея, сначала сделаем несколько финансовых планов для клиентов вручную через Excel. Так мы сможем понять, кто и сколько готов платить, какие функции нужно реализовать в первую очередь и т.п. Часто консьерж MVP помогает в генерации новых идей, которые впоследствии делают конечный продукт лучше.
Эту модель в конце 90-х годов использовал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. Он не стал сразу вкладывать сотни тысяч долларов в техническую реализацию сервиса, а бронировал для других людей столики в ресторанах вручную. Так он проверил жизнеспособность идеи, понял, кто, сколько и за что готов платить и познакомился с целевой аудиторией.
Метод разрозненного MVP используют, когда идею можно проверить и реализовать без разработки уникального программного обеспечения. Вместо этого собирают готовые инструменты, объединяют в одну систему и преподносят в едином интерфейсе.
Если бы все компании начинались с разработки уникальных решений, которая обходилась бы в сотни тысяч долларов, мы бы не увидели много крутых проектов. К этому, как правило, переходят после запуска, получения обратной связи и первых результатов.
Посмотрите на популярный сервис совместных покупок Groupon. Когда-то он был простеньким сайтом на WordPress, где все взаимодействие с пользователями осуществлялось по электронной почте. Только после получения первой обратной связи и финансовых результатов были разработаны социальные функции, полноценная email-рассылка, автоматизация и мобильное приложение.
Эту разновидность используют чаще всего, когда есть готовый продукт с минимальным набором функций (как правило, одной). По такому принципу действовали основатели Spotify, которых упомянули в начале статьи.
Выпуск продукта с одной функцией (параметром) позволяет сузить целевую аудиторию, получить обратную связь и проанализировать ее, после чего приступить к тестированию.
Приступайте к разработке MVP на начальных стадиях развития продукта. Идея может быть крутой только у вас в голове (да, такова уж суровая реальность), так зачем сразу вкладывать большие деньги в разработку, когда есть вариант с маленькими затратами и точной проверкой? После выпуска минимально жизнеспособного продукта вы определите спрос и поймете, в правильном направлении развиваете проект или нет.
Но самое крутое в MVP — сбор ценной информации от первых пользователей. Именно конечный потребитель расскажет о правильной реализации проекта. Собранные данные используйте для планирования дальнейших обновлений и определения наиболее приоритетных целей: какие функции реализовать в первую очередь.
В теории вы узнали, что такое минимально жизнеспособный продукт, теперь поговорим о практической части — создании MVP. Для получения хорошего результата разложите работу на мелкие итерации (шаги/этапы), обозначьте цели для команды в целом и задачи для каждого члена. Но в первую очередь донесите до коллектива общие принципы работы и создания продукта.
Проведите общее собрание коллектива, который примет участие в разработке MVP. На нем вы должны разобраться, все ли члены команды понимают, зачем это нужно. Обсудите видение минимально жизненного продукта, сложите все воедино и постройте первый примерный план дальнейшей работы.
В ходе общего собрания обсудите следующие вопросы:
Постарайтесь привлечь к общему собранию максимум специалистов, чтобы рассмотреть идею и варианты тестирования с разных сторон. Обязательно составьте протокол собрания, в котором будут отражены основные мысли, идеи и принятые решения.
После определения основных принципов MVP, ответьте на вопрос: «Какую проблему решает продукт?». Опишите его ценность в нескольких предложениях. Во-первых, это полезно для себя и команды, во-вторых, в дальнейшем поможет в создании уникального торгового предложения, лендинга и рекламной кампании.
Например, создаем сервис по финансовому планированию для физических лиц. Он решает проблему «бесконтрольного расходования денежных средств, помогает организовать бюджет и ставить долгосрочные цели».
Распространенная ошибка начинающих продактов и предпринимателей — они считают, что их проект решает проблему широкой аудитории (всех людей). Такой подход в разы повышает вероятность провала. Сфокусируйтесь на определенной целевой аудитории.
Составьте портрет клиента, который обязательно купит продукт. Опишите его пол, возраст, социальное положение, уровень дохода, потребности, привычки, используемую им технику, распространенные проблемы, предпочтения в отдыхе и т.п.
Не торопитесь на этом этапе! Лучше потратить несколько часов для формирования портрета ЦА, чем потом «слить» весь рекламный бюджет и получить минимальную конверсию. И не забывайте про то, какую проблему решает MVP (это определяется на первом этапе).
Пример с сервисом по составлению финансовых планов для физических лиц:
Составлен примерный портрет, даже такой минимум позволяет ориентироваться и дает понимание, кому продаем продукт. Эта информация в дальнейшем поможет в организации рекламной кампании.
Не думайте, что ваш продукт (идея) уникален и такого больше нигде нет. Если вы с ним не сталкивались лицом к лицу, это не гарантирует уникальность. И вообще есть гипотеза «множественного открытия»: все исследования и изобретения делаются сразу несколькими учеными независимо друг от друга.
Эту гипотезу подтверждает история с разработкой радио. В России считают, что его изобрел Александр Попов, а вот в Италии лавры отдают Гульельмо Маркони. Оба начали работать над реализацией идеи в 1894 году, но Попов свою разработку презентовал в марте 1896 года (но при этом не запатентовал), а Маркони в июне 1896 года подал документ на патент. Кстати, есть еще несколько ученых в разных странах, которые также претендуют на звание «создатель Радио».
История с MVP аналогичная: вы должны потратить немало времени, но постараться найти конкурентов. Вам повезет, если идея все-таки окажется уникальной, а если нет, тогда решите следующие задачи:
В сборе информации помогут специальные аналитические инструменты: Similar Web, Ahrefs, Quantcast, App Annie, AppFollow и другие. Соберите данные о популярности конкурентов, ежемесячном трафике, основных интересах целевой аудитории, географическом расположении клиентов и т.п.
Для удобства советуем составлять сводную таблицу со всей собранной информацией. Впоследствии будет проще ориентироваться в больших массивах данных и принимать какие-либо решения.
SWOT-анализ представляет собой таблицу, состоящую из четырех блоков:
Опять же, его лучше проводить коллективно или, по крайней мере, с основными членами командами. Важно объективно оценивать каждый пункт и не бояться признавать слабые стороны. Посмотрим реализацию SWOT-анализа на примере сервиса по финансовому планированию для физических лиц:
Не расписывайте пункты на целые абзацы. Они должны быть короткими и понятными для всей команды.
Обратите внимание, что таблица разделена на две части. Сильные и слабые стороны, как правило, относятся к внутренним факторам, а возможности и угрозы — к внешним.
Цель SWOT-анализа выявить сильные стороны и возможности, чтобы сосредоточить работу на них для минимизации негативных последствий от слабых сторон и угроз. Сделанные выводы помогут выбрать стратегию развития и позиционирования бизнеса на рынке.
Простой блиц для определения удобства продукта: если вы сами не понимаете, что надо делать с вашим сервисом (продуктом, услугой и т.п.), то потребитель разобраться точно не сможет!
Чтобы избежать такого недоразумения, на пятом этапе создания минимально жизнеспособного продукта составляют карту пути пользователя — что делает пользователь при взаимодействии с продуктом. Вы должны понимать, какие у аудитории требования к контенту, дизайну, интерфейсу.
Кстати, не забывайте корректировать карту пути пользователя (user flow) после получения обратной связи от первых клиентов. Они расскажут, что хорошо, а что плохо или неудобно. На основе этого корректируйте карту, чтобы конечный потребитель получал то, что хочет.
Например, для сервиса по финансовому планированию сделали такую карту:
Провели первые тестирования, за два месяца в поддержку написали несколько человек: «у нас были финансовые планы в Excel, пришлось потратить часа два, чтобы все данные перенести в ваш сервис». Что делаем? Правильно! Добавляем функцию экспорта существующих в Excel финансовых планов.
На прошлом этапе вы определили основные взаимодействия пользователя с продуктом, теперь для каждого опишите конкретные функции. Для удобства составьте специальную карту: взаимодействия и функции для каждого. Сначала она выглядит так:
Дальше для каждого взаимодействия определяется перечень функций. Здесь помогут логика и пользовательские истории. В первом случае самостоятельно или вместе с командой подумайте, что нужно сделать для обеспечения того или иного взаимодействия.
Но как вы помните, наше видение часто искажено, а вот реальные пользователи дают объективную информацию на основе опыта. Пользовательские истории описывают те или иные действия людей, на основе которых определяются необходимые функции.
Дальше расставьте все функции по приоритету. Самые востребованные (которыми пользуются чаще всего) ставим в начало списка, редко используемые — в конец. Должна получиться вот такая карта:
На этом этапе вы должны определить функционал MVP или иными словами — запланировать объем минимально жизнеспособного продукта. Для начала определите несколько основных функций, без которых проект вообще не сможет существовать, от него не будет никакого толку. Это — каркас или наименьшая полезная версия продукта.
Каркас как дом без отделки — вроде бы, жить можно, но как-то не очень. Поэтому в большинстве случаев MVP дополняют разными «полезностями». Для этого необходимо определить существенные и несущественные функции: какие нужны сейчас, а какие можно доработать потом в процессе развития проекта.
Опять же, классифицировать функции лучше коллективом. Обсуждения, споры, аргументация — это приведет к определению оптимального объема минимально жизнеспособного продукта. На карте выделите каркас и дополнительные функции в рамках MVP для удобства дальнейшего планирования. Должно получиться что-то наподобие этого:
Такую карту с объемом минимально жизнеспособного продукта можно сделать на компьютере или на магнитной доске, стоящей в переговорной или аналогичном помещении. В ходе разработки допускается внесение корректировок.
Вы готовы к началу работы: определена идея, задачи, цели объем MVP. Осталось выбрать модель управления для достижения максимальной эффективности и соблюдения установленных сроков разработки. Возможно несколько вариантов:
Этот этап — один из важных. Можно придумать крутую идею, разработать качественный концепт, собрать команду высококлассных спецов, но если выберите неправильную модель управления, забудьте о достижении успеха. Поэтому хорошо подумайте, с какой системой работать в рамках реализации того или иного продукта.
Тестируйте MVP короткими итерациями: альфа- и бета-тестированием. Альфа — внутренний этап: закончили разработку, пользуйтесь продуктом внутри команды несколько дней. Если все окей, запускайте бета-тестирование — внешний этап, дайте доступ к проекту первым пользователям. Длительность: 7-14 дней.
После первой беты соберите отзывы, статистику посещений, аналитику поведений и проанализируйте весь массив данных. Так вы узнаете, что надо доработать, что можно убрать, а что, наоборот, надо добавить в срочном порядке.
Несколько итераций «разработка-альфа-бета» помогут прийти к оптимальной первой версии продукта, который можно выпускать на рынок для массового пользователя и продолжать дорабатывать.
Еще раз поговорим всю последовательность этапов:
Пройдя 10 этапов, вы получите хороший минимально жизнеспособный продукт, который впоследствии перерастет в первую версию полноценного проекта. И не бойтесь вносить правки: отказываться от каких-то этапов, добавлять собственные и т.п. Данная последовательность шагов — не строгое правило, а лишь пример или образец, на основе которого вы можете построить что-то собственное и уникальное.
Теперь вы знаете, как создать свой MVP. Но есть еще один момент: новички (им это простительно, кстати) часто допускают ошибки при планировании первых минимально жизнеспособных продуктов. На второй-третий раз, набравшись опыта, они работают быстрее и эффективнее.
Но зачем учиться на собственном опыте, когда есть чужой? Почему бы не использовать его и постараться избежать неточностей на своем пути? Поэтому далее поговорим о самых распространенных ошибках начинающих продакт-менеджеров и предпринимателей.
Закройте в клетке своего перфекциониста, потому что в ходе разработки MVP он сыграет с вами злую шутку! Запомните, задача минимально жизнеспособного продукта — дать пользователю базовое представление о продукте, он априори не должен и не может быть идеальным.
Вы тестируете гипотезу! Поверьте, маленького MVP хватит для определения потенциала идеи. Если она крутая, то спрос на продукт не испортит даже плохой дизайн, интерфейс и минимальная скорость работы. И только при подтверждении этой гипотезы начинайте тратить ресурсы на юзабилити и красивый фантик.
Если MVP не должен быть идеальным, это не значит, что его можно делать, как попало. Некоторые продакты бросаются из крайности в крайность, в результате получает вообще что-то непонятное.
Минимально жизнеспособный продукт должен быть простым, но качественным. Например, если делаете сервис, то купите хотя бы домен второго уровня, не надо оставлять его на поддомене какого-то бесплатного конструктора.
Некоторые новички так увлекаются разработкой, что забывают о приоритетной цели — сборе обратной связи. Еще на стадии планирования следует определить ключевые метрики, которые покажут успешность проекта. Это может быть количество скачиваний или покупок, число новых пользователей, коэффициент удержания клиентов и т.п.
Когда «глаза горят», есть ощущение способности свернуть горы! И в такие моменты руководитель начинает делать анонсы крутых и необычайных возможностей. Конечно, это все здорово с точки зрения маркетинга, но если не сдерживать обещания, пользователи начнут покидать проект.
Поэтому всегда принимайте решения о новых анонсах на «холодную» голову. Объективно оценивайте, что сможете сделать, а что нет.
Окрыленность собственной идеей часто дурманит разум и вся команда перестает обращать внимание на объективные факты: плохие метрики, отрицательные отзывы и т.п. Начинают думать, что просто пользователи не все понимают сейчас, а вот когда финальная версия продукта будет готова, тогда они оценят.
Нет, не оценят. В этом деле всегда важен объективизм. Есть обратная связь от реальных пользователей, слушайте ее, корректируйте работу проекта в соответствии с желаниями конечных потребителей, иначе во всей этой суете нет никакого смысла.
Итак, подведем краткий итог: MVP — минимально жизнеспособный продукт, который делают для тестирования идей и гипотез, сбора обратной связи от первых потребителей (и да, MVP ≠ PoC). Реализовать можно за 10 этапов и постараться избежать наиболее распространенных ошибок. Если вы планируете создание нового продукта, начинайте с MVP: это позволит избежать больших ресурсных потерь в случае плохого потенциала идеи.