Как выбрать лучшие функции для вашего продукта — часть 2

На предыдущем занятии мы говорили о наиболее полезных способах определить, какие компоненты зажгут искру в вашей аудитории. Давайте продолжим нашу историю, научившись выбирать наиболее подходящие инструменты/виджеты для интеграции в вашу основную модель (продукт). Итак, давайте посмотрим, как мы можем создать «вау-продукт».

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

Ценность – какое влияние тот или иной компонент добавляет к продукту.

Сложность – какие навыки и усилия необходимы для добавления компонента

Мы начинаем с разработки Quick Wins — компонентов, которые добавляют большую ценность и обеспечивают быструю интеграцию.

Далее — Большие ставки. Это качественные компоненты, которые имеют большую ценность, но требуют больших ресурсов для реализации.

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

И, наконец, Time Sinks — эти компоненты отстают в списке приоритетов и практически не требуют внимания.

Для каждого продукта Ценность конкретна, понятна и достижима. Для наших целей Ценность имеет компоненты, которые:

1) Усилить аналитику переходов от пробной версии к платной (перенос показателей)

2) Служить приманкой для новых потенциальных клиентов

Это компоненты, привлекательные для новых пользователей в процессе адаптации. Полезно помнить, что большинство пользователей уходят накануне 2^nd дня адаптации. Например, 15 % – это достойный показатель удержания в первый день для предприятий SaaS. 85% пользователей уходят на второй день. Вам нужно подумать о надстройках и компонентах, которые улучшат показатели удержания новых пользователей.

3) Помогите удержать существующих пользователей

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

4) Уникальность и дополнительная ценность конечного продукта

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

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

Критерии планирования – простые, но сложные, как покер

Для оценки идей мы используем Planning Poker:

Переход в группу

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

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

Появляется модератор и раскрывает все карты

Игроки, набравшие максимальное и минимальное количество очков, должны разъяснить свое решение

Команда основывается на приемлемом решении

Наконец мы приходим к общему знаменателю и переходим к следующей идее

Методы определения приоритетов

Даниэль Закариас собрал в коллекцию 20 методов ранжирования и сгруппировал их по двум признакам: внешние/внутренние и количественные/качественные методы.

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

Разработка показателей для функций

Поскольку оценка — утомительный процесс, мы не оцениваем все компоненты. Мы рисуем оценочные листы только для тех, кто выиграл в Lean Prioritization.

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

Вот некоторые параметры, которые следует включить в систему показателей:

Целевые показатели

Увеличивает прибыль

Помогает привлечь новых клиентов

Помогает сохранить существующих клиентов

Ценность для пользователей

Стратегическая ценность — сейчас это бесполезно, но со временем может помочь что-то сделать

Можно ли решить проблему через существующие функции

Сильные инновации

У многих конкурентов так же

Многим пользователям это нужно

Как часто это необходимо?

Сроки и стоимость разработки

Сроки и стоимость внедрения

Уверенность в своей популярности

Ожидается от Кано

Разыскивается Кано

Волнительно для Кано — вау-эффект, ценность для PR

Улучшает код (облегчает доработку и поддержку)

Пиратские метрики (AARRR)

Результаты

Итак, где завершается этот процесс?

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

«Поставить на место» HiPPO (мнение самого высокооплачиваемого человека). Бегемот — это мнение человека с самой высокой зарплатой. Как правило, это начальник, который может использовать свой авторитет для принятия решений.

Мы планомерно наращиваем стратегические показатели: начинаем двигаться в правильном направлении, которое ведет нас к нашей светлой цели. Мы обеспечиваем нашим клиентам большую ценность в единицу времени. Наша цель — максимизация ценности. Мы хотим, чтобы наши клиенты получали самые важные и полезные функции. Команда понимает, ПОЧЕМУ мы делаем определенные функции. Благодаря скорингу и критериям легко объяснить всем любопытным коллегам, почему мы взяли в разработку ту или иную фичу.

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

Как вы выбираете функции для разработки?