Проведение UX-исследований целевой аудитории сайта
UX-исследование — это сбор данных о том, как реальные люди взаимодействуют с интерфейсом или принимают решения о его использовании. Без исследований дизайн строится на предположениях команды — а предположения команды системно расходятся с реальностью пользователей, потому что команда не является своей целевой аудиторией.
Это не социология ради социологии. Каждый метод решает конкретную проблему проектирования: где пользователи теряются, почему не заканчивают регистрацию, что заставляет доверять или не доверять сайту.
Методы исследований и когда применять
Качественные методы
Глубинное интервью (user interview) — разговор с пользователем 45–60 минут по полуструктурированному гайду. Цель — понять контекст жизни пользователя, его задачи, боли, текущие решения. Не спрашиваем «понравился ли сайт» — спрашиваем «расскажите, как вы последний раз выбирали подрядчика для ремонта».
Типичная выборка: 5–8 человек на сегмент. По закону насыщения (Нильсен, 2000) 5 интервью выявляют около 85% качественных проблем. Больше интервью нужно при нескольких принципиально разных сегментах.
Контекстное наблюдение (contextual inquiry) — исследователь наблюдает за пользователем прямо на его рабочем месте, пока тот выполняет реальные задачи. Обнаруживает workaround'ы — обходные решения, которые пользователь выработал, потому что интерфейс неудобен, но никогда об этом не скажет в интервью.
Юзабилити-тестирование — пользователь выполняет конкретные задачи с реальным сайтом или прототипом, а исследователь наблюдает и фиксирует затруднения. Метод думания вслух (think aloud protocol) — попросить пользователя проговаривать свои мысли вслух — даёт понимание ментальной модели.
Количественные методы
Анализ веб-аналитики — Google Analytics 4 / Яндекс.Метрика: пути пользователей, страницы выхода, глубина прокрутки, конверсионные воронки. Аналитика отвечает на «что происходит», но не на «почему».
Тепловые карты и записи сессий — Hotjar, Microsoft Clarity, FullStory. Тепловые карты показывают распределение кликов и движение мыши, записи сессий — реальное поведение конкретных пользователей. Полезно для выявления «мёртвых зон» и непредвиденных паттернов кликов (пользователи кликают на нечто, что выглядит как кнопка, но ею не является).
A/B-тестирование — сравнение двух версий страницы на реальном трафике. Требует статистически значимого трафика (обычно от 1000 уникальных посетителей в группу для достижения 95% confidence) и чёткой метрики победителя.
Опросы (surveys) — NPS, CSAT, или специфические вопросы в момент взаимодействия (triggered survey). Typeform, Google Forms, Survicate. Хороши для масштабирования качественных гипотез: проверить, насколько широко распространена проблема, выявленная в интервью.
Глубокий разбор: как правильно провести юзабилити-тестирование
Это наиболее востребованный метод, и одновременно наиболее часто проводимый неправильно.
Рекрутинг участников — наиболее критичный шаг. Тестирование с «неправильными» пользователями даёт ложные выводы. Критерии рекрутинга должны отражать реальную аудиторию: опыт в предметной области, возраст, регион, тип устройства. Инструменты рекрутинга: Respond.io, Usertesting.com, Userlytics, ВКонтакте/Telegram с таргетированием по интересам.
Задачи для тестирования — задачи должны быть сформулированы от цели пользователя, а не от функции интерфейса. Плохо: «Найдите кнопку оформления заказа». Хорошо: «Вам нужно купить кроссовки 42 размера до пятницы. Действуйте как обычно».
Модерация — основное правило: не помогать. Молчать, когда пользователь явно затрудняется — это неприятно, но именно в этом затруднении данные. Допустимые вопросы: «Что вы сейчас думаете?», «Что вы ожидали увидеть?», «Где бы вы искали это дальше?».
Анализ результатов — аффинити-диаграмма: все наблюдения на стикерах, группировка по темам. На выходе — приоритизированный список проблем с частотой и критичностью. Матрица приоритизации: по осям «частота» и «серьёзность» → квадрант критических проблем требует немедленного исправления.
Пример реального исследования: для корпоративного сайта IT-аутсорсера провели 6 глубинных интервью с CTO и IT-директорами + юзабилити-тестирование сайта с 5 участниками. Выяснилось: основная аудитория хочет видеть стек технологий и примеры архитектурных решений — а сайт показывал только услуги и отзывы. Кроме того, 4 из 5 участников не могли найти кейсы — они были спрятаны в разделе «Блог». После редизайна по результатам исследования конверсия в заявку выросла на 40%.
Персоны и Jobs-to-be-Done
На основе исследований строятся два артефакта:
Персоны (User Personas) — обобщённые портреты типичных пользователей. Имя, возраст, роль, цели, страхи, контекст использования. Важно: персона без данных — это фикция. Персона, построенная на 10+ интервью — инструмент для принятия решений.
Jobs-to-be-Done (JTBD) — альтернативный фреймворк. Фокус не на демографии пользователя, а на «работе», которую он нанимает продукт делать. Формула: «Когда я [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]». Например: «Когда я выбираю подрядчика для разработки, я хочу видеть конкретные технические примеры их работы, чтобы оценить уровень команды без личной встречи».
Документация и передача результатов
По итогам исследования команда получает:
- Research report — методология, выборка, ключевые находки, рекомендации
- Аффинити-диаграмма — визуализированная группировка наблюдений
- Персоны или JTBD-карточки
- Приоритизированный backlog проблем с обоснованием
Сроки
Планирование и рекрутинг — 1–2 недели. Проведение 6–8 интервью — 1–2 недели. Анализ и отчёт — 1 неделя. Итого: полный цикл качественного исследования — 3–5 недель. Быстрое юзабилити-тестирование прототипа (5 участников, онлайн) — 1–2 недели.