У продукта есть два разных JTBD: быстро оплатить счёт сейчас и свести расходы за месяц. Как правильнее работать с user journey и pain point в такой ситуации?
AСделать два отдельных
user journey по разным context и ожидаемым результатам, и искать pain point отдельно для каждого.BСделать один общий
user journey на всех пользователей, иначе будет слишком сложно.CВыбрать только один
JTBD, второй игнорировать, чтобы не распыляться.DСначала нарисовать экраны, а затем подогнать под них
JTBD.Правильный ответ. Разные
JTBD часто означают разные пути к результату, поэтому лучше строить отдельные user journey.Разбор
Сценарий срочной оплаты и сценарий месячной аналитики запускаются разными триггерами и имеют разные критерии успеха. Если смешать их в один путь, вы потеряете точность и не поймёте, где именно возникает pain point. Отдельные карты помогают сравнить, какие этапы общие, а какие уникальные. Затем можно искать общие решения, но не смешивать исследования на старте.
Проверь себя · 1/3разбор после ответа
Какой признак указывает, что
persona сделана неудачно и не поможет улучшать user journey?Ещё вопросы по теме «Исследование пользователей и JTBD»
- Пользователь пишет: «добавьте кнопку повторить заказ». Какая формулировка лучше всего описывает `JTBD` с учётом `context` и желаемого `outcome`?
- Вы хотите сегментировать пользователей сервиса доставки для исследований. Какой вариант сегментации лучше соответствует `JTBD`-подходу: сегменты по `context` и потребности, а не по демографии?
- Какое описание ближе всего к хорошей `persona` для команды, которая проектирует `user journey`?
- Конверсия в оплату упала: многие выбирают тариф, но не доходят до подтверждения. Какой шаг наиболее уместен, если вы хотите найти `pain point` через `user journey`?
- Пользователь B2B-сервиса говорит: «сделайте `export` в CSV». Что из вариантов лучше всего описывает `pain point`, который может стоять за запросом?
- Все вопросы по «Исследование пользователей и JTBD» →