Синопсис
Как можно определить, будет ли успешной идея продукта? Наша Минимально Жизнеспособный Продукт (Часть 2) презентация, которую можно скачать и адаптировать под ваши потребности, предоставляет руководство от первоначального распределения задач до разработки и реализации минимально жизнеспособного продукта (MVP). Более того, она включает ключевые показатели, которые в конечном итоге определяют успех MVP.
Задачи, которые должны быть выполнены (JTBD)
Фреймворк JTBD необходим для понимания проблем клиентов и организации процесса мозгового штурма. JTBD определяет и организует потребности клиентов в зависимости от контекста и обстоятельств каждого типа пользователя. Пример здесь показывает три трека для трех типов пользователей, чьи цели и JTBD могут отличаться.
Это полезно для продуктов, у которых два или более разных типа клиентов, например, для приложения-маркетплейса, такого как Airbnb, где есть хозяева и путешественники, которые оба должны быть обслужены. Макет учитывает эволюцию продукта, от первоначального замысла, до раннего тестируемого продукта и его множественных итераций, до MVP и, наконец, до более совершенного продукта, любимого публикой.
Разработка MVP
Объем продукта
Далее, пора определить объем вашего MVP, чтобы избежать расширения объема. Этот слайд четко определяет функции для запуска MVP на основе историй пользователей. Верхний ряд представляет критический поток пользователя.Это путь, который пользователи должны пройти, чтобы выполнить свои задачи. Без этого потока пользователей не было бы функционального продукта. Чем выше на графике, тем важнее функция. Из этого списка выделите линию MVP для критически важных функций продукта. Все, что ниже, следует оставить на будущее.
Дерево MVP
Традиционно менеджеры продуктов использовали стандартный продуктовый холст в качестве чертежа MVP. Альтернативная визуализация - это дерево MVP, которое выходит за рамки функций, чтобы подчеркнуть весь пакет маркетинга MVP.
Дерево MVP обычно включает целевых клиентов для маркетинга, каналы использования и способ доставки, любую стратегию CRM после продажи и все необходимое для хорошо спланированного запуска продукта.
Оценка продукта
Отчет о тестировании концепции
Теперь пришло время разработать план для проверки работоспособности MVP. Этот слайд отчета о тестировании концепции подчеркивает выводы на основе результатов от участников интервью, которых вы набираете, чтобы получить их отзывы о первой итерации. В этом примере используются три конкурирующие концепции для проверки на воде.
Основываясь на ответах и реакциях участников интервью, можно сказать, что Концепция 3 показала себя хорошо, в то время как Концепция 2 не была так популярна. Не стесняйтесь добавлять или удалять графики в зависимости от того, сколько концепций рассматривает ваша команда. Слева суммируйте выводы, которые можно сделать из результатов тестирования, и поделитесь ими с заинтересованными сторонами в качестве рекомендаций для следующих шагов.
Проверка на валидность
С MVP легко совершить ошибку, интерпретируя только те результаты тестирования, которые, как кажется, предполагают успешный запуск. Чтобы предотвратить этот смещенный взгляд, обязательно определите точные критерии успеха до проведения любых тестов.
Эти ключевые показатели будут определять результат валидации. Даже если другие метрики кажутся обнадеживающими, они не должны переписывать ключевые числа. Вышеуказанный слайд подчеркивает метрики валидации, с которыми команда продукта заранее согласовала, с пространством внизу для отслеживания улучшений по сравнению с предыдущими итерациями.
Принятие и зрелость
Кривая принятия продукта
Когда речь идет о реализации и разработке любого продукта, эта кривая принятия позволяет команде продукта понять, на каком именно месте находится их продукт на рынке.Мы все еще находимся на раннем этапе рынка или уже перешли через пропасть к основному рынку? Растет ли он вверх к зрелости или падает в небытие? Введите данные, которые вы достигли, в левую колонку, чтобы показать прогресс на сегодняшний день.
Цикл MVP
Цикл MVP следует процессу гибкой разработки, характеризующемуся быстрой итерацией. Этот слайд помогает определить, где вы находитесь в процессе разработки, обеспечивая понимание всей командой текущего положения. Потому что со всеми этими обратными связями, вещи могут стать немного запутанными.
Согласно дизайн-мышлению, начните с определения четкой потребности пользователя, затем проведите исследования, наблюдения и приоритизацию выводов. После этой генеративной фазы сужайте идеи до проверяемых гипотез и потенциальных решений. Продолжайте экспериментировать и уточнять по мере поступления новых знаний.
Анализ оттока клиентов
После запуска MVP используйте таблицу анализа оттока клиентов для группировки пользователей по когортам и отслеживания уровня удержания. Например, 22 марта присоединилось 113 пользователей, и к концу первого дня осталось 98%. К пятому дню осталось примерно 20%. Обычно, чем больше проходит времени, тем больше пользователей теряется. Но до определенного момента эти коэффициенты оттока должны стабилизироваться. В противном случае, может быть время пересмотреть продукт и вернуться к чертежной доске.
