ProductHub

Customer journey map и opportunity solution tree

Карта пути пользователя (CJM) и дерево возможностей (opportunity solution tree, OST) — два связанных инструмента discovery. Первый помогает увидеть опыт пользователя целиком и найти, где болит; второй — превратить найденные возможности в структурированный выбор, что именно решать ради цели.

Что такое customer journey map

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

Ценность CJM в том, что она делает видимыми моменты боли и трения, которые внутри команды обычно размазаны по разным функциям. Карта строится на данных из интервью и наблюдения, а не на догадках, иначе она превращается в красивую картинку без связи с реальностью.

Как построить карту пути

  1. Зафиксируйте сценарий и сегмент. Одна карта — один тип пользователя и одна задача; универсальная карта «для всех» бесполезна.
  2. Разложите путь на этапы — от осознания задачи до получения ценности и далее к повторному использованию.
  3. На каждом этапе опишите действия, цели, вопросы и эмоции пользователя, а также точки контакта с продуктом.
  4. Отметьте боли и моменты истины — шаги, где пользователь застревает, сомневается или отваливается.
  5. Подкрепите данными: где в этих местах отваливаются когорты, что говорят в интервью.

Что такое opportunity solution tree

Opportunity solution tree (дерево возможностей) — инструмент Тереза Торрес для continuous discovery. Он связывает желаемый результат с путём к нему через четыре уровня:

  • Outcome — измеримый результат наверху дерева (например, рост активации).
  • Opportunities — потребности, боли и желания пользователей, найденные в discovery (в том числе на CJM), которые двигают этот outcome.
  • Solutions — идеи решений под каждую возможность.
  • Experiments — проверки, подтверждающие, что решение действительно закрывает возможность.

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

Как связать CJM и OST в discovery

Инструменты работают в связке. CJM поставляет сырьё — карту болей и разрывов в опыте. OST структурирует выбор: какие из этих болей (opportunities) сильнее всего двигают нужный outcome, какие решения их закрывают и как это проверить.

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

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

  • Карта из головы. CJM, построенная без контакта с пользователями, фиксирует предположения команды, а не реальность.
  • Карта как самоцель. Красивый артефакт без вывода в решения — потраченное время; ценность CJM в найденных болях.
  • Прыжок от цели к решению. Без явных возможностей в дереве команда оптимизирует список фич, а не результат.
  • Слишком широкий охват. Одна карта на все сегменты сразу размывает фокус и прячет специфику боли.

Разберите свою задачу по этой логике — бесплатно

ProductHub Deep Dive за ~7 минут превращает вашу продуктовую задачу в план с обоснованием, опираясь на методологию и 200+ реальных проектов агентства. Без воды и коммерческих звонков.

Пройти разбор бесплатно

Частые вопросы

Чем opportunity solution tree отличается от обычного бэклога идей?

Бэклог идей — это плоский список решений. Дерево возможностей встраивает каждое решение в контекст: какой измеримый outcome оно двигает и какую конкретную потребность пользователя закрывает. Это не даёт командам копить фичи в отрыве от целей и проблем.

Нужна ли CJM, если уже есть JTBD?

Они дополняют друг друга. JTBD отвечает, какую работу человек нанимает продукт выполнить; CJM показывает, как именно протекает путь к этой работе по шагам и где в нём боль. Карту пути удобно строить поверх понимания работы пользователя.