Рубрика: Статьи

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

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

Шаги:

1. Написать задания для пользователей.
Для того, чтобы написать задания, можно использовать несколько источников:

• юзкейсы
• цели и задачи
• гипотезы и сомнения
• др. идеи

Формилировка заданий/вопросов не должна содержать ответа.
Например: найти новости на главной странице сайта (а не — видны ли новости на гл странице сайта).

2. Найти респондентов

Чаще всего респондентов нужно искать или нанимать ЦА за деньги.

В некоторых случаях необходимую аудиторию или её представителей можно получить бесплатно, если они являются вашими коллегами и владеют определенной компетенцией схожей с ЦА, также это могут быть студенты, получающие образование по нужному для исследованию направлению (менее точный портрет). Для массовых продуктов вариант с коллегами и студентами естественно более подходящий, но для более профессиональных или специфических интерфейсов такой вариант скорее всего будет не уместен.

Важно: в случае с коллегами — нужно учитывать что они не должны быть зайдействованы на данном проекте (разрабатывать его, дизайнить его и т.д.)

3. Записывать действия пользователей

Десктоп

• Запись экрана с курсором
• Запись лица пользователя для отслеживания реакции и по возможности eye-трекер для максимального понимания поведения пользователя.

Мобильные интерфейсы

• Запись экрана
• Запись над экраном (с руками пользователя) для отслеживания того как ведет себя пользователь когда сомневается или ошибается.

Личное наблюдение

• запись в блокнот заметок, когда пользователь хотел задать вопрос

4. Завершение

После прохождения заданий — попросить заполнить анкету. После чего заплатить или вручить «награду»)

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

Имено построение архитектуры по уже живому проекту — их смутило в первую очередь, ведь они учатся ее строить имея пока только данные от бизнеса и примеры конкурентов,а им уже показывают как анализировать созданный проект — что в корне не правильно для конкретной задачи.

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