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