Так получается, что есть крутые продуктовые инстурменты, которые использует далеко не каждая продуктовая команда.
Таким инстурментом для меня был метод приоритезации по RICE. Ну, какая-то матрица приоритезации, да, очередной метод оценки того, что важно, думала я.

На деле, я приходила в очередную команду, и видела вот это все: заваленный задачами беклог (однажды у меня было 700 задач в беклоге), какие-то цели бизнеса, какие-то метрики. Но как это все увязать – никто не знает, поэтому фигачим самые горячие таски в ближайший спринт, и погнали.

Совсем недавно в моей команде случилась "зрелось", мы поняли, что хотим, делать то, что действительно приведет нас к цели. И решили приоритезировать беклог по RICE.

Дано. Ситуация на старте.

Предположим, есть неплохой продукт, его ценность понятна пользователям, но он приносит мало денег, не дает возмножности компании масштабироваться.

Предположим, мы с командой поставили себе цель повысить выручку минимум на 1 млн. р. в месяц. И сели считать, как это сделать.

Шаг 1. Мы посчитали юнит экономику as is

Мы в продукте получаем условные 100 новых пользователей в месяц на 1000 привлеченных маркетингом лидов. Посчитав юнит-экономику с учетом затрат на разработку, мы увидели, что нам хорошо бы с 1000 лидов получать хотя бы 150 новых пользователей, чтобы деньги зарабатывались быстрее, а продукт вышел на прибыль раньше. Тем самым мы и "лишний" миллион каждый месяц будем гарантированно получать. Т.е. заложимся на более амбициозную цель, гарантированно выполнив поставленную.

Шаг 2. Определили, что глобально с этим делать

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

Шаг 3. Сформулировали проблемы

Мы определили главные проблемы воронки регистрации:

1. В нашем сценарии регистрации есть шаг, когда нужно дождаться звонка от оператора колл-центра и подтвердить заявку. Этот шаг никак нельзя убрать, и на нем отваливается много пользователей.
2. Во время регистрации нужно загрузить на форму некоторые документы, при этом загрузка может быть неудачной, но пользователь не поймет, почему, т.к. система ему об этом адекватно не скажет.
3. Часть пользователей бросают заполнение заявки на втором шаге, еще не введя адрес почты.

Шаг 4. Проблемы превратили в гипотезы

У нас получилось 6 гипотез, каждая из которых сформулирована по принципам:

• решает одну из выше перечисленных проблем
• прогнозирует улучшение конверсии в регистрацию на Х%

Шаг 5. Определили критерии ранжирования по RICE

Список из 6-ти гипотез хоть и кажетя небольшим, но на деле это может превратиться в месяцы разработки. Поэтому необходимо понять, что делать первым делом, чтобы увидеть результат как можно раньше.
Я беру методику RICE и адаптирую ее под мои цели. Что в данном случае, для моего конкретного кейса значит, каждая буква RICE?

• R – reach – охват пользователей. В моем случае, мне кажется, что фича может вообще не влиять на юзера, а может влиять на конверсию (и это супер важно), но еще более важно, если вдруг она влияет на платящих пользователей, ведь с ними нужно быть бережными.
• I – Impact – влияние на продукт. Здесь я опираюсь на то влияние, которое вообще возможно достичь в рамках этого сценария и привожу три возможных пункта. Их может быть больше, если вы видите больше различных ценностных эффектов.
• C – Confidence – уверенность. И здесь важно быть честным. Ниже вы увидите, что я почти везде ставлю 1, тк по сути мы опираемся на экспертное мненеи продакта. Никаких экспериментов мы не проводили, и не знаем, что получим на самом деле, сделав эту доработку.
• E – Effort – здесь важно указать метрики, которые будут значимыми для вас. Для нас условно значимо, что мы делаем что-то больше спринта, и это уже долго. А, если мы не знаем, сколько спринтов будем это делать, то она точно должна понижаться в приоритете.

Получились такие метрики, как на картинке ниже:

Шаг 6. Проранжировали гипотезы по RICE

Проставляем веса в столбиках и перемножаем R на I на C, делим на E

Веса проставляет опять же продакт, и важно согласовать видение всей команды о том, что веса отражают ситуацию. Нет правильных и неправильных весов, есть ситуация в вашей конкретной команде и системе.

Так что же все-таки делать первым?

Очевидно, что первым делом стоит брать гипотезы с наивысшим RICE, т.е. в нашем случае Гипотезу 1 и Гипотезу 3.
После реализации этих гипотез понадобится провести анализ эффектов и, возможно, появятся новые гипотезы, которые заменят те что остались в списке. Это нормально, так и прочесывается беклог.

Пример из жизни

Недавно я раздумывала, что хочу заняться предпринимательством, было несколько идей, и мне надо было подготовиться к встрече с ментором, поговорить о своей идее. Выбрать для обсуждения нужно было одну идею, а у меня в голове был полный раздрай. Когда я села и расписала свои идеи "по райсу", я увидела, с чего стоит начать, а что стоит пока отбросить. Очень эффективный метод наведения порядка на чердаке идей.
Обратите внимание, влияние я примеряла на себя, для меня максимально позитивное влияние (3), это по сути минимальное влияние на мою текущую жизнь, т.е. возможность развиваться оставясь в найме. Т.е. будьте гибики работая с инструментом RICE, его можно и нужно подстраивать под свою конкретную задачу.