|
Метод тестирования юзабилити берет свое начало из науки, изучающей процесс взаимодействия "человек-компьютер" (Human-Computer Interaction - HCI). Адепты этой науки - самые яростные сторонники этого метода. Метод, который включает исследователя, подопытного, список задач, и иногда даже секундомер, был разработан еще во времена мейнфреймов, на которых тестировались прикладные программы. И базировался этот метод на еще более древнем методе - методе анализа задач. Подход подразумевал строго выполняемые последовательности действий, результаты которых обрабатывались статистически. Однако, когда этот метод стал использоваться в Web для анализа поведения пользователей, он стал давать сбои, т.к. веб-сайт - это не только программа. С этим надо считаться.
Контекст, а не измерения
Веб, словно некий Франкенштейн, - дикая смесь творческого потенциала и кода, вдохновения и обыденности, формы и функционала, искусства и науки. Хороший веб-дизайн соединяет себя все эти факторы, и часто трудно сказать, где заканчивается один и начинается другой. Глупо пытаться точно оценить точное время, необходимое для решения той или иной определенной задачи. Самый важный вопрос, на который прежде всего необходимо ответить, почему пользователи останавливаются? Что они разглядывают? Что они об этом думают? Ваша навигация их запутала потому, что она неудачно разбита на категории, или из-за неверно выбранных слов, а может из-за неудачного расположения? А может из-за того, что она в разных разделах сайта разная, или потому что плохо написаны CSS стили? Традиционное тестирование юзабилити не даст вам ответы на эти вопросы.
Мы должны отказаться от мифа, что тестирование сайтов с помощью пользователей - это количественный процесс. Фокусируясь лишь на числах и игнорируя другие типы данных, вы в результате получаете лишь пустые высказывания типа "Дизайн А на 5% более удобен, чем дизайн Б" (или "90% всех тестов юзабилити - бесполезны"). Вместо этого исследования должны углубляться в качественные показатели дизайна с целью понять, как и почему люди реагируют на то, что было создано, и, что более важно, как использовать эти реакции в будущих работах.
Сделайте это сами
Есть устарелое мнение, что юзабилити тестирование требует особого непредвзятого специалиста, т.е. что исследователи "со стороны" объективней вас самих оценят то, что делают ваши пользователи. Но если вы не желаете просто полагаться на статистику, и при этом вы хотите учитывать контекст использования вашего сайта, всё, на что вы можете положиться - это ваши собственные глаза.
Итак, настало время закатать свои рукава. Для тестирования юзабилити веб-сайта вовсе не нужны сторонние фирмы, которые никак не участвуют в процессе его разработки. Тестирование должно быть включено как определенный этап в сам процесс разработки. Его необходимо выполнять с полноценным привлечением всей команды разработчиков, так, чтобы каждый мог взглянуть на свою работу с точки зрения пользователя. Разработка и проведение юзабилити тестирования должны быть неотъемлемой задачей одного из членов вашей команды (при этом многие считают, что это не должен быть сам дизайнер сайта).
Не стоит ограничиваться лишь командой разработчиков. В тестировании должны принимать участие и другие работники вашей компании. Всякий, кто так или иначе связан с тестируемым проектом, должен быть привлечён к работе хоть на каком-то из этапов. Если в вашей компании нужные люди увидят, что у реальных пользователей возникают с продуктом реальные проблемы (которые вы можете решить), они поймут и ваше значение для организации и важность выделения времени и ресурсов, которые позволят создать хороший проект.
Тестирование юзабилити - это часть проектирования, а не контроль качества
Изменив свой подход к тестированию юзабилити, вы также должны понять, что результаты от тестирования не будут похожи на те, что вы ожидали до этого. В отличие от простой проверки, которая осуществляется только один раз перед окончанием проекта, внутренний, качественный тест юзабилити, о котором мы ведем речь, проводится на более ранних этапах проекта, проводится чаще, и проводится в качестве составной части процесса создания сайта - а не его отдельного этапа.
|
