Как подготовить пользовательское интервью: сегментировать аудиторию, проверить гипотезы и учесть ограничения продукта

Практический цикл продуктового исследования — от сценарной сегментации и Customer Journey до полевого интервью и проверки прототипа.

Собрано из реальной встречи в Noteall · создать свою публикацию
Как подготовить пользовательское интервью: сегментировать аудиторию, проверить гипотезы и учесть ограничения продукта
Коротко о главном
Как подготовить пользовательское интервью для проверки продуктовых гипотез
Пользовательское интервью для проверки продуктовых гипотез готовят от конкретного сценария и сегмента, а не от функции или широкого портрета аудитории. Затем формулируют короткие гипотезы, изучают Customer Journey, готовят открытые вопросы о прошлом опыте и приглашают релевантных респондентов. Интервью помогают проверить предположения о поведении, проблемах, мотивах, альтернативах и ограничениях пользователя.

Ключевые выводы

1
Пользовательское интервью начинают с задачи и сценария пользователя
Внутренние цели продукта переводят на язык пользовательской задачи: что человек хочет сделать, в каком контексте действует и каких усилий требует достижение результата.
2
Аудиторию сегментируют по сценариям использования
Возраст, город и семейный статус учитывают, только если они меняют поведение, ограничения, цель пользователя или выбор альтернатив в конкретной ситуации.
3
В пользовательском интервью исследуют прямые и замещающие альтернативы
Конкурентом продукта может быть привычный способ решения задачи, отказ от действия, работа, общение, отдых или сон, если они требуют тех же ресурсов пользователя.
4
Продуктовые гипотезы формулируют как проверяемые предположения
Гипотеза описывает наблюдаемое поведение пользователя и предполагаемую причину, проблему, мотивацию или блокер, чтобы её можно было проверить в интервью.
5
Завершённый сценарий не доказывает хороший пользовательский опыт
Стресс, ошибки, чрезмерные усилия и зависимость от помощи указывают на проблему пути, даже если пользователь технически достиг результата.
6
Пользовательское интервью изучает прошлый опыт, а не одобрение идеи
Открытые вопросы строят вокруг конкретных ситуаций, действий, мотивов, проблем и альтернатив, избегая наводящих формулировок о будущем продукте.
7
Продуктовые ограничения выявляют и ранжируют по значимости
На жизнеспособность сценария влияют законодательные, инфраструктурные, технологические, экономические, поведенческие и операционные условия, причём их значимость различается.

Эксперты

М
Михаил Войтко
Владелец продукта и руководитель проектов · Сбер
Вёл тренинг по исследованию пользовательского опыта, формулированию гипотез и подготовке полевых интервью.

Полный разбор вебинара вы можете найти здесь:

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

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

Эта рамка помогает подготовить пользовательское интервью так, чтобы оно не превратилось в поиск подтверждения уже придуманной идеи. Михаил Войтко, владелец продукта и руководитель проектов в Сбере, предлагает выстраивать работу как последовательный цикл: выделить аудиторию и сценарий, сформулировать гипотезы, изучить путь пользователя, провести интервью, зафиксировать наблюдения и пересобрать предположения по результатам.

Пользовательский опыт начинается раньше первого экрана

Тоже проводите встречи, интервью или лекции?
Noteall расшифрует запись или документ и соберёт из них готовый структурированный материал.
Попробовать бесплатно →

Пользовательский опыт — это не только интерфейс, расположение кнопок или скорость загрузки. Он включает весь путь от ранней потребности до результата. Покупка авиабилета, например, начинается не с выбора рейса. До него человек решает, хочет ли он вообще куда-то поехать, может ли выделить время и деньги, какая там погода и чем он будет заниматься в поездке.

Такой же принцип действует в цифровых продуктах. Человек приходит в развлекательный сервис не ради механики рекомендаций как таковой, а чтобы отдохнуть, провести свободное время или справиться со скукой. В транспортный сервис — не ради карты, а чтобы попасть из одной точки в другую в конкретных обстоятельствах.

