ICE / RICE приоритизация

Что такое ICE и RICE

Приоритизация бэклога — главная боль продакт-менеджера. Команда генерирует 100 идей, ресурсы на 10. Какие 10 выбрать? «Интуиция» работает плохо: каждый видит со своей колокольни (разработчики хотят рефакторинга, маркетологи — фич для роста, поддержка — устранения багов). Нужен объективный метод.

ICE и RICE — два самых популярных фреймворка для этого. Оба превращают идею в число (score), позволяя сравнить разные идеи на одной шкале. Идеи сортируются по score, команда обсуждает топ-5-10, выбирает что делать.

RICE подробно

RICE разработан в Intercom в 2017 году. Используется в Stripe, Slack, Atlassian, многих российских продуктовых компаниях.

Формула: Score = (Reach × Impact × Confidence%) ÷ Effort

• Reach — сколько уникальных пользователей увидит фичу за фиксированный период (квартал). Должно быть числом из реальной аналитики.
• Impact — насколько фича изменит ключевую метрику. Шкала: Massive=3, High=2, Medium=1, Low=0.5, Minimal=0.25. Обычно — на глаз, на основе exp.
• Confidence — насколько уверены в Reach, Impact, Effort. 100% если есть данные, 80% если средние данные, 50% если гадаем.
• Effort — человеко-недели всей команды (дизайн + код + тесты + релиз). Будьте честны: добавьте 30% буфер.

We needed a way to compare apples and oranges. RICE works because it forces you to think about all the dimensions of a feature, not just «cool» or «fast».— Sean McBride, Director of Product Management at Intercom (2017)

ICE подробно

ICE — упрощённая RICE без Reach. Разработан Sean Ellis (Growth Hackers, 2010-е).

Формула: Score = Impact × Confidence × Ease

• Impact — 1-10. Насколько фича повлияет на цель (рост, retention, revenue).
• Confidence — 1-10. Насколько уверены, что эта фича сработает (есть ли данные, аналоги).
• Ease — 1-10. Насколько легко сделать (10 = 1 час, 1 = месяцы).

Каждый параметр от 1 до 10 → max score = 1000. У нас Ease = 11 − Effort (в неделях), что даёт похожую шкалу.

Когда использовать ICE: индивидуальный бэклог, маркетинговые тесты, ранний стартап без метрик, быстрые решения. Минус — субъективнее RICE, разные участники дают разные баллы. Команды калибруются: «10 — это что? приведём пример».

Практические советы

1. Не делайте RICE один в одиночку. Каждый параметр обсудите с командой: продакт + дизайн + разработка + поддержка. Иначе оценки субъективны.
2. Начинайте с Effort. Команда разработки оценивает первой — это объективнее всего. Потом продакт оценивает Reach и Impact.
3. Confidence — самая важная метрика. Низкий confidence на high-score идее — повод сделать MVP/прототип сначала. Не вваливайте 10 человеко-недель в идею с 50% confidence.
4. Не делайте «всё с высоким score». Если у вас 20 идей со score > 100 — у вас проблема с оценками, не с приоритизацией. Откалибруйте.
5. Пересматривайте каждые 2-4 недели. Reach и Impact меняются с новыми данными. Confidence растёт после A/B-тестов.
6. Сохраняйте историю. Через 3 месяца проверьте: оценили правильно или нет? Команда улучшает калибровку.
7. RICE не заменяет стратегию. Иногда нужно сделать фичу с низким score: legal обязанность, технический долг, важный customer. RICE — инструмент, не окончательный приговор.

Альтернативы

• MoSCoW. Must / Should / Could / Won't have. Качественная категоризация. Проще, но грубее.
• Kano model. Базовые / производительные / восхищающие фичи. Хорош для UX-приоритизации.
• Cost-Value matrix. 2D-матрица: Cost vs Value. Подходит для дизайн-задач.
• WSJF (Weighted Shortest Job First). Из SAFe (Scaled Agile). Cost of Delay ÷ Job Duration. Сложнее, но учитывает время.
• Buy a Feature. Каждому участнику дают «бюджет», они «покупают» фичи. Геймифицированно, хорошо для customer interviews.