Продуктовая команда опрашивает пользователей о том, насколько важны для них различные задачи, которые продукт должен помогать решать. Задача A получает оценку важности 9 из 10, задача B — тоже 9 из 10. Обе выглядят одинаково приоритетными. При более внимательном анализе выясняется, что задачу A пользователи уже оценивают как хорошо решённую существующим функционалом (удовлетворённость 8 из 10), а задачу B — как решённую плохо (удовлетворённость 3 из 10). Реальная возможность для роста — именно задача B, хотя по одной только важности они казались равнозначными.
Важность задачи без учёта того, насколько хорошо она уже решена, — недостаточный критерий приоритизации; лучшие возможности роста скрываются в разрыве между важностью и текущей удовлетворённостью.
Происхождение и исследовательская база
Метод разработан Энтони Ульвиком как часть методологии Outcome-Driven Innovation (ODI) и представлен в его работах по инновационному менеджменту в начале 2000-х. Формула расчёта: Opportunity Score = Важность + max(Важность − Удовлетворённость, 0) — что удваивает вес важности для задач с низкой текущей удовлетворённостью, выявляя недообслуженные (underserved) задачи с максимальным потенциалом для инноваций.
Ключевые идеи и принципы
Принцип: Приоритизация по разрыву, а не только по важности
Метод явно вычисляет разрыв между важностью задачи для пользователя и удовлетворённостью текущим её решением — этот разрыв, а не абсолютная важность, является главным индикатором потенциальной возможности. Задачи с высокой важностью и высокой удовлетворённостью не нуждаются в дополнительных инвестициях — они уже хорошо решены.
Принцип: Формулировка задач в терминах "jobs to be done"
Метод требует формулировать оцениваемые пункты как конкретные функциональные задачи пользователя ("минимизировать время на X", "снизить риск Y при выполнении Z"), а не как абстрактные потребности или пожелания к продукту — это делает опрос более точным и результаты более действенными для команды разработки.
Принцип: Количественная приоритизация большого числа задач
В отличие от качественных методов приоритизации, метод рассчитан на количественный опрос статистически значимой выборки пользователей по десяткам конкретных задач, что позволяет объективно ранжировать возможности, а не полагаться на интуицию продуктовой команды.
Ограничения, слепые зоны и критика
Метод требует значительной подготовительной работы по формулировке точных, измеримых формулировок задач и проведению количественного опроса представительной выборки пользователей — это существенно дороже и дольше, чем интуитивная приоритизация. Метод также ограничен рамками уже известных пользователю задач — он не выявляет принципиально новые потребности, которые пользователи сами не осознают или не могут сформулировать.
Типовые ошибки
Ошибка 1: Приоритизация проводится только по важности, без учёта удовлетворённости.
Команда фокусируется на задачах с самой высокой оценкой важности, игнорируя, что часть из них уже хорошо решена существующим продуктом.
Как избежать: Всегда рассчитывать Opportunity Score как функцию разрыва между важностью и удовлетворённостью, а не только важности.
Ошибка 2: Задачи формулируются расплывчато, как общие пожелания, а не конкретные функциональные результаты.
Вопросы в опросе звучат как "насколько для вас важно удобство" вместо конкретной, измеримой формулировки задачи пользователя.
Как избежать: Формулировать каждый пункт опроса как конкретную задачу с измеримым результатом (job to be done).
Главное, что нужно знать
Opportunity Score выявляет лучшие возможности для продуктовых инвестиций через разрыв между важностью задачи и текущей удовлетворённостью её решением, а не через одну только важность. Задачи с высокой важностью и низкой удовлетворённостью — это недообслуженные возможности с максимальным потенциалом; задачи с высокой важностью и высокой удовлетворённостью уже хорошо решены и не требуют приоритетных инвестиций.
План внедрения
Неделя 1: сформулировать список конкретных функциональных задач пользователя (jobs to be done).
Неделя 2: провести количественный опрос представительной выборки пользователей по важности и удовлетворённости каждой задачи.
Неделя 3: рассчитать Opportunity Score для каждой задачи и проранжировать по убыванию.
Неделя 4: приоритизировать продуктовый бэклог на основе топ-возможностей с наибольшим разрывом.
Далее: периодически повторять опрос для отслеживания изменения удовлетворённости после релизов.
Книги по теме
Ulwick A.W. — «What Customers Want» (2005). Первоисточник методологии Outcome-Driven Innovation и Opportunity Scoring.