Проверить, работает ли интерфейс
Убедиться в том, что интерфейс справляется с возложенными на него функциями.
Услуга
Экспертный или с привлечением респондентов. Путешествую по вашим интерфейсам в попытках достичь заранее поставленных целей. Описываю, где споткнулся, в специальном документе. И не только описываю, но и даю рекомендации, что можно поправить и как именно.
Зачем
Убедиться в том, что интерфейс справляется с возложенными на него функциями.
Понять, хватает ли пользователям информации, необходимой для принятия решений.
Процесс
Перед самим аудитом важно договориться, кого считаем пользователями, какие задачи должен решать интерфейс и какую информацию люди ожидают увидеть.
Кто пользуется интерфейсом, в каком контексте и с какими ожиданиями.
Какие функции интерфейс должен выполнять и какие сценарии нужно проверить.
Какая информация нужна аудитории, чтобы понимать ситуацию и принимать решения.
Экспертный разбор и, при необходимости, проверка с привлечением респондентов.
Документ с найденными проблемами, выводами и рекомендациями по исправлению.
Особенности
В отчёте может быть 50 найденных проблем, но я обязательно выделю одну, исправление которой, по моему мнению, принесёт наибольший результат.
Помогу сформулировать и поставить вашим разработчикам задачу на исправление найденной проблемы.
Дополнительно
Это не отдельная часть услуги и не замена полноценному тестированию, но во время аудита я неизбежно прохожу по реальным сценариям и сталкиваюсь не только с UX-проблемами.
Бонусом заказчик получает тестирование и отлов багов. Это не входит в услугу формально, но всегда происходит органически: если в процессе аудита я нахожу ошибки, сломанные сценарии или странное поведение системы, я тоже фиксирую такие вещи в отчёте.
В конце любого аудита я в состоянии подготовить коммерческое предложение на перепроектирование интерфейса, если по итогам разбора станет понятно, что точечных исправлений недостаточно или заказчику нужно продолжить работу.
На Хабре есть статья «Как я провожу UX-аудиты: шаг за шагом на примере реального проекта» — с разбором конкретного аудита и процесса работы.
Можно начать с короткого описания продукта, аудитории и задачи, которую должен решать интерфейс.
Опишите задачу в двух-трёх предложениях. Я посмотрю контекст и отвечу, какой формат работы подойдёт лучше: аудит, требования, прототип или консультация.