Разбор кейса
Контекст На встрече разбирался интерфейс Яндекс Go — транспортного сервиса, который одновременно предлагает пользователю несколько сценариев, включая поездку и доставку.
Задача Показать, как интерфейс может начинать сценарий с текущей ситуации человека, а не с внутренней структуры сервиса, и где возникает риск потери релевантности в многосценарном приложении.
Что сделали В интерфейсе точка пользователя на карте, поля «откуда» и «куда», варианты поездки и часто посещаемые места связывают сервис с его текущим местоположением и намерением. Пользователь видит себя в конкретной точке и понимает, что может сделать прямо сейчас: поехать куда-то или заказать то, что приедет к нему. При этом на разборе отдельно отметили ограничение: сохранённые места хорошо поддерживают транспортный сценарий, но могут быть не связаны с другими сценариями внутри приложения. Исследователь должен проверять не просто наличие функций, а то, помогают ли элементы экрана пройти именно текущую пользовательскую задачу.
Результат Пример показывает, как сервис связывает интерфейс с контекстом человека, но одновременно требует различать сценарии, чтобы пользователь не сталкивался с несвязанными предложениями.
Вывод Даже клиентоцентричный интерфейс нужно исследовать по отдельным ситуациям использования: один и тот же элемент может быть полезен в поездке и нерелевантен в доставке.

Внутреннюю цель команды важно перевести на язык клиента. Рост конверсии в переводах не является пользовательской задачей. Для человека задача может звучать проще: быстро отправить деньги и не переплатить. Когда эти уровни смешиваются, интервью начинают строить вокруг интересов продукта, а не вокруг опыта респондента.

«Всегда думайте, когда начинаете работать с продуктом, думайте о том, что вы хорошего сделаете для клиента». — Михаил Войтко

Разбор кейса
Контекст На встрече сопоставлялись интерфейсы Яндекс Go и Яндекс Практикума: транспортный сервис строится вокруг текущего положения и действия человека, а образовательный — вокруг навыка и образовательного продукта.
Задача Понять, означает ли фокус интерфейса на навыке, а не на пользователе, отсутствие клиентоцентричности.
Что сделали В разборе отделили визуальный центр интерфейса от жизненной задачи клиента. В Яндекс Практикуме в центре находится то, что можно освоить: программа, навык или образовательный результат. Это соответствует природе сценария: человек приходит не просто в приложение, а чтобы научиться определённому и изменить свои профессиональные возможности. При этом команде всё равно нужно исследовать, для кого построен путь, какую ситуацию в жизни пользователя он меняет и почему именно этот навык для него ценен.
Результат Пример показывает, что продукт может начинать коммуникацию с образовательного предложения, сохраняя ориентацию на реальную задачу пользователя.
Вывод Не копируйте один шаблон интерфейса для всех продуктов: определяйте, что должно быть в центре конкретного сценария — местоположение, действие, навык или иной результат — и проверяйте его связь с потребностью человека.

Сегментировать нужно не людей вообще, а ситуации использования

Широкие портреты вроде «молодёжь», «студенты» или «жители большого города» редко помогают принять конкретное продуктовое решение. Внутри такой группы могут оказаться пользователи с совершенно разными целями, бюджетами, привычками и ограничениями.

Более полезная сегментация отвечает на вопросы:

  • кто действует;

  • в какой ситуации он действует;

  • какую задачу пытается выполнить;

  • что ограничивает его выбор;

  • какие альтернативы у него уже есть;

  • какой результат он считает успешным.

Пример с арендой электросамокатов показывает разницу между демографическим и сценарным подходом. Категория «студенты 18–30 лет» слишком широка. Студент может ехать на учёбу, на работу, кататься в парке или преодолевать короткий маршрут в городе. Это разные сценарии с разной готовностью платить, разной срочностью и разными барьерами.

Один из наиболее конкретных наблюдений в обсуждении самокатов звучал так: пользователю важно «не вспотеть в юбке». Эта формулировка полезнее общего предположения о том, что аудитории нравятся тренды или удобство. Она описывает контекст, ограничение и ценность, вокруг которых можно строить гипотезу о сценарии.

