Вопросы по теме «Исследование пользователей и JTBD»
Проверь себя · 1/1разбор после ответа
В подходе JTBD важно понять, чем пользователь решает свою задачу вместо вашего продукта. Какой вопрос лучше всего выявляет текущую альтернативу и контекст использования?
Jobs To Be Done, Customer Journey Map, пользовательские интервью — качественные методы исследования, которые дополняют количественную аналитику. На собеседовании спрашивают, когда количественных данных недостаточно и как спланировать исследование. Аналитик, совмещающий квант и квал, видит полную картину.
Всего в этом разделе 20 вопросов. Каждый — с правильным ответом и кратким разбором теории. Разбито на 4 части по 5 вопросов.
1Вы хотите сегментировать пользователей сервиса доставки для исследований. Какой вариант сегментации лучше соответствует подходу JTBD: сегменты по контексту и потребности, а не по демографии?
AЖенщины 25–34 лет из городов-миллионников с высоким доходом, активные пользователи приложений доставки в течение последнего месяца
BПользователи, которые заказывают еду срочно прямо сейчас и выбирают из нескольких минут, потому что голодны и спешат поесть
CПользователи, которые открывают приложение на устройствах с iOS и оставляют оценку курьеру после большинства завершённых заказов
DПользователи, оформившие платную премиум-подписку и получающие бесплатную доставку без минимальной суммы корзины при заказе
Ответ: Сегменты, полезные для продукта, часто строятся вокруг контекста и работы пользователя, а не возраста и пола.
Два пользователя одинакового возраста могут иметь разные работы: быстро перекусить или заказать на компанию. Демография не объясняет, где у людей возникает болевая точка и почему они выбирают продукт. Сегментация по ситуации, триггеру и желаемому результату помогает выбирать сценарии и решения. Технические и платёжные признаки полезны как дополнительные слои, но они не заменяют сегмент по работе пользователя.
2Что из перечисленного лучше всего является контекстом в терминах JTBD?
AДемографический факт о возрасте: пользователю 28 лет, без описания обстановки выполнения задачи и его текущих ограничений
BСоциальный признак с указанием пола пользователя как мужчина или женщина без описания ситуации и обстоятельств её выполнения
CПоведенческий показатель: число подписчиков пользователя в соцсети без условий выполнения задачи и реальных обстоятельств
DСитуация с обстоятельствами: пользователь в дороге со слабым интернетом и хочет оплатить счёт до посадки в самолёт
Ответ: Контекст в JTBD — это обстоятельства выполнения задачи: место, время, ограничения и триггер действия пользователя.
В JTBD один и тот же человек может вести себя по-разному в разных обстоятельствах. Например, оплата дома и оплата на ходу — разные ситуации с разными рисками и ожиданиями. Демография сама по себе редко объясняет причины поведения и болевую точку. Описание контекста делает выводы исследования применимыми и подсказывает дизайнерам, что упростить или защитить от ошибок.
3Пользователь пишет: «добавьте кнопку повторить заказ». Какая формулировка лучше всего описывает задачу пользователя с учётом ситуации и желаемого результата?
AКогда я хочу пользоваться приложением, мне нужна заметная кнопка повтора заказа на главном экране для удобства интерфейса.
BКогда я разработчик, мне нужно реализовать API для повторного заказа и описать его в документации для команды интеграций.
CКогда я заказываю обед в офисе и времени мало, хочу повторить прошлый заказ в пару действий, чтобы быстро получить еду и не отвлекаться.
DКогда мы проводим эксперимент, нам нужно увеличить конверсию в заказ на 5% за счёт новой кнопки повтора в интерфейсе.
Ответ: В формулировке задачи пользователя важны ситуация и результат, а не конкретная фича.
Запрос про кнопку — это предложенное решение, а не описание работы пользователя. Формулировка задачи фиксирует, что человек пытается сделать в конкретной ситуации и почему это важно. Такая формулировка помогает сравнивать разные решения: повтор заказа, шаблоны, умные рекомендации. Технические детали и метрики полезны, но они не заменяют понимание задачи пользователя.
4Какое утверждение лучше всего сформулировано как болевая точка на этапе поиска товара в пользовательском пути?
AНа поиске пользователи часто получают нерелевантные результаты и тратят время на прокрутку, поэтому не находят нужный товар
BНеобходимо реализовать фильтр по брендам на странице поиска, чтобы сузить выдачу и помочь пользователю быстро найти товар
CПользователям нравится быстрый поиск, и они хотят видеть больше умных рекомендаций на главной странице каталога магазина
DСледует провести редизайн страницы поиска с обновлённой визуальной иерархией и новыми компонентами под единую дизайн-систему
Ответ: Болевая точка описывает препятствие в пользовательском пути и последствия для результата, а не конкретную фичу или редизайн.
Добавить фильтр или сделать редизайн — это варианты решения, но они могут быть лишними, если причина в данных или ранжировании. Хорошая болевая точка фиксирует наблюдаемую проблему: нерелевантность, время, срыв цели. Тогда можно сравнивать разные решения и измерять улучшение через достижение результата пользователем. Это особенно важно на ранней стадии, когда команда ещё не выбрала путь.
5Какой признак указывает, что портрет пользователя помогает команде, а не мешает работе с пользовательским путём?
AСостоит почти только из демографии и вкусов, без работ пользователя, сценариев и причин его поведения в продукте
BПеречисляет только хобби и социальный статус пользователя без задач, ограничений и контекста выполнения работы
CОписывает только бренды, которыми пользуется человек, и его образ жизни вне продуктового сценария или работы
DСодержит конкретную задачу, контекст и болевые точки, помогая команде принимать решения по продукту в типичных ситуациях
Ответ: Сильный портрет пользователя содержит JTBD, контекст и болевые точки, а не сводится к демографии и стилю жизни.
Возраст и хобби редко объясняют, где пользователь застревает и что ему важно. Рабочий портрет должен помогать принимать решения: что упростить, что объяснить, где добавить уверенность. Если описание не связывает поведение с задачами и ситуацией, команда начинает спорить о стереотипах. Поэтому в портрет включают типичные задачи, ограничения, болевые точки и обстоятельства использования продукта.