После 6 интервью вы услышали: пользователи хотят больше фильтров. Какое действие наиболее корректно с точки зрения работы пользователя и болевой точки, прежде чем строить решение?

AДобавить 10 фильтров сразу: пользователи попросили об этом напрямую, команде проще закрыть запрос быстро без углубления в контекст
BПонять задачу пользователя, контекст применения фильтров, болевую точку шага и проверить гипотезу на данных продукта
CСделать опрос с вариантами «да» и «нет» по нужности фильтров, чтобы оценить размер запроса до начала работы команды
DОтложить запрос: 6 интервью являются маленькой выборкой для любых выводов и решений по бэклогу команды и приоритетам спринта
Правильный ответ. Запрос на фичу нужно перевести в задачу пользователя, контекст и болевую точку, а затем проверить влияние на результат.

Разбор

Фильтры — это возможное решение, но причина может быть в плохом поиске, непонятных категориях или отсутствии нужных атрибутов. Если уточнить работу пользователя и шаг, где он застревает, можно выбрать минимальное и правильное решение. Затем гипотезу полезно проверить прототипом, аналитикой по пути пользователя или тестом. Это снижает риск сделать тяжёлую фичу, которая не улучшит результат пользователя; противоположные варианты либо игнорируют сигнал, либо принимают его буквально без проверки.

Проверь себя · 1/1разбор после ответа
В подходе JTBD важно понять, чем пользователь решает свою задачу вместо вашего продукта. Какой вопрос лучше всего выявляет текущую альтернативу и контекст использования?
Тренировать продукт в Telegram

Ещё вопросы по теме «Исследование пользователей и JTBD»