Разбор кейса
Контекст В обсуждении аренды электросамокатов рассматривалась аудитория, которую легко ошибочно объединить в группу «студенты 18–30 лет».
Задача Найти сегменты, для которых можно сформулировать отличающиеся продуктовые гипотезы, вместо работы с усреднённым возрастным портретом.
Что сделали Аудиторию разложили по ситуациям использования: поездка на учёбу, на работу, прогулка в парке и короткое перемещение по городу. Для каждого случая предложено отдельно изучать цель поездки, срочность, готовность платить и барьеры. Наблюдение в ходе полевого исследования «не вспотеть в юбке» зафиксировало не абстрактное отношение к удобству, а конкретную ситуацию, физическое ограничение и желаемый результат. Такая формулировка позволяет проверять сценарий, в котором самокат выбирают не ради тренда, а ради возможности добраться до места, сохранив комфорт и внешний вид.
Результат Вместо единой аудитории появились разные сценарии с разными основаниями для выбора сервиса.
Вывод Сегментируйте не по возрасту как таковому, а по тому, что меняет поведение: цели маршрута, времени, одежде, физической нагрузке и срочности.

Возраст, доход, семейный статус и город остаются важными признаками, но только если они меняют поведение. Семья может влиять на требования к туристическому маршруту, возраст — на допустимую физическую нагрузку, а город — на доступность инфраструктуры. Сам по себе набор характеристик ещё не объясняет, зачем человеку продукт.

Конкуренты — это не только сервисы из той же категории

Пользователь выбирает не между продуктами в вакууме. Он распределяет ограниченные деньги, внимание, время и энергию. Поэтому конкурентом становятся не только прямые аналоги, но и привычный способ решить задачу, отказ от действия, работа, общение, отдых или сон.

Для Netflix, как было сформулировано на встрече, конкурентом может быть не только другой видеосервис, но и сон. Вечером человек решает, смотреть ли контент, играть, общаться с семьёй или лечь спать. Если продукт претендует на время пользователя, исследование должно учитывать эту более широкую среду выбора.

Разбор кейса
Контекст Михаил Войтко разбирал вечерний сценарий, о котором говорят увлечённые игроки: после работы и времени с семьёй человек поздно вечером выбирает между началом игровой сессии и сном.
Задача Показать, что для сервисов досуга конкурентом становится не только другой продукт той же категории, но и восстановление, семейные дела и иные способы провести время.
Что сделали В сценарии учли реальное ограничение по времени: пользователь приходит домой вечером, проводит часть времени с семьёй и затем решает, начинать ли игру, которая может занять несколько часов. Спикер обратил внимание, что пользователи могут выбирать игру в том числе исходя из того, сколькими часами сна готовы пожертвовать. Поэтому при исследовании развлекательного сервиса важно восстанавливать не только момент запуска продукта, но и весь вечерний контекст: что было до него, какие обязательства есть у человека, сколько времени у него осталось и почему он выбирает или не выбирает сценарий.
Результат Сон и другие повседневные занятия становятся частью фактической конкурентной среды продукта.
Вывод Вопрос о конкурентах дополняйте вопросом о времени: выясняйте, что пользователь делает вместо сервиса и в какой момент жизненный контекст не оставляет места для вашего сценария.

В интервью полезно спрашивать не только о знакомых сервисах-конкурентах, но и о замещающем поведении:

  • как человек решал эту задачу в последний раз;

  • что он сделал вместо использования продукта;

  • почему отложил действие;

  • что в привычном способе его устраивает;

  • что должно измениться, чтобы он попробовал другой путь.

Так команда выявляет не только недостатки конкурентов, но и силу привычки. Новый продукт может быть дешевле или функциональнее, однако человек не обязательно перейдёт на него, если смена сценария требует лишних усилий или не выглядит достаточно ценной.

Поведенческая экономика защищает от ложной рациональности

Пользователь не всегда выбирает самый дешёвый, быстрый или функциональный вариант. На решение влияют эмоции, привычки, восприятие риска, чувство владения, статус и контекст.

Например, человек может отказаться продать уже купленный билет на концерт любимой группы, даже если ему предлагают сумму выше первоначальной цены. Для владельца билет — это не только денежный актив, но и ожидание события, эмоциональная связь и ощущение обладания. Аналогично один и тот же товар может восприниматься по-разному в зависимости от сценария. Чашка кофе может быть простым способом согреться, сервисом с атмосферой, доставкой в нужный момент или персональным опытом.

