90% всех юзабилити-тестов - бесполезны
Девяносто процентов тестов юзабилити веб-сайтов - бесполезны. Не говоря уже о том, что они не играют значимой роли в процессе разработки. в случае если тесты проводить правильно, они способны улучшить и ваш веб-сайт и процесс его разработки, но существующая в реальное время цивилизация тестирования такова, что тесты нечасто приносят какую-то пользу. Хуже того, неправильное применение этой стоящей методики может взорвать во всей организации подходящее к ней отношение.
Метод тестирования юзабилити берет свое начало из науки, изучающей процесс взаимодействия "человек-компьютер" (Human-Computer Interaction - HCI). Адепты этой науки - самые бешеные сторонники этого метода. Метод, который подключает исследователя, подопытного, перечень задач, и порой даже секундомер, был разработан ещё во эпохи мейнфреймов, на коих тестировались прикладные программы. И основывался этот способ на ещё более античном методе - методе анализа задач. Подход подразумевал строго выполняемые последовательности действий, итоги которых обрабатывались статистически. Однако, когда данный метод стал применяться в Web для анализа поведения пользователей, он стал давать сбои, т.к. веб-сайт - это не лишь программа. С этим надобно считаться.
Веб, будто некий Франкенштейн, - необузданная смесь творческого потенциала и кода, вдохновения и обыденности, формы и функционала, искусства и науки. добрый веб-дизайн объединяет себя все эти факторы, и часто тяжело сказать, где заканчивается один и наступает другой. бессмысленно пытаться буквально оценить точное время, важное для решения той или же иной определенной задачи. Самый стоящий вопрос, на который сначала всего нужно ответить, отчего пользователи останавливаются? Что они разглядывают? Что они об данном думают? Ваша навигация их запутала потому, что она безуспешно разбита на категории, или же из-за неправильно выбранных слов, а может в следствии неудачного расположения? А может в следствии того, что она в различных разделах интернет-сайта разная, или же потому что нехорошо написаны CSS стили? Традиционное тестирование юзабилити не даст вам ответы на эти вопросы.
Мы обязаны отказаться от мифа, что тестирование сайтов с поддержкой пользователей - это количественный процесс. Фокусируясь только на числах и игнорируя другие типы данных, вы в итоге получаете только пустые высказывания типа "Дизайн А на 5% больше удобен, чем дизайн Б" (или "90% всех тестов юзабилити - бесполезны"). Вместо этого изучения должны углубляться в качественные показатели дизайна с целью понять, как и отчего люди реагируют на то, что было создано, и, что больше важно, как применить эти реакции в грядущих работах.
Есть устарелое мнение, что юзабилити тестирование требует своеобразного непредвзятого специалиста, т.е. что ученые "со стороны" объективней вас самих оценят то, что совершают ваши пользователи. Но в случае если вы не хотите просто доверять на статистику, и при данном вы желаете учитывать контекст применения вашего сайта, всё, на что вы можете положиться - это ваши личные глаза.
Итак, настало время закатать свои рукава. Для тестирования юзабилити веб-сайта совсем не потребуются сторонние фирмы, коие никак не участвуют в процессе его разработки. Тестирование надлежит быть включено как определенный рубеж в сам процесс разработки. Его нужно выполнять с полноценным привлечением всей команды разработчиков, так, дабы каждый мог посмотреть на свою работу с точки зрения пользователя. Разработка и проведение юзабилити тестирования обязаны быть неотъемлемой задачей одного из членов вашей команды (при данном многие считают, что это не обязан быть сам дизайнер сайта).
Не стоит ограничиваться только командой разработчиков. В тестировании обязаны принимать участие и другие работники вашей компании. Всякий, кто так или же иначе связан с тестируемым проектом, обязан быть привлечён к работе хоть на каком-то из этапов. в случае если в вашей фирмы нужные люди увидят, что у настоящих пользователей появляются с продуктом настоящие проблемы (которые вы можете решить), они осмыслят и ваше смысл для организации и важность выделения времени и ресурсов, коие позволят сделать хороший проект.
Изменив личный подход к тестированию юзабилити, вы еще должны понять, что итоги от тестирования не будут похожи на те, что вы ждали до этого. В различие от элементарный проверки, которая исполняется только один раз перед окончанием проекта, внутренний, качественный тест юзабилити, о котором мы ведем речь, проводится на больше ранних этапах проекта, проводится чаще, и проводится в качестве составной части процесса создания интернет-сайта - а не его отдельного этапа.
Традиционно тестирование юзабилити рассматривается как собственного рода контроль качества. В данном случае тестирование юзабилити относится к последним этапам проекта, выполняется "для галочки", чем можно при случае и поступиться, в случае если сроки по выходу новой версии веб-сайта поджимают. итоги этого тестирования как правило записывают в толстенном документе, где перечисляются все обнаруженные трудности веб-приложения, в том числе и фундаментальные ошибки дизайна , коие нельзя выправить за некоторое количество недель до выпуска проекта в свет. Согласитесь, это не самый наилучший способ создать качественную вещь.
Если тестирование юзабилити рассматривается как часть процесса, итог получается безусловно иной. Самая очень интересная работа, коию мне когда-нибудь довелось видеть, происходит на белоснежной доске (whiteboard) в комнате надзоров в то самое время, когда в соседней комнате проходит тестирование. В кое-каких ситуациях мы даже вносили перемены прямо меж раундами тестирования, стараясь оценить реакцию надлежащего испытуемого на лишь что придуманное решение. С точки зрения статистики такой подход - совершенное нарушение всех правил, но с точки зрения дизайна - манна небесная.
Проведение юзабилити тестирования вместе с вашей командой разработчиков ведёт к снижению затрат и времени на разработку,- дорогостоящие консультанты более не нужны! - что разрешает проводить тестирование чаще, сообразно принятому в коллективе порядку работ. Такой подход разрешает тестированию юзабилити превратиться из элементарного теста, ориентированного на разовый отчёт, во неоднократно повторяемый тест, влияющий на разработку. сотворили несколько элементарных страниц-эскизов? Дайте паре ваших пользователей опробовать их. Сделали элементарный прототип? Представьте его группе из нескольких пользователей.
Такой подход к занятию позволяет вам вносить перемены тогда, когда они наименее затратны. намного проще поменять что-то фломастером на белоснежной доске, нежели в готовом эскизе; легче поменять эскиз, чем прототип; и, наконец, легче поменять прототип нежели готовый продукт.
Наконец, такой подход к проведению тестирования юзабилити несомненно поможет вам стать замечательным дизайнером. Дизайнеры иногда беспокоятся, что перемены в сайте, вызванные жалобами пользователей, ограничат полёт их мысли; но когда систематические тестирования сделаны частью процесса разработки, дизайнеры наоборот получают толчок к новым идеям, улучшающим дизайн на базе реальных потребностей настоящих людей. Тестирование с поддержкой пользователей становится основой для вдохновенного и полезного творчества. Ничто не приносит дизайнеру более удовлетворения, чем пользователь, удовлетворенный его продуктом.
Я не первый, кто заметил, что тестирование юзабилити надлежит измениться с приходом в Web. Ниже представлен перечень их нескольких прекрасных книг и статей, затрагивающих эту тему:
Лэйн Беккер
Lane Becker is a Partner at Adaptive Path. He specializes in design and process strategy consulting, but he's also run a lot of usability tests.
Перевод: Максим Россомахин и Александр Качанов