21
MVP
Предпринимательское мышление и поддержка предпринимательских проектов студентов
Date 1
Солодихина Анна Александровна
MVP
MVP (minimum viable product) — это минимально жизнеспособный продукт, который позволяет получить осмысленную обратную связь от пользователей, понять что им нужно и не создавать то, что им неинтересно и за что они не готовы платить.
Если вы разрабатываете машину и в качестве первого релиза выпускаете колесо, пользователи даже не поймут, что вы имеете в виду.
Если вашим минимально жизнеспособным продуктом становится самокат или велосипед, пользователям это понравится больше, ведь на этом уже можно ездить и получать некий опыт. Но здесь возникает ошибка с целевой аудиторией, поскольку самокат и машина — очень разные вещи. Аудитория самоката будет недовольна перспективой превращения продукта в машину, которой нужен бензин и дорогое ТО, а те, кому нужна машина, изначально не обратят на ваш самокат никакого внимания.
Поэтому MVP предполагает, что ваш автомобиль с самого начала будет автомобилем. Сначала из досок и, возможно, даже без двигателя, из-за чего для демонстрации езды его придётся толкать вручную. Но две его главные характеристики, отличающие его от самоката и велосипеда, — вместительность и возможность совершать дальние поездки — уже будут при нём.
Cupcake Model
Не обязательно, чтобы продукт соответствовал всем задуманным критериям. Хотите приготовить свадебный торт? Предложите клиентам попробовать пирожное, чтобы те оценили тесто, начинку и крем.
Dropbox
MVP
https://www.youtube.com/watch?v=xy9nSnalvPc
Airbnb
Story
MVP
Groupon
Story
MVP
Zappos
MVP
UBER
MVP
MVP студентов
Студенты
Майнор
"Стартап с нуля"
Образовательные проекты
Qlever и DROM
Одежда, аксессуары и так далее
Эко сумки-шоперы
Автоматизированные системы (например, геомаркетинг)
TrafficCalc
Антикафе/коворкинги
Энкаунтер
Высокотехнологичные решения
Tilt Five: Holographic Tabletop Gaming: https://www.kickstarter.com/projects/tiltfive/holographic-tabletop-gaming?ref=section-design-tech-projectcollection-9-tag-newest
Portus VR
Идея вашего стартапа — это гипотеза. Чтобы проверить ее, необходимо сделать следующее:
Инструменты
1) Четко сформулировать гипотезу.
2) Определить критерии, по которым будет определяться ее жизнеспособность.
3) Сделать минимально жизнеспособный продукт для подтверждения гипотезы и запустить его.
4) Измерить показатели эффективности.
5) Сделать выводы и проверить следующую гипотезу, если это необходимо.
ИНСТРУМЕНТ №1. ПРИНЦИП ПАРЕТО
20% усилий дают 80% результата, а остальные 80% усилий — лишь 20% результата
Принцип Парето
MVP: можно составить полный список характеристик продукта и определить те 20% функциональностей, которые закроют 80% потребностей пользователей
Для удобства можно нарисовать два столбца — «Функциональности» и «Потребности», вписать туда пункты и соединять их линиями.
Пример
Самыми востребованными функциональностями этого примера являются: поиск игрока и добавление его в друзья, карта площадок с возможностью добавить площадку или подписаться на неё, создание игры со страницей игры.
Они закрывают 6 из 8 потребностей.
ИНСТРУМЕНТ №2. ПРОТОТИПИРОВАНИЕ И UX-ТЕСТИРОВАНИЕ
Продукт реализуется в виде кликабельного прототипа
Готовые прототипы дают возможность провести тестирование на целевой аудитории. Нужно предложить пользователям поработать с ними. При этом на каждом экране задавать им вопросы:
Тестирование
Как долго опрашивать? Пока не обнаружится тенденция
ИНСТРУМЕНТ №3. КАРТА ПРИОРИТЕТОВ
Карта приоритетов
Карта приоритета функциональнойстей складывается из двух осей, где горизонтальная показывает увеличение сложности реализации той или иной функциональности, а вертикальная — движение от желательного к обязательному. Все задуманные функциональности можно распределить по этой координатной сетке, отвечая на два вопроса:
- Сложно это или просто для разработчика?
- Желательно это или обязательно для пользователя?
Обязательно и легко — именно эти функциональности должны стать основой MVP.
Обязательно и сложно — эти функциональности могут частично появиться в полном продукте, но для начального этапа развития они обычно не подходят, так как требуют слишком больших инвестиций, длинных периодов тестирования и трудоёмкого анализа обратной связи. Их можно упростить или отложить для реализации в последующих обновлениях.
Пример
Желательно и легко — эти функциональности мало увеличивают ценность продукта. Примером может служить загрузочный экран приложения. С одной стороны, это привычная и не совсем бесполезная вещь, но никакую ценность не несёт.
Желательно и сложно — скорее всего, эти функциональности не понадобятся даже в полном продукте. Они требуют много ресурсов, при этом пользователь может легко обойтись без них. Смело отказывайтесь от них — они сэкономят деньги и время, а также помогут сохранить продукт целостным.
Комплексные функциональности для такой сортировки необходимо дробить: например, «Регистрация» это не единая функциональность, а набор из нескольких: регистрация с помощью почты, с помощью социальных сетей и т.д.
Например, реализовать создание игры — довольно легко по сравнению с голосованием за лучшего игрока. А возможность откликнуться на игру на первых парах куда важнее, чем кастомизация профиля.
Полезная ссылочка
Info
Еще больше примеров и инструментарий для разработки MVP
https://mlsdev.com/blog/minimum-viable-product-examples