Для исследования отсюда следует важное правило: не принимать рациональное объяснение команды за факт. Формулировки «это дешевле», «это удобнее» и «это объективно лучше» нужно проверять через конкретный опыт пользователя. Стоит выяснить, как он воспринимает цену, усилия, риск, привычный путь и эмоциональную ценность результата.

Пройдите Customer Journey до конца

Customer Journey помогает увидеть продукт как часть более длинного пути. Задача команды — пройти этот путь от ранней потребности до финального результата, выделить хорошие и плохие этапы и понять, где человек тратит непропорционально много усилий.

Полезно не ограничиваться успешным завершением операции. В упражнении по дизайн-мышлению участники проходили оплату ЖКХ через банкомат в условиях, имитирующих ограничения зрения и слуха. Операцию можно было завершить, но путь требовал напряжения: нужно было разобраться с платёжным документом, интерфейсом, длинными числовыми данными и внешними отвлекающими факторами.

Разбор кейса
Контекст На обучении дизайн-мышлению в банке участники проходили сценарий оплаты ЖКХ через банкомат в роли человека с ограничениями зрения и слуха: использовали очки виртуальной реальности и наушники.
Задача Помочь команде прожить путь пользователя, для которого привычная банковская операция превращается в последовательность препятствий.
Что сделали Сценарий начали не с интерфейса банкомата, а с получения платёжного документа из почтового ящика. Участнику нужно было разобраться с документом, содержащим множество цифр, при этом QR-код мог быть или отсутствовать — в зависимости от управляющей компании. Затем он подходил к банкомату, выбирал нужный раздел, пытался считать и ввести длинные числовые данные, использовал карту или наличные. Ограничения имитировали частичную потерю слуха и размытое изображение. Дополнительное напряжение создавала внешняя среда: на пользователя наступали, на него кричали, но он не мог полноценно воспринять происходящее. Участника просили довести операцию до конца, а не остановиться на первом затруднении.
Результат Примерно через десять минут усилий участник всё же оплачивал услугу. Технически операция была успешной, однако опыт оказался стрессовым и требовал чрезмерных усилий.
Вывод Не считайте завершённую транзакцию доказательством хорошего UX: проходите путь в условиях пользователя и фиксируйте усилия, ошибки, зависимость от помощи и стресс на каждом шаге.

Технический успех не равен хорошему опыту. Если пользователь дошёл до результата только через стресс, ошибки и необходимость в помощи, это уже материал для продуктовой гипотезы.

Разбор кейса
Контекст Михаил Войтко приводил несколько наблюдений из городской среды, где элементы, созданные для удобства пользователей, были реализованы без проверки реального пути человека.
Задача Показать, почему хороший замысел и формальное наличие инфраструктуры не гарантируют, что пользователь сможет ею воспользоваться.
Что сделали В одном примере тактильные направляющие элементы для людей с ограничениями зрения оказались сдвинуты: их направление и расположение перестали помогать ориентироваться, и пользователь мог заблудиться. В другом велодорожку проложили с петлёй вокруг дерева, хотя соседняя пешеходная дорожка была прямой. В третьем случае тротуар вдоль дороги был сделан по стандарту, но людям нужно было идти в другую сторону, поэтому они самостоятельно протоптали иной маршрут. Во всех примерах проектировали отдельный объект, а не проверяли, как человек действительно проходит путь целиком.
Результат Пользователи либо не могут применить предусмотренное решение, либо вынуждены обходить его и создавать собственный сценарий.
Вывод Наблюдайте за фактическим поведением после запуска: если люди обходят предусмотренный путь, это не «неправильный пользователь», а сигнал, что сценарий спроектирован не под реальную задачу.

После карты пути не нужно пытаться исправить всё сразу. Ресурсы ограничены, а некоторые изменения требуют долгой реализации. Для приоритизации гипотезы стоит ответить на три вопроса:

  1. Почему существует проблема и почему предлагаемое изменение должно помочь?

  2. Как будет выглядеть новый пользовательский сценарий?

  3. Что конкретно улучшится для человека?

