UX-аудит шукає перешкоди між потребою користувача та завершеною дією. Причиною може бути незрозумілий текст, прихований стан, помилка форми або невдала структура. Аудит має давати обґрунтовані рекомендації, а не список особистих смакових побажань про кольори та відступи.
Оберіть сценарії й джерела доказів
Погоджуємо основні задачі: знайти послугу, порівняти товар, оформити замовлення чи обробити заявку. Для кожної визначаємо початок і результат. Якщо аналітика доступна й налаштована, використовуємо її з перевіркою якості, не трактуючи кожний вихід зі сторінки як проблему.
Спостереження за користувачами й аналіз інтерфейсу доповнюють одне одного. Якщо даних немає, рекомендація може бути гіпотезою — це потрібно позначити. Не вигадуємо відсоток втраченої конверсії на підставі одного скриншота.
Перевірте шлях, стани й зміст
Проходимо сценарій на потрібних екранах, включно з помилкою й поверненням назад. Умовний приклад: категорія блогу фільтрує лише видимі картки, тому читач не знаходить інші статті напряму. Зовнішньо кнопка працює, але поведінка не відповідає очікуванню.
Перевіряємо назви, підказки та завершення дій. Повідомлення «помилка» без способу виправлення не допомагає користувачу. Довгий текст також може приховувати потрібне рішення: оцінюємо порядок і точність, а не просто загальну кількість слів.
Доступність перевіряйте окремо
Дивимося на клавіатуру, фокус, контраст, підписи й адаптацію. Автоматичний інструмент знаходить частину проблем, але не доводить повну відповідність. Потрібні також ручні перевірки й, за погодженим складом, робота з користувачами допоміжних технологій.
Зручність для одного учасника не доводить доступності для всіх. Фіксуємо перевірені умови та обмеження. Якщо вміст прихований анімацією, перевіряємо його після відкриття, а не заспокоюємося відсутністю помилок у видимому першому екрані.
Перетворіть висновки на перевірювані зміни
Для проблеми записуємо місце, доказ, наслідок і запропоновану дію. Пріоритет враховує вплив на головну задачу та надійність висновку. Не потрібно переробляти весь сайт, якщо перешкоду усуває зрозумілий підпис або виправлена логіка компонента.
Рішення перевіряємо прототипом або реалізацією на тому самому сценарії. Порівнюємо доступні результати й фіксуємо відкриті питання. Фінальний звіт відрізняє усунені проблеми від рекомендацій, які ще не впроваджені, щоб аудит мав практичне продовження.
Джерела та подальше читання
