17 методов исследования пользователей: когда какой выбирать

«Давайте проведём опрос» — ещё не исследовательский план. Если нужно понять, почему человек бросает настройку, варианты ответа, придуманные командой, могут не содержать реальной причины. Если нужно оценить, насколько распространена проблема, несколько интервью не дадут достоверной доли. Метод выбирают после вопроса.
Сравнение по исследовательскому разделу гайда «Управление продуктом и проектом». Ограничения и примеры выбора добавлены как редакционные пояснения. Исходный гайд и рабочий шаблон.
Три вопроса перед выбором метода
- Какое решение изменится после исследования? Например, менять структуру навигации или сначала исправлять конкретный сценарий.
- Что нужно узнать: причины, реальное поведение, распространённость или эффект изменения?
- Что уже доступно: люди нужного сегмента, прототип, работающий продукт, качественные события аналитики?
Ответ «хотим лучше понимать пользователей» слишком широк. Сузьте его до ситуации и неизвестного. Затем определите, что будете считать достаточным основанием для следующего решения.
Сравнительная таблица 17 методов
| Метод | Подход | Основной вопрос | Ограничение |
|---|---|---|---|
| Глубинное интервью | Качественный | Как человек решал задачу и почему выбрал этот путь? | Не измеряет долю такого поведения во всей аудитории |
| Фокус-группа | Качественный | Как участники обсуждают тему и реагируют на идеи? | Групповая динамика влияет на ответы |
| Контекстное наблюдение | Качественный | Что происходит в реальной среде использования? | Наблюдение требует согласия и бережной работы с контекстом |
| Дневниковое исследование | Качественный | Как опыт меняется со временем? | Заполнение дневника создаёт нагрузку и может быть неполным |
| Совместное проектирование | Качественный | Как участники представляют подходящее решение? | Предложение участника не равно проверенному спросу |
| Карточная сортировка | Смешанный | Как люди группируют и называют информацию? | Результат зависит от состава карточек и формата сессии |
| Tree testing | Количественный | Находят ли нужное в структуре навигации? | Проверяет структуру отдельно от визуального интерфейса |
| Модерируемый тест удобства | Качественный | Где человек затрудняется при выполнении задания? | Подсказки ведущего могут исказить прохождение |
| Удалённый немодерируемый тест | Смешанный | Как проходят сценарий без ведущего? | Задания должны быть понятны без уточнений |
| Пятисекундный тест | Качественный | Что человек успел понять и запомнить? | Первое впечатление не доказывает удобство полного сценария |
| Оценка предпочтений | Смешанный | Какой вариант предпочитают и почему? | Предпочтение не гарантирует успех в задаче |
| Опрос | Количественный | Как распределены ответы в выбранной выборке? | Состав выборки и формулировки определяют применимость вывода |
| Анализ использования | Количественный | Что делают пользователи в продукте? | Не объясняет мотивы без дополнительных данных |
| A/B-тест | Количественный | Как изменение влияет на выбранный показатель? | Нужны корректное распределение, объём данных и критерий решения |
| Бета-тест или пилот | Смешанный | Как решение работает в ограниченном реальном запуске? | Участники пилота могут отличаться от основной аудитории |
| Эвристическая оценка | Качественный, экспертный | Какие проблемы видны при экспертном разборе? | Не является наблюдением за реальными пользователями |
| Модель Kano | Смешанный | Как наличие и отсутствие свойства связано с удовлетворённостью? | Зависит от аудитории, формулировки и текущего опыта |
Классификация отражает распространённый формат использования в исходном гайде. Один метод может давать разные виды данных в зависимости от дизайна исследования. Например, сортировку можно обсуждать на небольшой сессии, а можно анализировать количественно на большей выборке.
Качественное и количественное не заменяют друг друга
Качественные данные помогают обнаружить мотивы, затруднения и новые объяснения. Количественные — оценить распределение или эффект при корректном сборе. Небольшое число интервью не становится репрезентативным опросом, а большое число событий не объясняет, что человек пытался сделать.
Размер и состав выборки определяются вопросом, разнообразием аудитории и методом. Не используйте одно универсальное число участников для интервью, проверки навигации и A/B-теста. Для экспериментов со статистическими выводами заранее проверьте дизайн и расчёт с компетентным специалистом.
Пример: люди не заканчивают настройку
Сначала проверьте, что событие завершения измеряется правильно. Аналитика покажет этап и сегмент с потерями. Наблюдение за выполнением задания поможет понять, что человек видит и ожидает. После изменения прототипа тест удобства проверит, исчезло ли обнаруженное затруднение.
Если нужен вывод об эффекте в работающем продукте, спланируйте отдельную количественную проверку. Не называйте удачный тест с несколькими людьми доказанным ростом конверсии. На каждом шаге сохраните наблюдения отдельно от интерпретаций.
Что подготовить для исследования
- Описание сегмента и критерии приглашения участников.
- Сценарий без подсказки желаемого ответа.
- Согласие на участие и, если требуется, запись.
- Место для наблюдений, цитат, вопросов и ограничений.
- План хранения и удаления данных; доступ только тем, кому они нужны.
На общей доске удобнее обсуждать обезличенные наблюдения и выводы. Записи с персональными данными не нужно автоматически выкладывать всем участникам проекта. Из интервью переносите необходимое для решения, а не весь личный контекст человека.
Как завершить исследование
Вернитесь к исходному решению. Что теперь известно, что осталось неопределённым и какой шаг стал обоснованным? Полезный результат — не только презентация находок, но и связь «наблюдение — вывод — действие». Остальные инструменты продуктовой работы собраны в карте методов управления продуктом.