Разбор кейса
Контекст В одном из проектов, с которыми работал Михаил Войтко, пользователи 1С стали применять систему в сценариях мониторинга алкогольной и табачной продукции, хотя продукт не был изначально заточен под эту задачу.
Задача Понять, как пользователи получают ценность из продукта в незапланированном сценарии, а не оценивать использование только по заложенным функциям.
Что сделали Пользователи самостоятельно приспособили 1С к новой для них задаче: начали иначе вести учёт и использовать систему для списаний в сценариях, которых в продукте ещё не было реализовано. Эту модель использования обнаружили через глубокое погружение в фактическое использование продукта. Вместо предположения, что клиенты проходят только предусмотренные пути, команда увидела, что часть ценности создаётся за счёт самостоятельно изобретённого пользователями способа работы.
Результат Оказалось, что пользователи нашли в существующем продукте ценность для нестандартной задачи, не предусмотренной исходным проектированием.
Вывод Изучайте не только запланированные воронки и функции: неожиданный пользовательский сценарий может оказаться значимым источником ценности и основой для новой гипотезы.

Формулируйте короткие проверяемые гипотезы

Гипотеза должна быть конкретной и утвердительной. Не «возможно, пользователи забывают оставлять чаевые», а «пользователи не оставляют чаевые после поездки, потому что спешат». В такой формулировке уже есть аудитория, наблюдаемое поведение и предполагаемая причина.

Гипотезы могут относиться к разным частям сценария:

  • поведение — как пользователь действует сейчас;

  • проблема — с каким неудобством он сталкивается;

  • мотивация — что может заставить его изменить привычный путь;

  • препятствие — что полностью мешает завершить действие.

Проверка гипотезы не должна быть соревнованием за подтверждение. Ошибочное предположение — это тоже результат: оно помогает не тратить ресурсы на решение, которое не соответствует реальной потребности. На встрече ориентиром называлась проверка хотя бы одной-двух гипотез за практический цикл, а не обязательное доказательство исходной идеи.

Учитывайте ограничения пользователя, продукта и среды

Даже ценный сценарий не существует отдельно от условий рынка и эксплуатации. Среди ограничений могут быть технологические, инфраструктурные, законодательные, экономические, поведенческие и операционные факторы.

Кейс каршеринга показывает, что массовый сервис зависит не только от наличия автомобилей. Нужны мобильный интернет, приложения, городская парковочная среда и работающая бизнес-модель. В обсуждении электросамокатов существенными ограничениями стали законодательство, инфраструктура, сезонность и аккумуляторы. При этом ограничения важно не только перечислить, но и ранжировать по силе влияния.

Разбор кейса
Контекст На встрече каршеринг и аренда электросамокатов разбирались как сервисы, чья жизнеспособность зависит одновременно от продукта, городской среды и правил рынка.
Задача Не принять наличие транспорта за достаточное условие для массового сценария и определить ограничения, которые действительно меняют модель использования.
Что сделали Для каршеринга рассмотрели связку условий: доступность мобильного интернета, наличие приложений, парковочная среда города, экономика и работающая модель использования. Для электросамокатов отдельно выделили законодательство, инфраструктуру, сезонность и аккумуляторы. Ограничения не просто перечислили, а разделили по характеру воздействия: законодательный риск способен изменить саму модель рынка, тогда как аккумуляторы создают серьёзную операционную нагрузку, но могут быть более управляемы через зарядную и логистическую инфраструктуру.
Результат Анализ помогает отличать критические ограничения, меняющие сценарий или рынок, от сложностей, для которых можно искать операционное решение.
Вывод Перед запуском сценария ранжируйте ограничения по силе влияния: не все проблемы одинаковы, и не каждую нужно решать тем же способом.

Законодательный риск способен изменить саму модель использования сервиса. Аккумуляторы создают операционную нагрузку, но могут решаться через зарядную и логистическую инфраструктуру. Окончательная оценка зависит от конкретного сегмента и сценария, поэтому её нельзя подменять общим мнением команды.

Как подготовить сценарий проблемного интервью

Проблемное интервью проводят, когда решения или прототипа ещё нет. Его цель — изучить прошлый и текущий опыт: как пользователь решает задачу, какими альтернативами пользуется, что его раздражает и почему он выбирает существующий путь.

Сценарий интервью лучше подготовить заранее и выстроить как цепочку вопросов. Это особенно важно для начинающего исследователя: в разговоре легко потерять контекст или начать вести собеседника к желаемому ответу.

