Проведення UX-досліджень цільової аудиторії мобільного додатка
UX-дослідження — це не «запитати користувачів, що їм подобається». Користувачі погано передбачають свою поведінку, але відмінно демонструють її в реальних завданнях. Різниця між тим, що люди говорять, і тим, що вони роблять — це й є те, що дослідження має виловити. Проект, який пропускає цей етап, витрачає бюджет на функції, які не використовуються, і недоінвестує в те, що реально потрібно.
Які методи застосовуємо і коли
Вибір методу залежить від стадії проекту та типу питання. Немає сенсу проводити глибинні інтерв'ю, якщо потрібно перевірити навігаційну гіпотезу — тут точніше сработає tree test. Немає сенсу робити quantitative survey на 300 осіб, якщо продукт ще не запущений та потрібно зрозуміти mental model аудиторії.
Глибинні інтерв'ю (Contextual Inquiry) — для відкритих питань: «Як ви зараз вирішуєте цю задачу? Покажіть, що робите на телефоні». Записуємо екран учасника через дозвіл screen recording на iOS (ReplayKit) або AZ Screen Recorder на Android. Аналізуємо не відповіді, а дії: де людина замирає, куди тапає інстинктивно, що не помічає.
Card Sorting — для перевірки інформаційної архітектури до початку дизайну. Онлайн-сесії через Optimal Workshop OptimalSort: користувач розкладає карточки з функціями в групи, дає їм назви. На 20+ учасниках паттерни стають очевидними. Результат — дендрограма схожості, яка напряму впливає на таксономію навігації.
Tree Testing — для перевірки готової ієрархії. Учаснику показують текстове дерево без дизайну, дають завдання «найди розділ X». Optimal Workshop Treejack дає метрики: success rate, directness rate, час на завдання. Benchmark — success rate вище 78% для ключових завдань. Якщо нижче — навігацію потрібно переглянути до wireframes.
Heuristic Evaluation — аудит існуючого додатка за евристиками Nielsen. Проводиться швидко (1–2 дні), дає список конкретних UX-проблем з пріоритизацією. Добре підходить для проектів, де потрібно поліпшити теперішній продукт, а не робити з нуля.
Analytics + Session Recording — для продуктів з існуючою базою користувачів. Інтеграція Firebase Analytics + Mixpanel для event tracking; Smartlook або UXCam для session recording на мобільних (з автоматичним скриванням sensitive fields). Heatmaps на мобільних працюють інакше, ніж на вебі: замість heatmap кліків — агреговані тач-області.
Як будуємо дослідження
Типовий процес для нового продукту:
-
Формулювання дослідницьких питань — не «що думають користувачи», а конкретно: «Як користувачи теперішнього рішення шукають [завдання X]? Які об'єкти вони ментально створюють?»
-
Скрінінг та рекрутинг учасників — для b2c додатків використовуємо User Interviews, Respondent.io або локальні панелі. Критерії скрінінгу — не демографія, а поведінкові: «використовує мобільний додаток для [завдання] не рідше 2 разів на тиждень».
-
Проведення сесій — інтерв'ю 45–60 хвилин, онлайн через Zoom з записом (з дозволу). Протокол інтерв'ю — напівструктурований: спочатку контекстні питання, потім task-based частина.
-
Аналіз — Affinity Mapping у FigJam. Кожне спостереження — окремо карточка, групування по паттернам. Тематичний аналіз, не квантифікація цитат.
-
Синтез — personas (якщо не було раніше), jobs-to-be-done формулювання, список інсайтів з пріоритизацією по частоті та критичності.
Повний цикл на 8–12 учасниках займає 3–5 робочих днів з урахуванням рекрутингу та аналізу.
Що отримує команда на виході
- Звіт з інсайтами (не просто цитати — інтерпретація та рекомендації)
- Prioritized list проблем та можливостей
- Jobs-to-be-done формулювання для ключових сценаріїв
- Джерела сесій (якщо потрібно) — записи, транскрипти, аффініті-діаграма
Типові помилки
Рекрутинг «зручних» учасників — коллег, знайомих, лояльних клієнтів. Вони дають соціально-бажані відповіді та не представляють реальну аудиторію. Другий паттерн — проведення дослідження після того, як дизайн готовий. На цьому етапі команда ищет підтвердження, а не інсайти, і схильна ігнорувати критику.
Вартість та точні строки залежать від числа учасників, методів та необхідності рекрутингу. Розраховуємо індивідуально.