Друзья, привет! 👋
У нас было несколько постов о приоритизации задач (РАЗ, ДВА, ТРИ), но все они были про теорию. Сегодня - практический разбор одного мощного инструмента из нашего арсенала: метода RICE 📊
Мы применяли его в этом году в большом проекте по развитию цифрового обслуживания юридических лиц и готовы поделиться живыми инсайтами - тем, с чем столкнулись на самом деле💡
Напомним формулу:
RICE Score = (Reach × Impact × Confidence) / Effort
А теперь разберем каждую компоненту на основе нашего опыта:
👥 R (Reach) - Охват
Для нас охват - это количество клиентов-юридических лиц, которых затронет фича. Но на практике сразу же столкнулись с нюансом! 🤔
Наш инсайт: бывают продукты для юрлиц, но конечным пользователем является физлицо. Классический пример - зарплатные проекты. Ключевой вопрос: кого считать в «охвате»? Клиента, который платит, или конечного пользователя?
Наше решение: мы договорились на старте, что для нашего проекта в R мы считаем именно юрлицо - принимателя решения. Главное - заранее четко определить для себя эту границу, чтобы не запутаться в метриках ✅
💥 I (Impact) - Влияние
Оказалось, что субъективная оценка «высокое/среднее/низкое влияние» слишком размыта. Мы перевели в цифры даже это 📈
Наш инсайт: Мы использовали нелинейную шкалу от 0.25 до 5, где:
0.25 - «косметическое» улучшение 🎀,
а 5 - это критически важный функционал.
Наше решение: Мы детально расписали, что значит КАЖДЫЙ уровень влияния для нашего продукта. Это свело на нет споры «а мне кажется, что это 3, а не 2» 🤝
🎯 C (Confidence) - Уверенность
А вот это - самый «опасный» параметр, который команда невольно пыталась завысить! ⚠️
Наш инсайт: здесь мы тоже использовали шкалу от 25% до 100%, но жестко привязали ее к доказательной базе 🔗
· 100%: есть подтвержденная массовая потребность (данные опросов, отчеты, цифры по обращениям в поддержку) 📋
· 80%: есть результаты A/B теста или качественного исследования 🔬
· 50%: есть аналогичное решение у конкурентов или предположение, основанное на косвенных данных 🏢
· 25%: все строится на догадках, интуиции продакта без каких-либо исследований❓
Наше решение: подтверждать каждое значение уверенности. Это дисциплинирует и не дает строить воздушные замки. 🏗
⏱️ E (Effort) - Усилия
«Здесь-то уж точно все просто!» - подумали мы. Но и тут нашлись подводные камни🗿
Наш инсайт: перед расчетом сначала нужно определиться – а что именно мы считаем? Общую трудоемкость задачи (от проектирования до релиза), или только те, что в ближайшем спринте, или только разработку? ⏳
Наше решение: мы считаем общие усилия по всей задаче от передачи в реализацию до прома. Только так можно получить объективный RICE Score и сравнивать между собой абсолютно все задачи в бэклоге - и большие, и маленькие ⚖️
Итог:
RICE - это не просто формула, а система принятия решений, которая заставляет задавать правильные вопросы и договариваться. Она отлично дополнила наш инструментарий, особенно для сложных продуктов с разными аудиториями. 🧰
P.S. А какими методами приоритизации пользуетесь вы? Сталкивались с похожими сложностями? Ждем ваши кейсы в комментариях! 👇