Базовая структура может быть такой:

  1. Коротко объяснить цель разговора и установить контакт.

  2. Проверить, относится ли человек к нужному сценарию.

  3. Попросить вспомнить конкретный последний случай.

  4. Восстановить последовательность действий.

  5. Уточнить причины выбора, сложности и альтернативы.

  6. Спросить о результате: удалось ли решить задачу и какой ценой.

  7. Резюмировать услышанное и попросить подтвердить, правильно ли вы поняли ответ.

Важно избегать наводящих и бинарных вопросов. Вопрос «Вы бы пользовались такой функцией?» чаще показывает вежливую реакцию на идею, а не реальное поведение. Гораздо содержательнее вопросить о прошлом: «Когда это произошло в последний раз?», «Что вы сделали дальше?», «Почему выбрали именно этот вариант?»

Техника «5 почему» помогает углубиться за пределы первого объяснения. Человек может рационализировать поведение, забыть детали или дать социально желательный ответ. Задача исследователя — не спорить, а последовательно восстанавливать контекст решения.

Когда нужен прототип и решенческое интервью

Решенческое интервью проводят, когда есть прототип и понятный сценарий, который пользователь может пройти. Здесь проверяют механику взаимодействия, понятность решения, воспринимаемую ценность и ориентировочную готовность платить.

Прототип не обязан быть сложным. Подойдут бумажный макет, кликабельный сценарий в Figma, версия без программирования или физическая имитация сервиса. Главное — показать один ясный сценарий. Если прототип пытается продемонстрировать слишком много функций, респондент будет реагировать на его непонятность, а не на проверяемую гипотезу.

Чем быстрее и дешевле создан прототип, тем раньше команда получает возможность проверить предположение на ограниченной группе. После этого можно дорабатывать решение и только затем масштабировать его.

Как организовать полевое исследование

Респондентов нужно искать там, где действительно присутствует нужная аудитория: среди действующих пользователей, в профильных сообществах, на мероприятиях, в социальных сетях или на улице — если сценарий подходит для экспресс-интервью.

У каждого канала рекрутинга есть ограничение выборки. Пользователи TikTok не представляют весь рынок, посетители конференции не заменяют обычных пользователей, а текущие клиенты не объяснят причины, по которым другие люди не пользуются сервисом. Это не делает канал бесполезным, но требует аккуратно интерпретировать результаты.

Интервью удобно проводить вдвоём или втроём: один ведёт беседу, другой фиксирует ответы. Сразу после разговора стоит дополнить заметки и обсудить наблюдения, пока не потерялись детали. Количество интервью не должно быть механическим KPI. Для массовой задачи был назван ориентир в 12 интервью, но для узкого B2B-сегмента ценным может оказаться и один разговор с релевантным лицом, принимающим решение.

Остановить цикл можно, когда в разговорах с нужной аудиторией начинают повторяться одни и те же закономерности: проблемы, мотивации, ограничения и способы действия. Тогда команда переходит к следующей гипотезе, новому сегменту или прототипированию.

Хорошее интервью не доказывает, что команда была права. Оно даёт достаточно конкретное знание, чтобы перестать гадать и сделать следующий продуктовый шаг осознанно.

