Проведення UX-досліджень цільової аудиторії сайту
UX-дослідження — це збір даних про те, як реальні люди взаємодіють з інтерфейсом або приймають рішення про його використання. Без досліджень дизайн будується на припущеннях команди — а припущення команди систематично розходяться з реальністю користувачів, тому що команда не є своєю цільовою аудиторією.
Це не соціологія заради соціології. Кожен метод вирішує конкретну проблему проектування: де користувачі губляться, чому не завершують реєстрацію, що розбудовує або підриває довіру.
Методи досліджень та коли їх застосовувати
Якісні методи
Глибинне інтерв'ю — розмова з користувачем 45–60 хвилин по напівструктурованому гайду. Мета — зрозуміти контекст життя користувача, його завдання, болі, поточні рішення. Не запитуємо «чи вам сподобався сайт» — запитуємо «розкажіть, як ви останній раз вибирали підрядника для ремонту».
Типова вибірка: 5–8 осіб на сегмент. За законом насичення (Nielsen, 2000) 5 інтерв'ю виявляють близько 85% якісних проблем. Більше інтерв'ю потрібно з кількома принципово різними сегментами.
Контекстне спостереження — дослідник спостерігає за користувачем прямо на його робочому місці, поки той виконує реальні завдання. Виявляє обхідні рішення — рішення, які користувач розробив, тому що інтерфейс незручний, але ніколи не скаже на інтерв'ю.
Юзабіліті-тестування — користувач виконує конкретні завдання з реальним сайтом або прототипом, а дослідник спостерігає та фіксує труднощі. Метод думання вслух (think aloud protocol) — попросити користувача проговорювати свої думки вслух — дає розуміння ментальної моделі.
Кількісні методи
Аналіз веб-аналітики — Google Analytics 4 / Яндекс.Метрика: шляхи користувачів, сторінки виходу, глибина прокрутки, конверсійні воронки. Аналітика відповідає на «що відбувається», але не на «чому».
Теплові карти та записи сесій — Hotjar, Microsoft Clarity, FullStory. Теплові карти показують розподіл кліків та рух миші, записи сесій — реальна поведінка конкретних користувачів. Корисно для виявлення «мертвих зон» та непередбачених паттернів кліків (користувачі кликають на щось, що виглядає як кнопка, але нею не є).
A/B-тестування — порівняння двох версій сторінки на реальному трафіку. Потребує статистично значимого трафіку (зазвичай від 1000 унікальних відвідувачів у групу для досягнення 95% confidence) та чіткої метрики переможця.
Опитування — 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
На основі досліджень будуються два артефакти:
Персони — узагальнені портрети типових користувачів. Ім'я, вік, роль, цілі, страхи, контекст використання. Важливо: персона без даних — це фікція. Персона, побудована на 10+ інтерв'ю — інструмент для прийняття рішень.
Jobs-to-be-Done (JTBD) — альтернативний фреймворк. Фокус не на демографії користувача, а на «роботі», яку він наймає продукт робити. Формула: «Коли я [ситуація], я хочу [мотивація], щоб [очікуваний результат]». Наприклад: «Коли я вибираю підрядника для розроблення, я хочу бачити конкретні технічні приклади їх роботи, щоб оцінити рівень команди без особистої зустрічі».
Документація та передача результатів
По завершенню дослідження команда отримує:
- Research report — методологія, вибірка, ключові знахідки, рекомендації
- Аффініті-діаграма — візуалізована групування спостережень
- Персони або JTBD-карточки
- Приоритизований backlog проблем з обґрунтуванням
Строк реалізації
Планування та рекрутинг — 1–2 тижні. Проведення 6–8 інтерв'ю — 1–2 тижні. Аналіз та звіт — 1 тиждень. Загалом: повний цикл якісного дослідження — 3–5 тижнів. Швидке юзабіліті-тестування прототипу (5 учасників, онлайн) — 1–2 тижні.