Исследование пользователей и JTBD: вопросы для собеседования (часть 3)
Jobs To Be Done, Customer Journey Map, пользовательские интервью — качественные методы исследования, которые дополняют количественную аналитику. На собеседовании спрашивают, когда количественных данных недостаточно и как спланировать исследование. Аналитик, совмещающий квант и квал, видит полную картину.
Вопросы 11–15 из 20
11Почему сегментация по `persona` иногда не совпадает с сегментацией по `JTBD`?
A`Persona` всегда точнее, потому что описывает конкретного человека.
B`JTBD` подходит только для B2B, поэтому в B2C сегменты не совпадают.
CОдна и та же `persona` может иметь разные `JTBD` в разных `context`, поэтому сегменты по задачам могут пересекать персоны.
D`Persona` и `JTBD` — это одно и то же, просто разные слова.
Ответ: `Persona` — это образ пользователя, а `JTBD` — задача в конкретном `context`, поэтому один человек может попадать в разные сегменты по работам.
Например, один и тот же пользователь иногда хочет быстро решить задачу на ходу, а иногда внимательно сравнить варианты дома. Если сегментировать только по персоне, вы потеряете различие сценариев и `pain point`. Сегментация по `JTBD` помогает выбирать решения под конкретную работу и измерять успех через результат. Поэтому часто используют оба инструмента, но не смешивают их как одно и то же.
12Вы хотите найти `pain point` в `user journey` онбординга. Какой подход наиболее уместен?
AСовместить воронку по шагам (где падают) с качественными наблюдениями (почему падают) и разбирать результаты по `context`-сегментам.
BСмотреть только общий MAU и считать, что чем он выше, тем путь лучше.
CОриентироваться на количество просмотренных экранов, не связывая это с результатом.
DСразу написать спецификацию на новую фичу, не анализируя текущий путь.
Ответ: Для поиска `pain point` важно понять и где в `user journey` проблема, и почему она возникает в конкретном `context`.
Квантитативная воронка показывает, где пользователи уходят, но не объясняет причины. Качественные методы дают контекст: непонимание ценности, страх, баг, лишние шаги. Разделение по сегментам помогает не усреднять разные сценарии и не делать неправильные выводы. Такой подход быстрее приводит к точным гипотезам и проверяемым решениям.
13Какое описание ближе всего к хорошей `persona` для команды, которая проектирует `user journey`?
AИрина, 32 года, Москва, любит путешествия.
BПользователь, который заходит в приложение минимум 3 раза в неделю.
CИрина, финансовый менеджер: в `context` закрытия месяца ей нужно быстро сверить данные, она боится ошибок, `pain point` — ручные сверки, результат — уверенно отправить отчёт вовремя.
DПользователь с высоким LTV, который приносит больше выручки.
Ответ: `Persona` описывает цели, мотивацию, `context` и `pain point`, а не только демографию или ценность для бизнеса.
Хорошая `persona` помогает команде представить реального пользователя и принимать решения по опыту. Она включает задачи, ограничения, окружение, критерии успеха и типичные сценарии в `user journey`. Демография может быть частью, но не ядром. Если `persona` строится только вокруг частоты использования или LTV, она плохо объясняет, что именно нужно улучшать.
14На интервью пользователь сказал: «оформление заказа слишком долгое». Какой следующий вопрос лучше всего помогает раскрыть `pain point` и `context`, а не получить общую жалобу?
AМы уже сократили форму до трёх полей — это поможет?
BНа каком шаге вы обычно останавливаетесь, что именно вызывает задержку и что вы пытаетесь сделать в этот момент?
CВас раздражает именно визуальный дизайн страницы оформления?
DСколько секунд оформления было бы для вас комфортным?
Ответ: Чтобы уточнить `pain point`, важно локализовать его на этапе `user journey` и понять обстоятельства (`context`).
Фраза долго может означать разные причины: непонятные поля, подтверждение, поиск товара, ошибки оплаты. Вопрос про шаг и действия привязывает жалобу к конкретному месту в пути и помогает найти первопричину. После этого можно сравнить решения и измерять, улучшился ли результат, а не только восприятие. Вопрос про секунды без контекста часто даёт случайные ответы.
15Вы хотите сегментировать пользователей по `context` для исследования `user journey` покупки. Какие данные наиболее полезно собрать?
AТолько возраст и город, чтобы понимать географию.
BТолько каналы привлечения, потому что они объясняют всё.
CТриггер и обстоятельства: срочность, устройство, время, ограничения по бюджету, кто принимает решение, какие альтернативы рассматривают.
DТолько количество сессий и время в приложении.
Ответ: Сегментация по `context` требует данных о ситуации, триггере и ограничениях, а не только демографии.
Одинаковая демография не означает одинаковую задачу и одинаковый путь к результату. Срочная покупка на мобильном и плановая покупка на десктопе часто имеют разные `pain point`. Данные про обстоятельства и альтернативы делают сегменты осмысленными для решений и дизайна. Канал и активность полезны, но они не заменяют понимание контекста.
Хотите тренировать интерактивно?
В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.
Тренировать в TelegramДругие темы: Продуктовая аналитика