Традиционными маркетинговыми способами анализировать пользователей уже не очень хорошо работает. Нам нужно бить пользователей на минимальные группки и изучать их отдельные сценарии.Михаил Войтко — Владелец продукта и руководитель проектов, Сбер
Вопросы в интервью не про то, как вы хотите свои сценарии закрыть. Мы в первую очередь интересуемся пользовательским опытом.Михаил Войтко — Владелец продукта и руководитель проектов, Сбер
Гипотезу мы формулируем максимально просто и максимально конкретно: для этой аудитории она подтвердилась или нет, не подтвердилась — надо формулировать новую.Михаил Войтко — Владелец продукта и руководитель проектов, Сбер
Из десяти гипотез, по моим оценкам, подтверждается ноль-пять — даже у хороших продактов.Михаил Войтко — Владелец продукта и руководитель проектов, Сбер
Покупка билетов — это уже часть пути: сначала человек решает, хочет ли он вообще куда-то поехать, есть ли время, деньги и что он будет делать в поездке.Михаил Войтко — Владелец продукта и руководитель проектов, Сбер
Как подготовить пользовательское интервью для проверки продуктовых гипотез
  1. Выделить сегмент и сценарий
    Определить, кто действует, в какой ситуации, какую задачу решает, что ограничивает выбор и какой результат считает успешным.
  2. Сформулировать продуктовые гипотезы
    Записать короткие проверяемые предположения о поведении пользователя, его проблеме, мотивации или блокере.
  3. Изучить Customer Journey
    Пройти путь от ранней потребности до результата и выделить этапы, где пользователь сталкивается с усилиями, ошибками или препятствиями.
  4. Подготовить открытые вопросы
    Спросить о конкретных прошлых ситуациях, действиях, причинах выбора, проблемах и альтернативах вместо одобрения будущей идеи.
  5. Провести интервью с релевантными респондентами
    Провести разговоры с людьми, чей контекст и сценарий соответствуют проверяемой продуктовой гипотезе.
  6. Зафиксировать наблюдения и пересобрать гипотезы
    Сопоставить повторяющиеся паттерны поведения, проблем и ограничений с исходными предположениями и уточнить следующие шаги.

Подготовленный план пользовательского интервью помогает проверить гипотезы о сценарии, поведении, проблемах, мотивах, альтернативах и ограничениях релевантного сегмента.

Проблемное и решенческое пользовательское интервью
Проблемное интервьюРешенческое интервью
Наличие продукта или прототипаГотовый продукт или прототип не демонстрируют.Пользователь проходит сценарий с прототипом.
Основной предмет исследованияПрошлый и текущий опыт, привычки, проблемы и альтернативы.Механика взаимодействия, понятность и воспринимаемая ценность решения.
Вопросы пользователюРазбирают конкретные прошлые ситуации, действия и причины выбора.Проверяют прохождение понятного сценария конкретного решения.
Что помогает проверитьКак пользователь решает задачу и что ему мешает.Как пользователь воспринимает решение и его ориентировочную ценность.

Проблемное интервью применяют для изучения существующей задачи и опыта пользователя, а решенческое — для проверки конкретного решения с прототипом.

Факты и проверяемые утверждения
Михаил Войтко — сотрудник Сбера, владелец продукта и руководитель проектов.
Практическая часть тренинга включала подготовку интервью и выход к респондентам для коротких экспресс-интервью.
Для типовой массовой задачи приведён ориентир в 12 интервью; критерием завершения названо повторение инсайтов в разговорах с нужной аудиторией.
Фактические результаты полевой части тренинга в предоставленных материалах не зафиксированы.
Частые вопросы
С чего начать подготовку пользовательского интервью
Подготовку пользовательского интервью начинают с конкретного сегмента и сценария использования: кто пользователь, какую задачу решает, в каком контексте действует и какими альтернативами пользуется. После этого формулируют короткие гипотезы для проверки. Такой порядок помогает обсуждать реальный опыт пользователя, а не заранее придуманную функцию или внутренние цели продукта.
Почему не стоит спрашивать о новой функции
Вопрос о готовности пользоваться новой функцией проверяет декларацию пользователя о будущей идее, а не его реальное поведение. В пользовательском интервью полезнее разбирать конкретные прошлые ситуации: что человек делал, почему выбрал этот способ, какие проблемы встретил и какие альтернативы рассматривал. Такой разговор позволяет проверить гипотезы через опыт, а не через одобрение идеи.
Что такое проблемное интервью
Проблемное интервью — это пользовательское интервью без готового продукта или прототипа, которое изучает существующий и прошлый опыт человека. В нём выясняют, как пользователь обычно решает задачу, какие привычки и альтернативы у него есть, с какими проблемами он сталкивается и почему выбирает текущий способ действий.
Что такое решенческое интервью
Решенческое интервью — это пользовательское интервью с прототипом, в котором человек проходит понятный сценарий использования решения. Оно помогает проверить механику взаимодействия, понятность решения, воспринимаемую ценность и ориентировочную готовность платить. В отличие от проблемного интервью, решенческое интервью проверяет конкретный вариант продукта.
Сколько пользовательских интервью проводить
Для типовой массовой задачи ориентир составляет 12 пользовательских интервью, но важнее повторяемость паттернов поведения, проблем и ограничений у релевантной аудитории. Для узкого B2B-сегмента ценным может быть даже 1 разговор с релевантным человеком, который принимает решения. Количество интервью зависит от сегмента и того, повторяются ли новые наблюдения.
Когда завершать пользовательские интервью
Пользовательские интервью можно завершать, когда новые разговоры с релевантной аудиторией регулярно повторяют уже выявленные паттерны поведения, проблем и ограничений. После этого переходят к следующей гипотезе, другому сегменту или прототипированию. Завершение интервью определяют не формальным числом разговоров, а повторяемостью наблюдений.
Глоссарий
Customer Journey
Путь пользователя от ранней потребности до достижения результата, который применяют для изучения контекста, альтернатив и препятствий до и после контакта с сервисом.
Jobs to Be Done
Подход к исследованию, в котором продукт рассматривают как средство выполнить определённую задачу пользователя в конкретной жизненной ситуации.
Проблемное интервью
Пользовательское интервью без демонстрации готового решения, которое применяют для изучения существующего опыта, проблем, привычек и альтернатив пользователя.
Решенческое интервью
Пользовательское интервью с прототипом, которое применяют для проверки понятности, механики взаимодействия, ценности решения и ориентировочной готовности платить.
Продуктовая гипотеза
Короткое проверяемое предположение о поведении, проблеме, мотивации или блокере пользователя, которое используют для подготовки вопросов пользовательского интервью.
Сценарная сегментация
Разделение аудитории на группы по ситуации использования, задаче, ограничениям и альтернативам, которое применяют вместо сегментации только по демографическим признакам.
Продуктовые ограничения
Технологические, инфраструктурные, законодательные, экономические, поведенческие и операционные условия, которые учитывают при оценке жизнеспособности продукта или сценария.
Источник материала: вебинар · Как подготовить пользовательское интервью: сегментировать аудиторию, проверить гипотезы и учесть ограничения продукта · Михаил Войтко · 2026-08-05

