Профессиональные интерфейсы рассчитаны на продвинутых юзеров, имеющих знания. При тестировании учитывается опыт пользователя, поэтому проверить нужно работу интерфейса в контексте имеющихся рабочих процессов.
Профессиональный интерфейс всегда сложнее массового.
Первая причина — отсутствие четких сценариев и множество задач. Это сильно влияет на тестирование. Вторая причина — разные векторы взаимодействия:
- Педагогический для новичков — молодой специалист ищет нужную информацию, а кнопки или прочие элементы сообщают о своем поведении. Кстати, массовые интерфейсы обычно остаются как раз на этом уровне.
- Непосредственный для опытных — предусматривает взаимодействие в контексте. Пользователь самостоятельно управляет объектами и применяет отдельные популярные идиомы.
- Невидимый для профи — специалист уже запомнил невидимые команды, идиомы и не обращает внимание на меню, контролы.
Наконец, третья причина — иная целевая аудитория. Профессиональные интерфейсы рассчитаны на продвинутых юзеров, имеющих немало знаний. То есть при тестировании учитывается опыт пользователя, поэтому проверить нужно работу интерфейса в контексте имеющихся рабочих процессов. Нет смысла беспокоиться о том, что респондент не поймет какой-то термин или запутается в иконках без подписи. Он их знает.
Что касается массовых интерфейсов, здесь нужно продумать все до мелочей. Неопытный пользователь должен разобраться во всем с самого начала, поэтому стоит отказаться от неочевидных идиом и прочего.
Лучше всего в профессиональных интерфейсах сосредоточиться на 2-м и 3-м векторах. Человек не умеет пользоваться программой? Можно научить. Это вполне нормально в случае с профессиональными интерфейсами, и обучение иногда длится месяцами. Еще бывает по-другому: из-за определенных бизнес-требований работодатель создает интерфейс иным, чем его видит работник.
В целом истина одна: если пользователю не удается пройти тест, проблема необязательно в проектировании. Порой дело в не совсем правильном подходе руководителя, который просто не планирует обучать сотрудников работе с программой.
Особенности подготовки прототипа для теста
Делать чрезмерно детализированный прототип — не лучшая идея. Различных сценариев очень много, и тестирование может провалиться. Лучше в определенном задании проверять определенную рабочую ситуацию или гипотезу.
Еще один важный момент — интерактивность. Необходимо сделать максимально реалистичными все элементы, которые планируется проверять. А если пользователь где-то откопал некликабельную кнопку, нужно поинтересоваться причиной такого решения. Кстати, профессионал может в любой момент обратиться к чему угодно, к любому элементу на прототипе. Даже если отобрать в прототипе ключевые процессы, они не продемонстрируют всей многогранности возможностей. Это и делает тестирование сложным, многогранным и необходимым этапом в разработке и тестировании сайтов на юзабилити.
Елена Брумарова, Marketing & CX Manager