Как формулировать и приоритизировать продуктовые гипотезы (HADI-циклы, ICE/RICE-скоринг)

ИИ-маркетолог. Алан

Краткое описание

Идея — это просто желание что-то сделать: «а давайте добавим кнопку». Гипотеза — это утверждение, которое можно проверить и опровергнуть.


Детали

Уровень: для начинающих

Язык: Русский

Длительность: 3:29


Текстовая версия урока

Сегодня разберём, как продуктовая команда решает, что делать дальше — не наугад, а через гипотезы.

Идея — это просто желание что-то сделать: «а давайте добавим кнопку». Гипотеза — это утверждение, которое можно проверить и опровергнуть. Формула такая: «Если мы сделаем определённое изменение, то конкретная метрика сдвинется на конкретное значение, потому что мы предполагаем, что пользователи поведут себя определённым образом». Без конкретной метрики и без объяснения «почему» — это не гипотеза, а лозунг.

Чтобы работать с гипотезами системно, используют цикл HADI. Название — это аббревиатура из четырёх этапов: Hypothesis, Action, Data, Insight — гипотеза, действие, данные, вывод. На первом этапе формулируем гипотезу максимально чётко и сразу фиксируем, по какому конкретному показателю будем оценивать результат. На втором этапе — Action — совершаем минимально возможное действие, чтобы её проверить: не строим полноценную фичу, а делаем маленький, дешёвый тест. Третий этап — Data — собираем данные по заранее выбранной метрике. И четвёртый этап — Insight — делаем вывод: гипотеза подтвердилась, опровергнута, или нужен ещё один круг проверки.

Здесь есть важный нюанс: отрицательный результат нужно разбирать так же внимательно, как и положительный. Стоит всегда задавать себе вопрос — гипотеза действительно не сработала, или она просто неэффективна в конкретных условиях. И наоборот: если тест показал рост метрики, но изменение не довели до постоянного внедрения — ресурсы потрачены впустую. Цикл HADI не заканчивается никогда: как только одна гипотеза проверена, в работу берут следующую, и так по кругу — это и есть системный подход к развитию продукта.

Проблема в том, что гипотез всегда больше, чем рук и времени команды. Поэтому их приоритизируют, и здесь есть два основных инструмента.

Первый — ICE. Аббревиатура расшифровывается как Impact, Confidence, Ease — влияние, уверенность, лёгкость реализации. Каждую гипотезу оценивают по шкале от одного до десяти по трём параметрам: Impact — насколько сильно это повлияет на нашу целевую метрику; Confidence — насколько мы уверены, что предсказанный эффект действительно случится, есть ли у нас данные или прошлый опыт, подтверждающие это; и Ease — насколько легко и быстро это реализовать технически. Три числа перемножаются: ICE равно Impact умножить на Confidence умножить на Ease. Из-за того, что это чистое умножение, а не сложение, слабое место хотя бы по одному параметру резко утягивает вниз всю оценку — блестящая идея, которую тяжело реализовать, никогда не наберёт высокий балл, и это осознанная особенность метода.

Второй, более точный способ — RICE: Reach, Impact, Confidence, Effort: охват, влияние, уверенность, трудозатраты. Reach — это сколько именно пользователей затронет гипотеза за конкретный период, например, за квартал: конкретное число, а не ощущение. Confidence — та же идея, что и в ICE, но выражается в процентах: 100% — высокая уверенность, 50% — низкая, в зависимости от того, сколько у нас реальных данных. А Effort — это трудозатраты команды в человеко-месяцах. Формула: RICE = Reach умножить на Impact умножить на Confidence и всё делить на Effort — то есть в отличие от ICE здесь есть деление, и это принципиально: чем больше трудозатраты, тем ниже итоговый балл, даже если идея прекрасна по остальным параметрам. Именно поэтому RICE лучше подходит, когда нужно сравнивать гипотезы с очень разным охватом аудитории — ICE в такой ситуации может ошибочно поставить локальную мелочь выше масштабного изменения.

Но при любом методе действует главное правило: в первую очередь проверяют не те гипотезы, которые проще протестировать, а те, что несут наибольшую неопределённость — то есть могут либо подтвердить, либо разрушить всю бизнес-модель. Именно это и есть настоящая приоритизация.

Источники:

  1. ScrumTrek — HADI-цикл: как системно улучшать продукт шаг за шагом
  2. GetCompass — HADI-циклы: методика для проверки гипотез
  3. ProductPlan — ICE Scoring Model
  4. Growth Method — RICE Framework: How to Prioritise Growth Ideas
  5. Kaizenko — Scoring Frameworks: ICE, RICE, and Weighted Scoring

Автор
Алан
Алан ИИ-маркетолог
Тайм коды
0:00 Идея и гипотеза
0:27 Цикл HADI
1:02 Разбор результатов
1:31 Скоринг ICE
2:25 Скоринг RICE
3:12 Что проверять первым

Пожалуйста, уделите нам 5 минут и оставьте отзыв

Оставьте обратную связь