UX сайта: как посетитель решает свою задачу

Для сайта обсуждение UX начинается с человека и его задачи: найти нужную услугу, сравнить варианты, отправить запрос и понять следующий шаг. Удобство выполнения — важная часть опыта, но не всё его содержание. Впечатление также зависит от ожиданий, доверия и того, что происходит после действия. Такое широкое понимание рассматривает Nielsen Norman Group.

Пример для заказчика

Учебная ситуация: посетитель подбирает оборудование. Карточки оформлены аккуратно, но для сравнения приходится открывать несколько страниц, а характеристики названы по-разному. Человек не может уверенно выбрать вариант. Изменение цвета кнопки само по себе не решает эту проблему: сначала нужно разобраться в критериях выбора и доступной информации.

Если запрос отправлен, но непонятно, принят ли он и что будет дальше, путь тоже остаётся незавершённым для человека. При этом обещание ответа должно соответствовать реальному процессу компании.

Как сформулировать замечание об UX

Вместо «неудобно» опишите конкретную ситуацию по четырём пунктам:

1. Кто выполняет задачу и с какой исходной информацией.
2. Какую цель человек пытается достичь и на каком шаге остановился.
3. Что наблюдали: действие, ошибку, возврат или вопрос; где предположение, а где факт.
4. Какое изменение предлагается проверить и по каким признакам оценить результат.

Пример комментария: «В прототипе посетитель не видит различий между вариантами до открытия каждой карточки. Проверим, поможет ли одинаковый набор характеристик сравнить их». Это гипотеза, пока её не проверили; не приписывайте такую проблему клиентам без наблюдений.

На что смотреть при проверке

Выберите реальные для аудитории задачи и согласованную версию сайта или прототипа. Наблюдайте, понимает ли человек содержание, находит ли действие, исправляет ли ошибку и замечает ли результат. Записывайте контекст и ограничения проверки.

Внутренний просмотр специалистом помогает найти возможные проблемы, но не заменяет наблюдение за представителями аудитории. Аналитика показывает отдельные действия и переходы, а причины затруднений нередко требуют дополнительного исследования. Одиночный выход со страницы не доказывает, что интерфейс неудобен.

Сравнение вариантов требует сопоставимых задач и условий. Малое число наблюдений может дать идеи для исправлений, но не обосновывает точный процент роста продаж. Прототип помогает проверить путь и содержание; работу интеграций и фактическую скорость проверяют в реализации.

UX и UI в обсуждении проекта

UI — интерфейс, через который происходит взаимодействие: элементы, подписи и состояния. Он влияет на опыт, но удобство пути также зависит от структуры, содержания и процесса обслуживания. Эти части связаны: не нужно выбирать между «красивым» и «удобным» как между двумя несовместимыми задачами.

Личные предпочтения по стилю допустимы, если обозначены как пожелания к образу бренда. Они не доказывают проблему UX. Для предметного обсуждения используйте разбор дизайна, а для раннего этапа — проверку прототипа.

В составе работ согласуйте, какие сценарии исследуются, кто участвует в проверке, какой результат передаётся и как обрабатываются найденные проблемы. Слово «UX» в предложении подрядчика без этого не объясняет объём исследования и проектирования.