RICE приоритизация: формула, пример, ошибки

Зачем вообще RICE

В бэклоге всегда больше идей, чем рук. Если выбирать по принципу «кто громче кричал», в продакшн уезжает фича для одного крупного клиента, а маленькие штуки, которые помогли бы сотням пользователей, годами лежат в Jira. RICE — попытка сделать выбор хотя бы внешне рациональным.

Фреймворк придумали в Intercom примерно в 2016, и с тех пор он стал почти базовой настройкой для продактов. Идея простая: каждой задаче ставим четыре числа, перемножаем и получаем «балл». Чем выше балл — тем раньше делаем.

Главная ценность не в самом числе, а в обсуждении. Когда команда спорит «у этой фичи Impact 1 или 2», в реальности обсуждается логика продукта. RICE — повод для разговора, а не приговор.

Формула RICE

Базовая формула:

RICE = (Reach × Impact × Confidence) / Effort

• Reach — сколько пользователей затронет фича за определённый период (обычно квартал).
• Impact — насколько сильно фича повлияет на одного пользователя или метрику.
• Confidence — насколько уверены в оценках Reach и Impact.
• Effort — сколько человеко-месяцев работы заберёт фича.

Confidence обычно оценивают в процентах (50%, 80%, 100%) и в формуле используют как долю. Impact — по фиксированной шкале (например, 0.25 / 0.5 / 1 / 2 / 3).

Как считать каждый компонент

Reach

Считается в людях за период. Не в процентах, не «много», а конкретное число: «5000 пользователей за квартал». Источники — данные продуктовой аналитики: сколько людей дойдут до экрана, где будет фича. Если фича на онбординге — берём количество новых пользователей. Если на экране оплаты — количество тех, кто туда дошёл.

Impact

Это самая субъективная часть. Шкала, которую предлагает Intercom:

• 3 — массивный эффект (минимум удвоит ключевую метрику).
• 2 — большой.
• 1 — средний.
• 0.5 — маленький.
• 0.25 — минимальный.

Можно привязать к конкретной метрике: на сколько процентов вырастет конверсия, retention, ARPU. Главное — внутри команды договориться, что значит «большой» и «средний», иначе у всех своя шкала.

Confidence

Простая шкала:

• 100% — есть данные A/B-теста или сильные качественные исследования.
• 80% — есть аналогичные кейсы и логика.
• 50% — гипотеза «по ощущениям».

Если ставите ниже 50% — фича в бэклоге не место, отправляйте в исследование, не в разработку.

Effort

Человеко-месяцы. 1 человек × 1 месяц = 1. Команда из 3 человек на 2 недели = 1.5. Оценку даёт разработка, а не продакт.

Пример расчёта на бэклоге

Допустим, у нас три фичи в Telegram Mini App для подготовки к собесам.

Фича	Reach	Impact	Confidence	Effort	RICE
Тёмная тема	8000	0.5	0.8	1	3200
Лиги и рейтинги	5000	2	0.5	3	1666
Push-напоминания	6000	1	0.8	0.5	9600

Push-напоминания выигрывают, потому что Effort маленький, а Reach и Impact адекватные. Тёмная тема дешёвая, но Impact слабый. Лиги звучат круто, но Confidence низкий и Effort большой — типичная история «давайте сделаем геймификацию», которая часто не окупается.

Вывод не «делаем только пуши». Вывод: с пушей начнём, лиги отправим в дискавери, тему сделаем фоном.

Когда RICE ломается

RICE предполагает, что фичи независимы и что метрики сводятся к одной шкале. На практике это не всегда так:

• Стратегические фичи. Большие интеграции с партнёрами или редизайн дают низкий RICE, но без них продукт не двинется.
• Технический долг. Effort у рефакторинга высокий, Reach низкий — RICE никакой. Но без рефакторинга через полгода Effort любой новой фичи вырастет.
• Compliance и юридические штуки. Здесь не приоритизируют — делают.
• Связанные фичи. Если без A не работает B, считать их по отдельности бессмысленно.

Поэтому RICE применяется только к «обычному» бэклогу фич, а стратегические инициативы и обязательные задачи живут отдельно.

Частые ошибки

• Завышение Reach. Берут всю аудиторию продукта, а не реальное пересечение с фичей. Если фича на экране оплаты, Reach — это число платящих, а не всех пользователей.
• Подгон чисел под желаемый порядок. Известная игра: сначала решили, что делаем фичу X, потом задним числом подогнали Impact и Confidence. RICE не лечит, но хотя бы делает подгон видимым.
• Effort оценивает продакт. Эффорт оценивает тот, кто будет делать. Иначе через пару спринтов команда перестаёт верить в формулу.
• Игнор Confidence. Если ставить всем 100%, RICE превращается в Reach × Impact / Effort и теряет половину смысла.
• Сравнение разных по сути задач. Бизнес-метрика и UX-метрика могут давать разный Impact. Лучше внутри одной категории фич сравнивать.

Связанные темы

• ICE приоритизация: формула и пример
• MoSCoW приоритизация
• KPI tree продукта
• AARRR пиратские метрики

FAQ

Чем RICE отличается от ICE?

ICE — это RICE без Reach. В ICE есть Impact, Confidence и Ease (обратный Effort). Подходит для быстрой приоритизации идей на ранней стадии. RICE строже, но требует данных по охвату.

Какую шкалу Impact выбрать?

Лучше начать с шкалы Intercom (0.25 / 0.5 / 1 / 2 / 3). Главное — зафиксировать определения внутри команды и не менять их каждый квартал.

Можно ли использовать RICE для bug-фиксов?

Можно, но обычно баги приоритизируют по severity, а не по RICE. Effort у бага часто маленький, и он попадёт в топ независимо от Impact.

Что делать с задачами, у которых RICE одинаковый?

Смотрите на стратегию. Если две фичи дали 4000 и 3950 — это одинаковые числа в пределах погрешности оценки. Выбираете ту, что ближе к квартальной цели.

Сколько фич нужно прогнать через RICE?

Имеет смысл считать только для топ-20–30 кандидатов на спринт или квартал. Прогонять весь бэклог из 500 идей — потеря времени.

Как часто пересматривать оценки?

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

---

Хотите тренировать продуктовые фреймворки на реальных задачах с собесов? Откройте Карьерник — там 1500+ вопросов по продуктовой аналитике, метрикам и приоритизации.