Подготовка макетов интерфейсов для тестирования онлайн профи

‍

Профессиональный интерфейс всегда сложнее массового.
Первая причина — отсутствие четких сценариев и множество задач. Это сильно влияет на тестирование. Вторая причина — разные векторы взаимодействия:

1. Педагогический для новичков — молодой специалист ищет нужную информацию, а кнопки или прочие элементы сообщают о своем поведении. Кстати, массовые интерфейсы обычно остаются как раз на этом уровне.
2. Непосредственный для опытных — предусматривает взаимодействие в контексте. Пользователь самостоятельно управляет объектами и применяет отдельные популярные идиомы.
3. Невидимый для профи — специалист уже запомнил невидимые команды, идиомы и не обращает внимание на меню, контролы.
   

Наконец, третья причина — иная целевая аудитория. Профессиональные интерфейсы рассчитаны на продвинутых юзеров, имеющих немало знаний. То есть при тестировании учитывается опыт пользователя, поэтому проверить нужно работу интерфейса в контексте имеющихся рабочих процессов. Нет смысла беспокоиться о том, что респондент не поймет какой-то термин или запутается в иконках без подписи. Он их знает.

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

Лучше всего в профессиональных интерфейсах сосредоточиться на 2-м и 3-м векторах. Человек не умеет пользоваться программой? Можно научить. Это вполне нормально в случае с профессиональными интерфейсами, и обучение иногда длится месяцами. Еще бывает по-другому: из-за определенных бизнес-требований работодатель создает интерфейс иным, чем его видит работник.

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

Особенности подготовки прототипа для теста

Делать чрезмерно детализированный прототип — не лучшая идея. Различных сценариев очень много, и тестирование может провалиться. Лучше в определенном задании проверять определенную рабочую ситуацию или гипотезу.

Еще один важный момент — интерактивность. Необходимо сделать максимально реалистичными все элементы, которые планируется проверять. А если пользователь где-то откопал некликабельную кнопку, нужно поинтересоваться причиной такого решения. Кстати, профессионал может в любой момент обратиться к чему угодно, к любому элементу на прототипе. Даже если отобрать в прототипе ключевые процессы, они не продемонстрируют всей многогранности возможностей. Это и делает тестирование сложным, многогранным и необходимым этапом в разработке и тестировании сайтов на юзабилити.

‍

Елена Брумарова, Marketing & CX Manager