Дослідження користувачів: як вивчають потреби, поведінку і контекст взаємодії
Автор: Український психологічний ХАБ · Опубліковано: 7 жовтня 2026 року · Редакційна політика
Дослідження користувачів (user research; у практиці UX також UX research) — це систематичне вивчення людей, які користуються або потенційно користуватимуться продуктом, сервісом чи технічною системою: їхніх цілей, завдань, потреб, поведінки, досвіду, можливостей, обмежень і контексту взаємодії. Воно охоплює інтерв’ю, спостереження, польові та щоденникові дослідження, опитування, аналіз поведінкових даних, юзабіліті-тестування, експерименти та інші методи. Вибір методу визначається дослідницьким запитанням, а не модою на конкретний інструмент.
У людиноцентрованому проєктуванні дослідження користувачів потрібне для того, щоб рішення спиралися на дані про реальних людей і реальні умови використання. ISO 9241-210:2019 встановлює як основу людиноцентрованого процесу розуміння користувачів, їхніх завдань і середовища, визначення вимог, створення рішень та їх оцінювання. Отже, дослідження користувачів — не декоративний етап перед дизайном, а спосіб зменшити невизначеність про те, для кого, навіщо і в яких умовах створюється система.
Водночас це не окремий «психологічний закон» і не один стандартизований тест. Дослідження користувачів є прикладною міждисциплінарною практикою, яка запозичує методи з психології, соціальних наук, ергономіки, людино-комп’ютерної взаємодії, статистики й дизайн-досліджень. Сила висновку залежить від якості вибірки, процедури, вимірювання, аналізу та відповідності методу поставленому запитанню.
Коротко: що дає дослідження користувачів
Добре спроєктоване дослідження відповідає не на абстрактне питання «чи подобається людям продукт», а на конкретні питання для рішення: хто виконує певне завдання, якої мети прагне, що робить зараз, де виникають бар’єри, які умови змінюють поведінку, що людина розуміє або не розуміє в інтерфейсі, які ризики створює система і що варто змінити в наступній ітерації.
Офіційний GOV.UK Service Manual формулює близьку практичну логіку: команди мають з’ясовувати, хто є ймовірними користувачами, що вони намагаються зробити, як роблять це зараз, як їхнє життя або робота впливають на взаємодію та як вони переживають наявні сервіси. Це професійний стандарт практики, а не універсальний науковий закон, але він добре передає предмет користувацького дослідження.
Науковий і професійний статус
Дослідження користувачів поєднує наукові методи й професійну практику. Інтерв’ю, спостереження, опитування, експерименти та аналіз журналів подій мають власні методологічні традиції й критерії якості. Водночас такі робочі артефакти, як карта досвіду, персона, карта спорідненості або «інсайт», є способами організації та комунікації результатів. Вони не набувають наукової достовірності лише через назву або популярність у продуктовій команді.
Тому коректне дослідження відділяє дані від інтерпретації та рішення. Запис екрана, відповідь анкети, спостережувана дія або цитата учасника — це дані. Повторюваний патерн, сформований після систематичного аналізу, — дослідницький висновок. Припущення про причину патерну — інтерпретація. Зміна продукту на підставі цього висновку — дизайн-рішення. Змішування цих рівнів створює хибну впевненість.
Дослідження користувачів також тісно пов’язане з взаємодією людини з комп’ютером та ергономікою і людським фактором: воно постачає емпіричні дані про те, як конкретні люди виконують завдання в конкретній системі, а ширші дисципліни пояснюють механізми взаємодії та формують вимоги до проєктування.
Що саме досліджують
Потреби
У контексті проєктування потреба — це не синонім побажання або запиту на функцію. Користувач може просити «додайте кнопку», але за цією пропозицією стоїть завдання, невизначеність, ризик або бажаний результат. Дослідник з’ясовує, чого людина намагається досягти, за яких обставин, що заважає, які наслідки має невдача і які альтернативні способи вже використовуються.
Потреба стає корисною для проєктування тоді, коли вона прив’язана до ситуації й результату. Формула «користувачам потрібна простота» майже нічого не пояснює. Значно змістовніший висновок описує, що певній групі потрібно швидко перевірити статус критичної операції на мобільному пристрої в умовах переривань, не покладаючись на пам’ять про попередній екран.
Поведінка
Поведінкові дані показують, що люди фактично роблять: які кроки виконують, що пропускають, де зупиняються, які обхідні шляхи створюють, до яких функцій повертаються, як довго триває завдання, де виникає повторна дія або відмова. Такі дані можна отримувати зі спостереження, тестування, журналів подій, транзакційних даних, звернень до підтримки та польових досліджень.
Поведінка не пояснює себе сама. Наприклад, низьке використання функції може означати, що вона непотрібна, погано помітна, незрозуміла, недоступна певним людям або замінена зовнішнім способом роботи. Саме тому поведінкові сліди часто поєднують з якісними методами, які дають контекст і пояснення.
Завдання і робочі процеси
Дослідник вивчає не тільки екран, а весь ланцюг діяльності: що відбувається до входу в систему, які джерела інформації використовуються паралельно, хто передає результат іншій людині, де потрібне погодження, які винятки трапляються та як люди відновлюються після переривання або помилки. У складних системах саме такі межі між екранами, ролями та каналами часто створюють найбільші проблеми.
Окремий метод, який формалізує цілі, кроки, умови та вимоги діяльності, — аналіз завдань в ергономіці. Він допомагає пов’язати спостережувану роботу користувача з вимогами до інтерфейсу, процедури або технічної системи.
Контекст взаємодії
Контекст включає фізичне середовище, пристрій, освітлення, шум, мобільність, часовий тиск, соціальні ролі, правила організації, доступність, рівень досвіду, частоту використання та наслідки помилки. ISO 9241-11:2018 прямо підкреслює, що придатність до використання розглядається у зв’язку з конкретними користувачами, цілями й контекстом використання. Тому висновок «інтерфейс зручний» без опису для кого, для чого і де є методологічно слабким.
Дослідження користувачів у людиноцентрованому проєктуванні
Людиноцентроване проєктування за ISO 9241-210 є ітеративним процесом. Команда спочатку розуміє контекст використання, потім формулює вимоги користувача, створює проєктні рішення і оцінює їх щодо вимог. Дослідження присутнє в кількох точках циклу: на початку воно допомагає описати проблему й контекст, під час проєктування — перевіряти припущення та прототипи, після запуску — виявляти нові потреби, проблеми й зміни в поведінці. У ширшій архітектурі продукту ці дані допомагають пояснювати й проєктувати користувацький досвід (UX) як досвід взаємодії до, під час і після використання системи.
Це пояснює, чому «одне дослідження перед запуском» рідко закриває весь цикл. Потреби можуть змінюватися, нові функції змінюють поведінку, а сама система стає частиною середовища, яке досліджували. У зрілій практиці дослідження працює як повторюваний механізм перевірки припущень і наслідків рішень.
У державному сервісному дизайні цю безперервність також підкреслює GOV.UK: після запуску рекомендується поєднувати аналітику, дані бек-офісу, звернення до підтримки, опитування, інтерв’ю й юзабіліті-тестування, щоб відстежувати досвід і зміну потреб. Це приклад професійної практики, де різні джерела даних доповнюють одне одного.
Як обирають метод дослідження
Метод обирають від дослідницького запитання до даних, а не навпаки. Якщо команда вже вирішила «провести інтерв’ю», не визначивши, що саме потрібно дізнатися для рішення, вона ризикує отримати багато цікавих розмов без відповіді на головну проблему.
Перший критерій — тип невизначеності. Для запитання «як люди зараз виконують це завдання?» сильними будуть спостереження й контекстне дослідження. Для «які труднощі вони описують і як пояснюють власний досвід?» доречні інтерв’ю. Для «наскільки поширена ознака у визначеній популяції?» потрібне належно спроєктоване кількісне дослідження. Для «чи можуть користувачі завершити сценарій у прототипі?» доречне юзабіліті-тестування.
Другий критерій — чи потрібні дані про висловлені уявлення, спостережувану поведінку або обидва типи. Люди можуть точно повідомляти про власні переживання й оцінки, але не кожна відповідь передбачає фактичну поведінку в реальній ситуації. Навпаки, журнал подій показує дію, але не дає надійного пояснення її мотиву. Поєднання джерел дозволяє перевіряти, де вони сходяться, а де розходяться.
Третій критерій — реалістичність контексту. Лабораторне або дистанційне тестування дає більший контроль над сценарієм, але польове спостереження може показати переривання, інструменти, соціальні залежності й обхідні практики, яких немає у штучному сценарії. Високоризикові системи особливо потребують розуміння реального середовища експлуатації.
Четвертий критерій — рішення, яке буде прийнято за результатом. Дослідження має бути достатньо точним для ставки цього рішення. Вибір тексту кнопки й зміна процедури, що впливає на безпеку пацієнта або оператора, потребують різної глибини перевірки, різних учасників і різного рівня доказовості.
Основні методи дослідження користувачів
Глибинні та напівструктуровані інтерв’ю
Інтерв’ю використовують, коли потрібно зрозуміти досвід, мотиви, значення, мову користувачів, минулі ситуації, правила роботи та проблеми, які не видно лише з журналів подій. GOV.UK рекомендує глибинні інтерв’ю для вивчення обставин життя або роботи, використання сервісу та проблем, про які повідомляють користувачі.
Сильне інтерв’ю спирається на конкретні епізоди: «розкажіть про останній раз, коли…», «що сталося далі?», «що ви зробили?». Слабке інтерв’ю просить учасника проєктувати майбутню поведінку або схвалювати готове рішення: «ви б користувалися цією функцією?». Такі відповіді можуть бути корисними як думки й очікування, але їх не слід подавати як доказ майбутнього використання.
Контекстне дослідження і спостереження
Контекстне дослідження переносить увагу туди, де діяльність реально відбувається: у робоче місце, дім, транспорт, сервісну точку або інше середовище. GOV.UK описує спостереження як спосіб побачити, як люди виконують завдання, які інструменти використовують, що їм заважає та як середовище формує роботу.
Перевага методу — можливість побачити те, що людина не згадує в інтерв’ю: нотатки на папері, паралельний месенджер, неформальну передачу інформації, фізичне переміщення, очікування, взаємодію з колегами або створений власноруч обхідний механізм. Обмеження — реактивність на присутність дослідника, доступ до середовища, конфіденційність і складність порівняння різних ситуацій.
Щоденникові дослідження
Щоденникове дослідження збирає записи про події, дії й переживання протягом часу. Класична HCI-робота Rieman, 1993 описувала щоденник як спосіб пов’язати лабораторні дослідження з поведінкою на робочому місці. Метод особливо корисний для рідкісних або розподілених у часі подій, повторюваних звичок, довгих процесів і досвіду між окремими сеансами використання.
Головна межа щоденника полягає в тому, що частина даних залишається самозвітом: учасники можуть забувати записи, змінювати їхню деталізацію або припиняти участь. Тому дизайн щоденника має зменшувати навантаження, чітко визначати події для фіксації та передбачати спосіб уточнення записів.
Опитування
Опитування потрібне, коли дослідницьке питання вимагає стандартизованих відповідей від ширшої вибірки. Воно може вимірювати оцінки, досвід, частоту самозвітної поведінки або характеристики респондентів. AAPOR наголошує, що якість опитування визначається не лише розміром вибірки: важливі рамка вибірки, спосіб рекрутингу, формулювання питань, порядок, режим збору даних, пропуски й прозоре звітування.
Зручне посилання на анкету, розіслане в корпоративному чаті або соціальній мережі, не робить вибірку репрезентативною для всіх користувачів. Якщо відбір невипадковий, висновки мають відповідати реальному способу рекрутингу. Так само відсоток із десяти або двадцяти випадково зібраних відповідей не набуває сили лише через перетворення на число.
Юзабіліті-тестування
Юзабіліті-тестування є вужчим методом усередині ширшого поля користувацьких досліджень: учасникам дають реалістичні завдання у прототипі або системі й спостерігають, чи можуть вони досягти мети, де помиляються, що не помічають і як відновлюються. GOV.UK визначає модероване тестування саме через спостереження за виконанням конкретних завдань.
Метод «думати вголос» корисний, але сам спосіб вербалізації впливає на процедуру. Метааналітичний огляд Hertzum, 2024 29 досліджень показав відмінності між одночасним і ретроспективним проговорюванням, зокрема щодо часу виконання та типів вербалізацій. Отже, протокол тестування є частиною методу, а не нейтральною деталлю.
Аналітика, журнали подій і дані підтримки
Цифрова аналітика показує масштаби й послідовності поведінки: переходи, завершення, відмови, повтори, частоту використання функцій, пошукові запити, помилки системи. Звернення до підтримки й бек-офісні дані додають сигнал про труднощі, які доходять до операційної частини сервісу.
Їхня сила — великі масиви фактичної поведінки. Їхня межа — значення події не завжди відоме. Якщо людина п’ять разів повернулася на екран, аналітика фіксує повтор, але не встановлює, чи це було порівняння, нерозуміння, технічний збій або нормальний сценарій. Для пояснення потрібен додатковий контекст.
Карткове сортування і перевірка дерева навігації
Карткове сортування допомагає досліджувати, як люди групують поняття й очікують бачити інформацію. Перевірка дерева навігації оцінює, чи можуть користувачі знайти потрібний пункт у запропонованій ієрархії без впливу візуального оформлення. Ці методи корисні для інформаційної архітектури, але їхні результати не описують увесь користувацький досвід і не замінюють спостереження за реальними завданнями.
Експерименти та A/B-тестування
Контрольований експеримент потрібен, коли питання має причинну форму: чи змінює конкретна версія інтерфейсу визначений результат порівняно з іншою версією. A/B-тест може показати різницю у вибраній метриці за належного розподілу й достатньої потужності, але не пояснює автоматично психологічний механізм і не гарантує, що оптимізована метрика відповідає довгостроковій якості досвіду.
Якісні й кількісні методи доповнюють одне одного
Поділ на якісні й кількісні методи корисний, якщо не перетворювати його на ієрархію. Якісні методи дають деталізований контекст, механізми, варіанти поведінки й мову учасників. Кількісні методи дають оцінки частоти, розподілу, величини відмінності та невизначеності за умови належного дизайну. Різні запитання потребують різних типів даних.
Наприклад, аналітика може показати, що 38% сесій завершуються на певному кроці. Спостереження та інтерв’ю можуть виявити кілька різних причин: люди не розуміють термін, не мають документа під рукою або не довіряють способу обробки даних. Після зміни дизайну кількісний моніторинг може перевірити, чи змінився результат. Це послідовність різних доказів, а не взаємозамінні «думки користувачів».
Тріангуляція корисна тоді, коли кожне джерело зберігає власний статус. Якщо інтерв’ю, журнали подій і спостереження вказують на один і той самий бар’єр, впевненість у проблемі зростає. Якщо джерела суперечать одне одному, суперечність сама стає результатом, який потрібно пояснити, а не згладити під заздалегідь обраний висновок.
Як добирають учасників
Вибірка починається з визначення того, хто може дати дані для конкретного запитання. «Наші користувачі» майже завжди містять різні ролі, рівні досвіду, способи доступу, частоту використання, завдання й умови. Дослідження платіжної системи може потребувати нових і досвідчених користувачів; професійного інструмента — операторів різних ролей; публічного сервісу — людей з інвалідністю, низькою цифровою впевненістю та тих, хто користується допоміжними технологіями.
Професійні настанови GOV.UK щодо рекрутингу радять добирати людей за релевантним досвідом, ситуацією та способом доступу й забезпечувати різноманітність усередині цільової групи. Це важливо: зручна «доступна вибірка» з колег, друзів або найактивніших клієнтів часто систематично пропускає людей, для яких продукт є складнішим.
Скільки учасників потрібно
Універсального числа для всіх користувацьких досліджень не існує. Потрібний обсяг залежить від методу, мети, неоднорідності користувачів, кількості сегментів, частоти явища, бажаної точності та ставки рішення. Число учасників має випливати з дизайну дослідження.
Для якісних інтерв’ю систематичний огляд Hennink і Kaiser, 2022 проаналізував 23 емпіричні роботи щодо насичення. У багатьох дослідженнях з відносно однорідними популяціями й вузькими цілями насичення досягалося приблизно в межах 9–17 інтерв’ю, але складніші, різнорідніші або багатокраїнні дослідження потребували більшого обсягу. Автори прямо застерігають від перетворення цих діапазонів на універсальне правило.
Окрема популярна формула «достатньо п’яти користувачів» також не є загальним законом. У дослідженні Faulkner, 2003 випадкові підвибірки по п’ять учасників одного юзабіліті-тесту знаходили від 55% до 99% відомих проблем, тоді як більші підвибірки давали стабільніше покриття. Це не означає, що кожне тестування повинно мати 20 людей; воно показує, що малий раунд має невизначеність і його не можна трактувати як повне виявлення всіх проблем.
У практичному сервісному дизайні GOV.UK часто рекомендує невеликі раунди по 4–8 учасників для інтерв’ю, контекстних досліджень або юзабіліті-тестів із повторенням раундів. Це професійна організаційна евристика для ітеративної роботи, а не статистичний доказ достатності чотирьох чи восьми людей для будь-якого висновку.
Для опитувань, експериментів і метрик логіка інша: потрібний обсяг визначають очікуваним ефектом, варіативністю, допустимою похибкою, дизайном вибірки та статистичною потужністю. Переносити правила малої якісної вибірки на кількісні оцінки некоректно.
Як планують дослідження: від питання до рішення
1. Формулюють рішення і невизначеність
Спочатку команда визначає, яке рішення має підтримати дослідження й чого вона ще не знає. «Дослідити користувачів» — занадто широка мета. «Зрозуміти, чому нові користувачі не завершують підтвердження особи і які умови відрізняють успішні та неуспішні спроби» — вже робоче дослідницьке питання.
2. Відділяють знання від припущень
Корисно виписати, які твердження вже підтримані даними, які походять із аналітики, звернень або попередніх досліджень, а які залишаються гіпотезами команди. Це зменшує ризик проводити дослідження лише для підтвердження рішення, яке вже неформально ухвалене.
3. Обирають метод і джерело даних
Метод має породжувати дані, здатні відповісти на питання. Для причинної гіпотези потрібен дизайн, що підтримує причинний висновок; для розуміння процесу — спостереження; для досвіду — інтерв’ю; для масштабування частоти — належна кількісна вибірка. Один метод рідко оптимальний для всіх частин складного питання.
4. Визначають критерії учасників
Рекрутинг описують через релевантну поведінку, роль і контекст, а не лише демографію. Критерії мають бути достатніми, щоб учасники справді стикалися з досліджуваною ситуацією, але не настільки вузькими, щоб заздалегідь відсікти важливі варіанти досвіду.
5. Готують протокол і пілот
Сценарій інтерв’ю, завдання тесту, анкета або процедура спостереження мають бути перевірені до основного збору даних. Пілот виявляє незрозумілі формулювання, провідні питання, надто складні завдання, технічні проблеми запису й невдалу тривалість.
6. Проводять збір даних послідовно
Дослідник фіксує не лише яскраві цитати, а дані за узгодженою схемою. У якісній роботі аналіз часто починається ще під час збору, щоб уточнювати питання, перевіряти нові патерни та вирішувати, чи потрібні додаткові типи учасників.
7. Аналізують і перевіряють альтернативні пояснення
Аналіз шукає повторювані структури, відмінності між групами, винятки, суперечливі дані та контекст. Сильний висновок містить не лише те, що підтримує улюблену гіпотезу, а й дані, які обмежують її.
8. Перетворюють висновки на перевірювані зміни
Результат дослідження має вести до конкретного рішення або наступного питання: змінити порядок кроків, уточнити інформацію, прибрати непотрібну вимогу, підтримати інший сценарій, додати захист або провести наступну перевірку. Після зміни система знову стає об’єктом дослідження.
Як аналізують якісні дані
Якісні дані — це не добірка найвлучніших цитат. Після сесій записи, нотатки, спостереження й артефакти систематично переглядають, кодують, групують і зіставляють. GOV.UK описує один практичний спосіб — групування спостережень за темами й формування висновків із чітким зв’язком до первинних нотаток.
Для канонічного висновку важливий ланцюг простежуваності: які дані його підтримують, у яких учасників і умовах він з’являвся, чи були винятки, наскільки стабільний патерн і яке рішення він реально змінює. Команда має мати змогу повернутися від формулювання «користувачі не довіряють цьому кроку» до конкретних спостережень, а не до пам’яті про загальне враження.
Карта спорідненості, тематичний аналіз, матриця за ролями або послідовністю завдання — це інструменти організації. Сам факт використання стікерів чи програмного сервісу не гарантує якості аналізу. Якість визначають чіткі правила, повнота даних, перевірка альтернатив, прозорість переходу від даних до висновку та відповідність методу дослідницькому питанню.
Як аналізують кількісні дані
Кількісний аналіз починається з того, що саме вимірюється. Частка завершених завдань, час, кількість помилок, оцінка за шкалою, конверсія або частота події відповідають різним питанням і мають різні статистичні властивості. Метрика, яку легко зібрати, не обов’язково є метрикою, яка відповідає меті користувача.
Для опитувань AAPOR підкреслює необхідність прозоро описувати популяцію, спосіб побудови вибірки, рекрутинг, формулювання питань, режим опитування, ваги й невизначеність. У продуктовій практиці це означає просте правило: не робити популяційний висновок із вибірки, яка за способом добору його не підтримує.
В експериментах важливо відокремлювати статистичну відмінність від практичної значущості. Дуже велика вибірка може зробити статистично помітною мізерну різницю, а мала — не виявити корисний ефект. Інтерпретація має включати величину ефекту, невизначеність і наслідки для реального користувацького завдання.
Що є результатом дослідження
Основним результатом є обґрунтоване знання, яке зменшує невизначеність для рішення. Це може бути опис проблеми, карта реального процесу, набір перевірених потреб, модель контекстів, список бар’єрів із доказами, вимоги до системи, показники базового рівня або гіпотези для наступної перевірки.
Персони, карти досвіду, сценарії, карти сервісу й інші артефакти корисні, коли вони стисло представляють дані. Вони стають слабкими, коли створюються «за відчуттям» або прикрашають презентацію без простежуваного зв’язку з дослідженням. Персона не є доказом сама по собі; це модель, якість якої залежить від даних, на яких вона побудована.
Типові помилки в дослідженнях користувачів
Починати з методу, а не з питання
Команда замовляє інтерв’ю або опитування, бо це звична процедура, і лише потім намагається придумати, що з результатами робити. Сильніший порядок протилежний: рішення → невизначеність → дослідницьке питання → потрібні дані → метод.
Досліджувати лише найзручніших учасників
Колеги, друзі, лояльні клієнти та люди, які вже легко користуються продуктом, доступні для рекрутингу, але можуть систематично не представляти тих, хто стикається з найбільшими бар’єрами. Репрезентативність тут означає відповідність вибірки дослідницькій меті, а не просто різноманітні фотографії в звіті.
Питати про рішення замість проблеми
Питання «чи потрібна вам така функція?» легко запускає ввічливе схвалення, уявну майбутню поведінку або реакцію на формулювання дослідника. Надійніше починати з минулих конкретних ситуацій, наявних практик, труднощів і наслідків, а нове рішення перевіряти через реалістичне завдання.
Приймати висловлену перевагу за поведінковий факт
Фраза «я завжди перевіряю налаштування» є самозвітом. Запис журналу про відкриття налаштувань — поведінковим слідом. Спостереження за конкретним завданням — поведінковим даним у заданому контексті. Усі три джерела можуть бути корисними, але відповідають на різні питання.
Перетворювати малу якісну вибірку на відсотки
Якщо троє з п’яти учасників помилилися, фраза «60% користувачів помиляються» створює хибне враження популяційної оцінки. Для малого якісного раунду коректніше описати, скільки учасників і в яких умовах зіткнулися з проблемою, та показати механізм помилки.
Шукати тільки підтвердження
Дослідження, в якому команда відбирає цитати на користь уже обраної функції, перетворюється на ритуал легітимації. Методологічно сильніша практика навмисно шукає спростування, негативні випадки й альтернативні пояснення.
Змішувати відкриття потреб і оцінювання конкретного інтерфейсу
Дослідження проблемного простору може вивчати діяльність без готового продукту. Юзабіліті-тестування оцінює конкретне рішення через виконання завдань. Якщо на ранньому етапі показати готовий дизайн, він може звузити розмову до деталей запропонованого рішення й приховати інші способи задоволення потреби.
Вважати один раунд остаточним
Будь-який раунд має межі вибірки, контексту й часу. Ітеративність дозволяє перевіряти, чи зникла проблема після зміни, чи з’явилися нові бар’єри, і чи не було попереднє спостереження випадковим.
Дослідження в системах, де помилка має високу ціну
У медицині, транспорті, промисловості, енергетиці та інших критичних системах користувацьке дослідження повинно розглядати взаємодію як систему. Дія оператора залежить від інтерфейсу, автоматики, сигналів, процедури, навчання, розподілу ролей, часу, фізичного середовища й організаційних умов. Висновок «користувач зробив помилку» є початком аналізу, а не його завершенням.
Особливо важливі польові дані про переривання, передавання зміни, виняткові режими, дефіцит часу, недоступну інформацію, локальні обхідні практики й відновлення після помилки. Обхідний шлях може свідчити про те, що формальна процедура не відповідає реальній роботі, а не про «недисциплінованість» людини.
Користувацьке дослідження не замінює аналіз небезпек, інженерну верифікацію, клінічні випробування, регуляторні процедури або формальний аналіз надійності. Воно додає критичні дані про реальну взаємодію людини із системою. У високоризикових рішеннях ці дані мають інтегруватися з іншими видами оцінювання, а не використовуватися як єдине обґрунтування безпеки.
Етика, згода і приватність
Дослідження користувачів працює з людьми й часто збирає записи екрана, голос, відео, контактні дані, відповіді про поведінку або іншу персональну інформацію. GOV.UK описує інформовану згоду як розуміння мети дослідження, даних, які збираються, способу використання результатів, добровільності участі, запису сесії та права припинити участь.
Окремі настанови GOV.UK щодо даних і приватності радять збирати мінімально необхідні дані, обмежувати доступ, зберігати їх лише стільки, скільки потрібно, та не виходити за межі наданої згоди. Конкретні юридичні вимоги залежать від юрисдикції й організації; дослідницький протокол має проходити належну правову та етичну перевірку там, де вона потрібна.
Чутливі теми, діти, люди з когнітивними порушеннями, працівники у відносинах підпорядкування та інші ситуації можуть створювати додаткові ризики тиску або розкриття приватної інформації. Компенсація за участь, рекрутинг і формулювання згоди мають підтримувати добровільність, а не створювати ситуацію, в якій відмова від участі стає практично неможливою.
Дослідження користувачів і юзабіліті-тестування — не одне й те саме
Дослідження користувачів — ширше поле. Воно може проводитися до появи будь-якого інтерфейсу, щоб зрозуміти проблему, процес і контекст, або після запуску, щоб вивчати зміну потреб і фактичне використання. Юзабіліті-тестування — конкретний метод оцінювання взаємодії з продуктом чи прототипом через виконання завдань.
Тому запит «ми хочемо зрозуміти, як бухгалтери погоджують виняткові платежі» не обов’язково потребує юзабіліті-тесту. Спочатку доречними можуть бути спостереження й інтерв’ю. Запит «чи може бухгалтер знайти й підтвердити винятковий платіж у новому прототипі без сторонньої допомоги» вже прямо веде до тестування.
Дослідження користувачів і маркетингове дослідження
Поля перекриваються методами, але часто відрізняються головним рішенням. Маркетингове дослідження може оцінювати ринок, сегменти, попит, позиціювання, намір купівлі або сприйняття бренду. Користувацьке дослідження зосереджується на поведінці, завданнях, потребах, бар’єрах і контексті взаємодії з продуктом або системою.
Одна й та сама людина може бути покупцем, користувачем, адміністратором, платником і тим, хто приймає рішення про придбання, а може виконувати лише одну з цих ролей. Відтак дослідження має чітко визначити, чию поведінку й чиє рішення воно вивчає.
Дослідження користувачів і продуктова аналітика
Продуктова аналітика відповідає на багато запитань про масштаб: скільки людей дійшло до кроку, які послідовності дій типові, де падає завершення, які функції використовуються. Дослідження користувачів додає контекст, пояснення, нецифрові кроки й досвід людей, яких аналітика може взагалі не бачити, наприклад тих, хто відмовився ще до реєстрації.
Найсильніша схема часто циклічна: кількісний сигнал визначає, де шукати проблему; якісне дослідження пояснює механізм; дизайн змінюється; експеримент або аналітика перевіряє наслідок; наступний раунд дослідження шукає нові або залишкові бар’єри.
Питання і відповіді
Що таке UX-дослідження простими словами?
Це систематичне збирання й аналіз даних про людей, які взаємодіють із продуктом або системою: що вони прагнуть зробити, як діють, з якими бар’єрами стикаються, що думають і відчувають, та як контекст змінює взаємодію. Мета — приймати проєктні рішення на основі даних, а не лише припущень команди.
Які методи UX-досліджень найпоширеніші?
Інтерв’ю, контекстне спостереження, польові й щоденникові дослідження, опитування, юзабіліті-тестування, карткове сортування, перевірка дерева навігації, аналіз продуктового використання, звернень до підтримки та експерименти. Жоден метод не є «найкращим» поза конкретним дослідницьким питанням.
Скільки респондентів потрібно для UX-дослідження?
Немає універсального числа. Для якісних інтерв’ю важливі мета, неоднорідність групи та насичення; для юзабіліті-тестування — складність сценаріїв, різноманітність користувачів і ітеративність; для опитувань та експериментів — статистичний дизайн, похибка й потужність. «П’ять користувачів» є практичною евристикою для певних малих ітерацій, а не загальним законом.
Чи достатньо одного опитування?
Лише тоді, коли дослідницьке питання справді відповідає тому, що валідно вимірює опитування. Анкета добре збирає стандартизовані самозвіти, але не замінює спостереження за складним процесом, не пояснює автоматично поведінковий журнал і не встановлює причинний ефект без відповідного дизайну.
Як дізнатися про справжні потреби користувачів?
Потрібно досліджувати конкретні цілі, недавні ситуації, поточні способи роботи, бар’єри, наслідки невдачі й альтернативи, а не лише просити назвати бажані функції. Потреба стає проєктно корисною, коли вона описана через результат і контекст, у якому людина намагається його досягти.
Чи може аналітика замінити інтерв’ю?
Аналітика й інтерв’ю відповідають на різні запитання. Аналітика добре показує масштаб і послідовності подій, інтерв’ю — досвід, пояснення й контекст. Іноді одного джерела достатньо; для складних рішень їх часто поєднують, щоб не виводити мотив із самого факту кліку або відмови.
Коли дослідження можна вважати завершеним?
Раунд завершують, коли зібрано достатньо даних для конкретного рішення з урахуванням методу й ризику. Для якісного дослідження це може означати достатність і насичення релевантних тем; для кількісного — досягнення запланованої точності або потужності. Сам продукт продовжує змінюватися, тому дослідження як функція зазвичай не має одноразової фінальної точки.
Чи потрібно досліджувати людей з інвалідністю окремо?
Якщо вони є частиною реальної аудиторії, їх потрібно включати в дослідження. Допоміжні технології, сенсорні, моторні або когнітивні відмінності можуть змінювати спосіб взаємодії так, що тестування лише з людьми без цих бар’єрів не виявить критичних проблем доступності. Інклюзивність вибірки має випливати з реального контексту використання.
Пов’язані статті
Джерела
American Association for Public Opinion Research. (2022; актуальні онлайн-настанови оновлюються). Best Practices for Survey Research. AAPOR.
Faulkner, L. (2003). Beyond the five-user assumption: Benefits of increased sample sizes in usability testing. Behavior Research Methods, Instruments, & Computers, 35(3), 379–383. PubMed.
Government Digital Service. Getting informed consent for user research. GOV.UK Service Manual. GOV.UK.
Government Digital Service. Managing user research data and participant privacy. GOV.UK Service Manual. GOV.UK.
Government Digital Service. User research for government services: an introduction. GOV.UK Service Manual. GOV.UK.
Hennink, M., & Kaiser, B. N. (2022). Sample sizes for saturation in qualitative research: A systematic review of empirical tests. Social Science & Medicine, 292, 114523. PubMed.
Hertzum, M. (2024). Concurrent or Retrospective Thinking Aloud in Usability Tests: A Meta-Analytic Review. ACM Transactions on Computer-Human Interaction, 31(3), Article 37. DOI.
International Organization for Standardization. (2018). ISO 9241-11:2018 Ergonomics of human-system interaction — Part 11: Usability: Definitions and concepts. ISO.
International Organization for Standardization. (2019). ISO 9241-210:2019 Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems. ISO.
Rieman, J. (1993). The diary study: A workplace-oriented research tool to guide laboratory efforts. Proceedings of INTERCHI ’93, 321–326. ACM DOI.