Читайте также

Андрей Дороничев: как строить бизнес на смене технологической парадигмы
Идеи и исследования

Андрей Дороничев: как строить бизнес на смене технологической парадигмы

ИИ меняет инструменты и саму организацию работы. Преимущество получают команды, которые находят реальную потребность, измеряют использование продукта и сочетают рискованные ставки с быстрыми экспериментами.

Экономика, бизнес и рынки
Дмитрий Бондарев9 мин28 августа 2026
Как компания Cursor создала одну из самых быстрорастущих компаний в сфере искусственного интеллекта
Идеи и исследования

Как компания Cursor создала одну из самых быстрорастущих компаний в сфере искусственного интеллекта

Контроль над средой разработки стал одним из главных источников роста Cursor. Продуктовый интерфейс, быстрые итерации и органический спрос позволили компании ускорить дистрибуцию и развитие продукта.

Экономика, бизнес и рынки
Дмитрий Бондарев24 мин28 августа 2026
Как применять AI в разработке лекарств и готовиться к технологическим сдвигам: подход Андрея Дороничева
Идеи и исследования

Как применять AI в разработке лекарств и готовиться к технологическим сдвигам: подход Андрея Дороничева

ИИ ускоряет ранний отбор перспективных молекул, позволяя виртуально проверять миллиарды соединений. Окончательное подтверждение дают синтез, лабораторные эксперименты и клинические испытания.

ИИ и технологии
Дмитрий Бондарев15 мин14 августа 2026

Решения Noteall по задачам

Маркетинговые агентстваЗагрузите записи интервью, чтобы получить полные материалы по каждому разговору и общую сводку по серии. Настройте единый сценарий анализа и собирайтеИсследовательские команды и агентстваУправляйте всем процессом проведения CustDev, глубинных или юзабилити-интервью: от рекрутинга респондентов - до сводного анализа всех интервью. На выРуководители проектов и продуктовые командыЗагрузите запись синка, one-to-one или проектной встречи — Noteall подготовит структурированный результат с обсуждёнными статусами, блокерами, решения

Все решения →

Превращайте свои встречи в публикации

Noteall расшифровывает и анализирует видео и аудио, а затем собирает из них готовый структурированный материал.

Начать бесплатно →