Юзабилити тестовых заданий по юзабилити
Почему-то тестовые задания по юзабилити часто не юзабельны. Все ведь знают (или должны знать) определение юзабилити, в котором три раза упоминается слово «определенные»: определенные пользователи решают определенные задачи в определенном контексте. При этом тестовое задание обычно выглядит так: вот вам формочка (сайт, страница, приложение), как бы вы его улучшили? По прочтении таких тестовых заданий начинаешь понимать юзабилистов как некоторых волшебников, пришедших в этот мир со светлой целью сделать мир лучше. Как и положено волшебникам, юзабилисты не пользуются никакой дополнительной информацией, им достаточно взмахнуть волшебной палочкой, чтобы все проблемы разрешились, и формочка стала лучше.

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

Как реагировать на такие тестовые задания?

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

Можно сделать некоторые предложения общего характера, приемлемые для данного вида интерфейсов — существуют check lists для веб-интерфейсов, для десктопных приложений, есть открытые и доступные всем стандарты, хорошие правила. Однако, эти правила плохи тем, что имеют широкую направленность, и некоторые правила для данного конкретного интерфейса могут быть вовсе неприменимы, а в некоторых случаях вы просто не найдете правил и стандартов, подходящих для вашего интерфейса.

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

Для работодателей также будет полезно знать: если в ответ на предложения «улучшить интерфейс» человек выдает кучу ценных предложения типа «давайте покрасим кнопочки в синий цвет», то этого скорее дизайнер, чем специалист по юзабилити, или, того хуже, программист («давайте все переделаем на Java» или «табличная верстка давно уже не применяется»).