Приоритизация ICE (Impact, Confidence, Ease)

1. Используйте одну шкалу, например 1–10.
2. Записывайте основание Confidence.
3. Сравнивайте инициативы одного класса.
4. После эксперимента обновляйте assumptions.
5. Не превращайте разницу 6,4 и 6,2 в псевдоточность.

Когда Reach трудно оценить или нужен быстрый triage десятков hypotheses. Для более крупных initiatives с измеримым охватом RICE обычно дисциплинирует лучше.

Ease часто переоценивается, а Impact становится субъективной «верой». Поэтому score полезен только вместе с evidence и коротким пояснением.

Приоритизация ICE (Impact, Confidence, Ease). Быстро ранжировать идеи и эксперименты по эффекту, уверенности и простоте. Применяйте когда нужно принимать решения, распределять ответственность и управлять работой команды. Основные показатели: скорость выбора; эффект экспериментов; отдача ресурсов. Рабочий инструмент: Калькулятор ICE.

Главный принцип работы с этим фреймворком - не заполнять его «для отчётности», а использовать как механизм принятия одного конкретного решения. Сначала задайте вопрос, затем соберите минимально достаточные данные, после чего определите, какое действие изменится в зависимости от результата.

• текущий процесс и baseline;
• цель и ожидаемый результат;
• ответственные и ограничения;
• фактические данные за выбранный период;
• правило принятия решения после анализа.

1. Отделите факт от предположения. Всё, что не подтверждено данными, пометьте как гипотезу.
2. Сравните варианты между собой. Один результат редко имеет смысл без альтернативы или baseline.
3. Найдите главный рычаг. Не пытайтесь одновременно исправлять все найденные проблемы.
4. Определите действие. У результата должен появиться владелец, срок и конкретное изменение.
5. Назначьте проверку. Заранее зафиксируйте показатель, период и условие, при котором решение пересматривается.

Growth-команда имеет много гипотез, но не может надёжно оценить Reach. ICE позволяет быстро ранжировать их по Impact, Confidence и Ease, а после первых экспериментов пересчитать оценки уже на основе фактов.

Этот сценарий показывает важную границу: фреймворк сам по себе не создаёт результат. Его задача - сделать логику выбора прозрачной. Результат появляется после изменения предложения, процесса, распределения ресурсов, коммуникации или коммерческого действия и последующей проверки фактом.

• скорость выбора
• эффект экспериментов
• отдача ресурсов.

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

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

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

В B2B-компании этот фреймворк можно применить для задачи: быстро ранжировать идеи и эксперименты по эффекту, уверенности и простоте. Начните с фактов, затем зафиксируйте выбор или гипотезу и свяжите её с показателем результата.

• RICE
• Impact/Effort
• North Star Framework

• Expected Value
• Experiment Registry
• Stage-Gate