UX-исследования: методы и этапы
Если коротко: UX-исследования — это способ системно изучать пользователей вместо того, чтобы догадываться о них. Они отвечают на два разных вопроса: «почему люди ведут себя так» (качественные методы — интервью, наблюдение) и «сколько людей и как часто» (количественные — опросы, аналитика). И ещё одно важное деление: что пользователи говорят и что они на самом деле делают, — а это нередко разные вещи. Смысл всего этого простой: узнать, что нужно людям, дёшево на старте — гораздо выгоднее, чем построить не тот продукт и понять это после релиза.
Code Pilots проектирует цифровые продукты с 2014 года, и исследование у нас — не отдельная академическая стадия, а часть работы дизайна в одной команде с аналитиками: решения принимаются по данным о пользователях, а не по вкусу. Этот материал — про то, зачем нужны UX-исследования, как методы делятся на качественные и количественные, что люди говорят против того, что делают, какие есть основные методы, какой из них выбрать под задачу и из каких этапов состоит само исследование. Что такое UX/UI в целом и как проверяют готовый дизайн (юзабилити-тестирование) — смежные темы, они в отдельных разборах; здесь — про исследование пользователей.
Зачем нужны UX-исследования
Соблазн пропустить исследование понятный: команда «и так знает своих пользователей», а спросить кажется долго и дорого. Расплата приходит позже. Продукт строят на догадках о себе, а не о реальной аудитории, и обнаруживают ошибку уже на работающем продукте, когда менять дорого: люди не доходят до цели, не понимают интерфейс, пользуются не так, как задумывали.
UX-исследование переносит это знание в начало, где оно почти бесплатно. Несколько интервью или один грамотный опрос до разработки показывают, какие задачи у пользователя на самом деле, где он спотыкается у конкурентов и что в вашей идее лишнее, а чего не хватает. Это та же логика, что и с прототипом: дешёвый инсайт на старте экономит дорогую переделку потом. Исследование не гарантирует успех, но резко снижает риск самого дорогого исхода — построить качественно сделанный продукт, который никому не нужен в таком виде. Поэтому к нему относятся не как к роскоши, а как к страховке.
Два деления методов: качество/количество и слова/действия
Чтобы не утонуть в списке методов, их удобно держать на двух осях. Первая — качественные против количественных: первые объясняют «почему» на малой выборке, вторые измеряют «сколько» на большой. Вторая, которую часто забывают, — что люди говорят против того, что делают: одни методы фиксируют мнения и слова, другие — реальное поведение.
| Что говорят (мнения) | Что делают (поведение) | |
|---|---|---|
| Качественные (почему) | Интервью, фокус-группы | Наблюдение, контекстуальные исследования |
| Количественные (сколько) | Опросы, анкеты | Аналитика, A/B-тесты |
Это деление практичнее, чем кажется. Люди искренне говорят одно, а делают другое — не потому, что врут, а потому, что плохо предсказывают собственное поведение и рационализируют его задним числом. Классический пример: на опросе пользователи хвалят функцию, которой по аналитике никто не пользуется. Поэтому одних интервью мало: слова проверяют наблюдением и цифрами. Сильное исследование почти всегда сочетает оси — узнаёт «почему» из разговоров и «сколько» из данных, и сверяет сказанное со сделанным.
Основные методы UX-исследований
Методов много, но рабочий набор, который закрывает большинство задач, невелик. Вот основные:
| Метод | Что даёт |
|---|---|
| Глубинное интервью | Понимание задач, мотивов и боли пользователя — отвечает на «почему» |
| JTBD (Jobs to Be Done) | Фреймворк интервью: на какую «работу» человек нанимает продукт |
| Опросы и анкеты | Количественная картина: сколько людей, какие предпочтения |
| Наблюдение | Как человек реально пользуется продуктом, а не как рассказывает |
| Карточная сортировка | Логика разделов и навигации (информационная архитектура) |
| CJM (карта клиентского пути) | Весь путь пользователя от потребности до её решения, с точками боли |
| Аналитика | Реальное поведение на цифрах: где заходят, где уходят |
| Персоны | Обобщённые портреты аудитории на основе данных, а не фантазии |
Эти методы не взаимозаменяемы — каждый отвечает на свой вопрос. CJM показывает, где в пути теряются клиенты; JTBD-интервью объясняют, зачем продукт вообще нужен; карточная сортировка помогает разложить разделы так, как ищет пользователь, а не как удобно вам; аналитика ловит то, о чём никто не расскажет на интервью. Персоны при этом полезны, только когда собраны из реальных исследований, — выдуманный «портрет клиента» из головы маркетолога вреднее, чем его отсутствие.
Какой метод когда: для поиска или для проверки
Кроме «качество/количество» методы делятся ещё по цели — что вы делаете прямо сейчас.
Поисковые (generative) методы нужны на старте, в фазе Discovery, когда вопрос звучит как «что вообще нужно людям и какую задачу мы решаем». Здесь работают интервью, опросы, карточная сортировка, CJM — они генерируют гипотезы и формируют понимание аудитории до того, как нарисован первый экран.
Проверочные (evaluative) методы нужны позже, когда есть что показать, и вопрос меняется на «работает ли то, что мы сделали». Это юзабилити-тестирование прототипа или продукта, A/B-тесты, анализ метрик после запуска. Проверка готового дизайна на реальных людях — отдельная большая тема (UX-тестирование), ей посвящён свой разбор; здесь важно зафиксировать разницу: исследование на старте отвечает «что и зачем строить», проверка в конце — «получилось ли». Путать их дорого: тестировать можно только то, что уже есть, а понять, что строить, — только до того, как построили.
Этапы UX-исследования
Исследование — это не «поговорить с парой пользователей», а управляемый процесс с понятными шагами:
Вопрос и гипотеза. Сначала формулируют, что именно хотят узнать и зачем — без этого любой метод даст красивый, но бесполезный отчёт.
Выбор метода и выборки. Под вопрос подбирают метод (узнать «почему» — интервью, «сколько» — опрос) и кого и сколько привлекать; малая или смещённая выборка искажает выводы.
Сбор данных. Проводят интервью, опросы, наблюдения, собирают аналитику — без наводящих вопросов, которые подсказывают «правильный» ответ.
Анализ. Сырые данные превращают в закономерности: повторяющиеся проблемы, паттерны поведения, неудовлетворённые задачи.
Выводы и решения. Главный и часто пропускаемый шаг: исследование имеет смысл, только если из него следуют решения — что менять в продукте. Отчёт, который кладут на полку, — выброшенные деньги.
Объём этого процесса масштабируют под задачу: иногда достаточно пяти интервью за неделю, иногда нужно полноценное исследование с количественной проверкой. Главное — не пропускать постановку вопроса в начале и решения в конце.
Частые ошибки в UX-исследованиях
Пропустить исследование вообще. Строить продукт на догадках о пользователе — самый дорогой способ узнать, что ошиблись, уже после релиза.
Задавать наводящие вопросы. «Вам ведь удобно так?» — и вы получаете тот ответ, который хотели услышать, а не правду.
Только спрашивать, не наблюдая. Люди говорят одно, делают другое; слова обязательно сверяют с поведением и аналитикой.
Маленькая или смещённая выборка. Опрос только лояльных клиентов или три интервью с друзьями дают искажённую картину, на которую опасно опираться.
Исследование без решений. Красивый отчёт, из которого ничего не меняется в продукте, — это потраченные деньги, а не исследование.
Выдуманные персоны. Портрет аудитории из головы, а не из данных, уводит продукт не туда увереннее, чем его отсутствие.
С чего начать
Порядок такой:
- Сформулировать вопрос — что именно нужно узнать о пользователях и зачем
- Выбрать метод под вопрос (понять «почему» — интервью и наблюдение, измерить «сколько» — опрос и аналитика) и не забыть про разницу «что говорят / что делают»
- Собрать данные без наводящих вопросов и на адекватной выборке
- Превратить их в выводы и конкретные решения для продукта
- Масштабировать глубину под задачу, а не делать исследование ради отчёта
И помнить, что исследование на старте отвечает «что строить», а проверка в конце — «получилось ли».
Самое дорогое в продукте — построить не то, что нужно людям, и узнать это после запуска. UX-исследование переносит это знание в начало, где ошибка стоит копейки. Code Pilots ведёт исследование в связке с дизайном и аналитикой — не ради красивого отчёта, а чтобы решения в продукте опирались на реальных пользователей. Расскажите о задаче — подскажем, какие исследования нужны именно вам и где можно обойтись малым.
Частые вопросы (FAQ)
Это способ системно изучить пользователей — их задачи, поведение и трудности — вместо того чтобы догадываться о них. Исследования отвечают на вопросы «почему люди ведут себя так» и «сколько людей и как часто», и помогают строить продукт под реальную аудиторию, а не под представление команды о ней. Цель — снизить риск сделать качественный, но никому не нужный продукт.
Качественные (интервью, наблюдение, фокус-группы) объясняют «почему» на небольшой выборке — мотивы, боль, ожидания. Количественные (опросы, аналитика, A/B-тесты) измеряют «сколько» и «как часто» на большой выборке. Они не заменяют друг друга: качественные дают глубину и гипотезы, количественные проверяют их на масштабе. Сильное исследование сочетает оба.
Потому что люди говорят одно, а делают другое — не из обмана, а потому что плохо предсказывают собственное поведение. На опросе хвалят функцию, которой по аналитике никто не пользуется. Поэтому слова обязательно сверяют с реальным поведением — наблюдением и цифрами. Метод «только спросить» даёт искажённую картину.
По вопросу, на который отвечаете. Нужно понять, что вообще нужно людям, — глубинные интервью и CJM. Разложить разделы сайта — карточная сортировка. Измерить предпочтения на масштабе — опрос. Понять реальное поведение — аналитика. Проверить, удобен ли готовый дизайн, — юзабилити-тестирование. Сначала формулируют вопрос, потом подбирают метод, а не наоборот.
UX-исследование на старте отвечает на вопрос «что и зачем строить» — изучает пользователей и их задачи до того, как нарисован продукт. UX-тестирование (юзабилити-тестирование) — это проверка уже готового прототипа или продукта на реальных людях: «получилось ли удобно». Первое — про поиск и понимание, второе — про оценку результата; тестировать можно только то, что уже есть.
