Сайт о телевидении

Сайт о телевидении

» » Юзабилити-тестирование своими руками. Гид по UX исследованиям для начинающих

Юзабилити-тестирование своими руками. Гид по UX исследованиям для начинающих

Как выявить проблемы юзабилити на своем сайте? Можно отдать его на анализ эксперту, проверить по одному из множества чек-листов, часами всматриваться в видеоролики Вебвизора, а можно провести юзабилити-тестирование с реальными посетителями вашего сайта.

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

Что такое юзабилити-тестирование

Юзабилити-тестирование — это процесс наблюдения за тем, как люди пользуются вашим сайтом/продуктом с целью выявить проблемы взаимодействия.

Как это выглядит: приглашенным участникам тестирования предлагается решить тестовые задачи-сценарии на сайте и дать во время выполнения этих тестов свои комментарии.

Каким должно быть тестирование?

Те, кто хоть раз проводил юзабилити-тестирование, делятся на два воинствующих лагеря. Одни вторят Стиву Кругу, который утверждал, что даже один участник тестирования — это на 100 % лучше, чем полное их отсутствие. При этом им может быть кто-то из ваших знакомых, друзей или родственников.

А другие присоединяются к лагерю «профессионального тестирования», допускающего только целевую аудиторию по принципу «чем больше людей посмотрело сайт, тем больше выявлено проблем».

И те и другие правы.

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

Вам подойдет самостоятельное тестирование, если:

  • ваша аудитория неспецифична и разнородна,
  • ваши тематики — бытовые: например, мебель для дома, косметика, детские товары, одежда, туризм и многое другое.
  • нет ресурсов и времени на проведение полноценного тестирования, например, силами юзабилити-агентства.

Сколько участников нужно для тестирования?

Стив Круг утверждает, что для того, чтобы узнать впечатление о сайте, а также выявить серьезные проблемы с навигацией и структурой, достаточно 3—5 человек.

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

С кем проводить тестирование?

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

Кого можно привлечь к мини-тестированию?

  • Начните с себя любимого, если до сих пор этого не сделали.
  • Обратитесь к коллегам (желательно привлечь сотрудников, не имеющих технических знаний в работе сайта, например, бухгалтерию).
  • Проведите вечер в кругу семьи за тестированием сайта.
  • Обратитесь к друзьям и друзьям друзей.

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

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

Составляем задания для тестирования

Итак, представим, что с тем, кто будет нашим подопытным, мы определились и договорились.

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

Зачем нужен сценарий, ведь можно просто попросить человека походить по сайту и сказать, нравится ему или нет? Практика показывает, что каков вопрос, таков и ответ. Задавая человеку неконкретный вопрос («Как вам сайт?»), вы получите такой же размытый ответ («Нормально…»). Поэтому нужно придумать определенные задания.

Первое, что нужно сделать, — это определить самые важные задачи, которые пользователи решают у вас на сайте (то есть, зачем они приходят). Мы всегда ограничены во времени и ресурсах, поэтому выбирать нужно:

  • критичные конверсионные цепочки.

Если у вас сайт стоматологической клиники, то критичной задачей будет запись к врачу на прием. Катастрофа для владельца сайта, если это действие совершить невозможно или с ошибками и трудностями на пути.

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

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

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

Зачем? Психологические исследования показывают, что людям приятнее работать по сценарию, чем по инструкции.

Поясним разницу между задачей и сценарием на примере.

Задача: Записаться на прием к врачу.

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

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

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

Еще один важный момент — отсутствие подсказок . По тексту задания не должно быть понятно, как его нужно выполнять. Например, недопустимо использовать терминологию сайта — вместо каждого термина нужно расписывать его значение, иначе тестирование превратится в игру «найди слова из задания на сайте», и вы не выявите никаких проблем.

Рассмотрим примеры сценариев и их плюсы и минусы:

Пример 1

Зайдите в «Каталог продукции» и выберите «Дрели». Затем перейдите на страницу «О нас» и узнайте наш телефон.

Минусы: терминология сайта, формат пошаговой инструкции.

Пример 2

Вы умный и красивый мужчина 45 лет с двумя высшими образованиями, женились в 1988 году после окончания Самарского госуниверситета. Ваш друг позвал вас на свой юбилей в ресторан «Плакучая ива» в Химках. Вы задумались, что ему подарить, и зашли в интернет-магазин «Подарки.ру». Выберите подарок вашему другу на сумму 3000 рублей и узнайте, как его получить.

Плюсы: сценарий по реальной ситуации, однозначность, отсутствие терминов.

Минусы: слишком много лишних подробностей.

А теперь давайте попробуем создать задание для реального сайта.

Возьмем всем известный ресурс booking.com.

Основная задача посетителя сайта : выбрать и забронировать номер в отеле для предстоящего путешествия.

Тестовое задание: Вам неожиданно дали премию, и вы решили потратить ее на отдых на море с женой и дочкой 5 лет. Вы приобрели билеты на самолет в штат Гоа, Индия, с датами вылета 10—17 апреля.

К выбору жилья вы подходите основательно: вы планируете следить во время отпуска за своими делами в интернете, а ваша жена боится страшных историй о тараканах и антисанитарии в индийских гостиницах.

Вам необходимо выбрать, где вы проведете свой отдых в течение недели отпуска, и забронировать размещение на эти даты.

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

Проведение тестирования

Задания составлены. Распечатываем их на отдельных карточках и пробуем выполнить сами для проверки.

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

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

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

Анализ результатов

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

Выделяйте самые серьезные проблемы, которые требуют немедленного разрешения.

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

Выделяйте из слов респондентов потребности, а не готовые решения.

Очень часто тестируемые считают необходимым дать вам несколько советов и пожеланий («…а вот здесь бы сделать раздел с дипломами и сертификатами…»). Постарайтесь увидеть проблему, а не руководство к изменению на сайте, ведь подобные пожелания являются признаком потребности в чем-то. Возможно, в данном случае посетителю не хватило доверия к сайту. А еще лучше переспросить у респондента, чем подобный раздел может ему помочь.

Выводы

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

Самостоятельное тестирование совсем не трудно провести и в «домашних условиях» с небольшими затратами денег и времени. Попробуйте и убедитесь, какую пользу оно может принести вашему сайту.

Интервью / фокус-группа

Массовый опрос

Количественный метод для подтверждения гипотез о поведении пользователей или сбора новых данных об их потребностях посредством онлайн‑анкетирования.

Полевое исследование

Карточная сортировка

Мультиканальное исследование

Комбинация методов для определения сходства и различий в поведенческих шаблонах пользователей в различных точках контакта с бизнес-продуктом.

Артефакты

Бизнес-требования

Портреты пользователей

Требования пользователей

Спланировать проект

Методы и артефакты

  • Интервью / фокус-группа
  • Массовый опрос
  • Полевое исследование
  • Карточная сортировка
  • Мультиканальное исследование

Интервью / фокус-группа

Качественный метод для выявления потребностей и поиска поведенческих шаблонов посредством личной беседы с пользователями по заданному плану.

Массовый опрос

Количественный метод для подтверждения гипотез о поведении пользователей или сбора новых данных об их потребностях посредством онлайн‑анкетирования.

Полевое исследование

Качественный метод для поиска поведенческих шаблонов через непосредственное наблюдение за поведением пользователей.

Карточная сортировка

Метод поиска типовых взаимосвязей между понятиями или объектами цифрового продукта в картине мира пользователей.

Мультиканальное исследование

Комбинация методов для выявления потребностей и поведенческих шаблонов у пользователей в различных точках контакта с бизнес-продуктом.

Юзабилити- исследование Проектирование- интерфейсов Юзабилити- аудит

Артефакты

  • Бизнес требования
  • Портреты пользователей
  • Портреты деятельности
    пользователей
  • Требования пользователей

Бизнес требования

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

Портреты пользователей

Модель пользователя, как правило, в виде набора персонажей, объясняющая личные цели, мотивы и барьеры, привычки и прочие особенности мышления.

Портреты деятельности пользователей

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

Требования пользователей

Цели и задачи проектирования нового интерфейса с учетом потребностей пользователей и контекста использования продукта.

60 000 юзабилити-часов

в среднем за год проводят наши исследователи-аналитики в лаборатории и в «полях», собирая данные о потребностях пользователей и структуре их деятельности, об их мотивации и особенностях принятия решений.

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

Именно исследование достоверно скажет нам, кто те люди, которые будут пользоваться цифровым продуктом, в каком контексте они будут это делать, и в чём будут нуждаться в эти моменты.

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

Мы стремимся понять, почему, как, когда и где люди взаимодействуют с вашим сервисом и его конкурентами. Какие цели и задачи возникают в их личной или профессиональной деятельности, связанной с предложенным решением? Что влияет на принятие решений, привлекает или отпугивает от использования цифровых продуктов для решения этих задач? В каком эмоциональном и логическом контексте пользователь пребывает во время решения той или иной задачи? Как он объясняет себе процесс решения задачи? В ходе исследований мы ищем ответы на вопросы, необходимые для проектирования.

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

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

Акция: до конца месяца бесплатно сделаем юзабилити-аудит вашего сайта и дадим рекомендации по внедрению с 15% скидкой. Заказать юзабилити аудит сайта у экспертов Market Mentor.
С английского языка usability переводится как «удобство и простота использования, степень удобства использования». Другими словами - это удобство использования, пригодность использования, эргономичность - способность продукта быть понимаемым, изучаемым, используемым и привлекательным для пользователя в определенных условиях.

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

Почему юзабилити так важно?

Показатель юзабилити напрямую влияет на конверсию сайта.

В интернет-сфере данный критерий является необходимым условием:

    Если сайт сложно использовать – посетитель его закроет.

    Если главная страница не демонстрирует сферу деятельности сайта или то, что юзер может получить - посетитель его закроет.

    Если в течение первых 5 секунд посетитель не сориентируется, где он находится – он закроет сайт.

    Если информацию на сайте сложно воспринять и прочесть, или она не отвечает на ключевые вопросы – посетитель его закроет.

Главное правило электронной коммерции: если пользователь не может найти товар – он не сможет его купить.


Как люди воспринимают информацию в Интернете?

Прежде чем повести разговор о правилах и основных приемах юзабилити, необходимо в общих чертах рассказать о том, как люди вообще воспринимают информацию в Интернете.


Первое, что должны уяснить владельцы и проектировщики сайтов: ни один пользователь не читает тексты в Сети так же, как журнал или книгу. Мы бегло просматриваем страницу, «выдергивая» из нее отдельные абзацы и предложения, которые кажутся нам наиболее интересными. При этом чем меньше в тексте подзаголовков, списков, выделений курсивом и других элементов структурирования, тем меньше его хочется читать. Результаты наблюдений за пользователями показывают, что большие сплошные тексты, без каких-либо признаков оформления, редко дочитывают даже до середины.


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


Что такое юзабилити (usability)?

Юзабилити - это мера качества пользовательского опыта, приобретенного при взаимодействии с продуктом или системой, например, веб-сайтом, программным приложением и т.п.

Исследования User Interface Engineering, Inc показывают, что в 60% случаях люди не могут найти информацию в вебе, которая им нужна. Это приводит к потере времени, снижению производительности труда, а также к тому, что пользователи больше не вернутся на сайт.


Другие источники говорят:

· Forrester Research получил цифры, которые показывают, сколько теряют компании из-за плохого юзабилити сайтов. Интернет-магазины теряют порядка 50% покупателей, которые не могут найти нужный товар. Около 40% пользователей не возвращаются на сайт, с которым имели негативный опыт работы.

· Якоб Нильсен говорит: «Изучение поведения пользователей в вебе показывает, что они плохо воспринимают медленные сайты и сайты со сложным дизайном. Люди не хотят ждать. Также они не хотят изучать, как пользоваться домашней страницей. Не существует таких вещей, как обучение веб-сайту или инструкция по веб-сайту. Люди хотят ухватить функциональность сайта сразу же после беглого сканирования страницы, то есть за несколько секунд».

В чем отличие между разработкой юзабилити (Usability Engineering) и тестированием юзабилити (Usability Testing)?


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


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


Юзабилити-тестирование

Материал из Википедии - свободной энциклопедии

Проверка эргономичности (Юзабилити-тестирование, англ. Usability testing) - исследование, выполняемое с целью определения, удобен ли некоторый искусственный объект (такой как веб-страница, пользовательский интерфейс или устройство) для его предполагаемого применения. Таким образом, проверка эргономичности измеряет эргономичность объекта или системы. Проверка эргономичности сосредоточена на определённом объекте или небольшом наборе объектов, в то время как исследования взаимодействия человек-компьютер в целом - формулируют универсальные принципы.

Проверка эргономичности - метод оценки удобства продукта в использовании, основанный на привлечении пользователей в качестве тестировщиков, испытателей и суммировании полученных от них выводов.


Виды юзабилити тестирования

Пригодность к использованию и удобство веб-сайтов (web usability) изучается при помощи большого количества специальных методов:

    Макетирование (Prototyping)

    Обзоры (Surveys)

    Опросники (Questionnaires)

    Эвристическое исследование (Heuristic Evaluation)

    Экспертиза компонентов (Feature Inspection)

Карточная сортировка (Card Sorting)

Карточная сортировка - это классификационный метод, при котором пользователи сортируют различные элементы разрабатываемого веб-сайта по нескольким категориям.

Для проведения карточной сортировки создается список параметров, которые предполагается подвергнуть классификации, после чего каждый из указанных параметров выписывается на отдельной карточке. Карточки предъявляются пользователям, которых инструктируют сгруппировать наиболее логичным, по их мнению, образом.

Контекстное исследование (Contextual Inquiry)

Контекстное исследование - это метод структурированного интервью, которое отличается от обычного, например, журналистского интервью, тем, что оно всегда построено на трех базовых принципах:

1. Учет контекста, в котором используется изучаемый сайт.

2. Совместная оценка сайта пользователем и разработчиком.

3. В фокусе оценки сайта находится именно его удобство для пользователя.

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

Контекстное исследование наиболее применимо для того, чтобы оценить ту обстановку, в которой будет использоваться продукт, поэтому оно проводится на ранних стадиях его разработки.

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


Подробности: H. Beyer and K. Holtzblatt. Apprenticing with the Customer: A Collaborative Approach to Requirements Definition

Контрольные листы (Checklists)

Контрольные листы помогают удостовериться в том, что веб-сайт выполнен с учетом принципов функциональности дизайна. Обычно их используют на заключительной стадии работы в дополнение к экспертным методам для того, чтобы структурировать экспертные оценки по каким-то определенным признакам.

Макетирование (Prototyping)

Макетирование - это создание модели конечного продукта (веб-сайта), позволяющее протестировать его составляющие на любых стадиях разработки.

В процессе макетирования строится модель, включающая все тестируемые компоненты (дизайн, элементы управления и т.д.). Можно использовать различные способы ее построения, от изображения элементов интерфейса на бумаге до создания рабочего макета веб-сайта. Различают «горизонтальное» и «вертикальное» макетирование.

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

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

Обзоры (Surveys)

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

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

Опросники (Questionnaires)

Опросники для оценки веб-сайтов составляются по тем же принципам, что и психодиагностические тесты. Их основное отличие от обзоров состоит в форме представления пользователям. Если обзоры - это структурированные интервью, то опросники предъявляются в виде списка вопросов с вариантами ответа.

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

Подробности: J Kirakowski, PhD. The Use of Questionnaire Methods for Usability Assessment.

Плюралистическая проработка (Pluralistic Walkthroughs)

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

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

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

Протоколы самоотчета (Self-Reporting Logs)

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

Основными недостатками этого метода, как и других методов, предполагающих самостоятельную работу пользователей, является невозможность контроля и регистрации их эмоциональных реакций на взаимодействие с веб-сайтом и проблема адекватности их отчетов тому, что они реально делают. Поэтому в данном случае отбор пользователей, участвующих в эксперименте, приобретает принципиальный характер.

Для проведения исследования необходимо обеспечить испытуемых доступом к прототипу веб-сайта, описанием задач, которые они должны решать при его использовании, и стандартизированным бланком для регистрации пользователями своих действий.

Обычно эта техника используется на ранних стадиях планирования или разработки или для выявления пользовательских предпочтений.

Фиксация «мыслей вслух» (Thinking Aloud Protocol)

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

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

В отличие от большинства других методов, эта техника позволяет оценить непосредственные реакции пользователя на взаимодействие с отдельными компонентами веб-сайта, не отсроченные по времени. И если его ожидания в отношении необходимых для решения задачи операций расходятся с дизайнерским решением веб-сайта, возможно, следует изменить это решение.

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

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

Фокусные группы (Focus Groups)

Метод фокусных групп заключается в опросе специально отобранной группы пользователей. В исследование, которое обычно продолжается около 2 часов, вовлекается от 6 до 9 пользователей. Основное достоинство фокусных групп состоит в том, что они позволяют выявлять спонтанные реакции и идеи и оценивать отношение к этим идеям группы в целом.

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

Результаты работы фокусной группы заносятся в специальный протокол для дальнейшей обработки. Сбор детальной информации при этом методе затруднен из-за относительной стихийности группового процесса, поэтому рекомендуется проводить несколько фокусных групп, состоящих из репрезентативных пользователей.

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

Фокусные группы могут использоваться как на любой стадии разработки веб-сайта, так и для оценки готового продукта.


Когда начинать работать над юзабилити сайта?

Юзабилити – критерий, который стоит учитывать на всех стадиях разработки и развития сайта. И именно вследствие этого стоит проводить тестирования быстро и просто.

Вот несколько обязательных условий для достижения верных показателей оценки юзабилити разных этапов создания сайта:

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

    Проведите оценку сайтов конкурентов – это довольно хороший (а главное – бесплатный!) способ получить конкурентоспособные данные, которые помогут сделать сайт лучше ЧЕМ у конкурентов.

    Проведите полевое исследование, чтобы понять, как испытуемые ведут себя в их привычных условиях.

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

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

    Проверьте окончательный вариант сайта на соответствие с общепринятыми нормами юзабилити сайта и со своими предыдущими результатами тестирования.

    Проведите тестирование ЕЩЁ РАЗ напоследок, после того, как все-все-все правки были внесены, сайт уже начал свою «новую» жизнь. Потому что самые коварные проблемы могут появиться как раз после того, как появился «самый оптимальный» вариант интерфейса.

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

Процесс

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

Процесс тестирования фиксируется в протоколе (логе) и/или на аудио- и видеоустройства - с целью последующего более детального анализа.

Если проверка эргономичности выявляет какие-либо трудности (например, сложности в понимании инструкций, выполнении действий или интерпретации ответов системы), то разработчики должны доработать продукт и повторить тестирование.

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

Основную трудность после проведения процедуры проверки эргономичности нередко представляют большие объёмы и беспорядочность полученных данных. Поэтому для последующего анализа важно зафиксировать:

1. Речь модератора и респондента;

2. Выражение лица респондента (снимается на видеокамеру);

3. Изображение экрана компьютера, с которым работает респондент;

4. Различные события, происходящие на компьютере, связанные с действиями пользователя:

    Перемещение курсора и нажатия на клавиши мыши;

    Использование клавиатуры;

    Переходы между экранами (браузера или другой программы).

Все эти потоки данных должны быть синхронизированы по тайм-кодам, чтобы при анализе их можно было бы соотносить между собой.

Наряду с модератором в тестировании нередко участвуют наблюдатели. По мере обнаружения проблем они делают свои заметки о ходе тестирования так, чтобы после можно было синхронизировать их с основной записью. В итоге каждый значимый фрагмент записи теста оказывается прокомментирован в заметках наблюдателя. В идеале ведущий (то есть модератор) представляет разработчика, наблюдатели - заказчика (например издателя, дистрибьютора), а испытатели - конечного пользователя (например покупателя).

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

A/B-тестирование

От англ. A/B testing, Split testing) - метод маркетингового исследования, суть которого заключается в том, что контрольная группа элементов сравнивается с набором тестовых групп, в которых один или несколько показателей были изменены, для того, чтобы выяснить, какие из изменений улучшают целевой показатель. Разновидностью A/B-тестирования является многовариантное тестирование. В этом случае тестируются не два целостных варианта, а сразу несколько элементов продукта или составных частей исследуемого объекта в различных сочетаниях, при которых каждый тестируемый элемент может быть двух видов (A или B).

Метод часто используется в веб-дизайне, типичные применения - исследование влияния цветовой схемы, расположения и размера элементов интерфейса на конверсию сайта. В веб-дизайне часто тестируются две очень похожие веб-страницы (страница А и страница В), которые различаются лишь одним элементом или несколькими элементами (тогда метод называют A/B/n-тестированием). Страницы А и В показываются различным пользователям в равных пропорциях, при этом посетители, как правило, не знают об этом. По прошествии определенного времени или при достижении определённого статистически значимого числа показов, сравниваются числовые показатели цели и определяется наиболее подходящий вариант страницы. Преимуществом метода является использование при проектировании объективных данных.

Для A/B-тестирования веб-дизайна часто используются инструменты от сервисов веб-статистики; в этом случае также часто важно применение механизма для разбиения пользователей, которым будет показан тот или иной вид дизайна (одному и тому же пользователю нужно показывать тот же самый вариант дизайна), например, на основе IP-адреса и затем установкой HTTP cookie.


Оценки удобства использования

Существует два основных способа оценки удобства (пригодности) использования продукта:

· прямая оценка на основе анализа результативности, эффективности и удовлетворённости, достигнутых в результате эксплуатации продукта в реальных условиях: если в указанных условиях одна система более эргономична, чем другая, то оценка должна это выявлять;

· косвенная оценка на основе анализа отдельных подхарактеристик, отражающих определённые свойства системы в установленных условиях эксплуатации.

Прямая оценка рассматривается в стандарте ISO 9241-11, который исходит из того, что эргономичность системы зависит от всех показателей, влияющих на эксплуатацию системы в реальных условиях, включая как организационные показатели (например, трудовые навыки, местоположение или внешний вид продукции), так и индивидуальные различия между пользователями, например, в культурном уровне и предпочтениях. Такой широкий подход имеет свои преимущества, которые заключаются в ориентации на реальные цели при создании продукции, главная из которых состоит в том, чтобы удовлетворить потребности реальных пользователей, выполняющих реальные задачи в реальной технической, физической и организационной среде.

Косвенная оценка рассматривается в стандарте ISO/IEC 25010, который описывает следующие подхарактеристики удобства использования:

    определимость пригодности (appropriateness recognizability): возможность пользователя понять, подходит ли продукт или система для его потребностей, на основе первоначальных впечатлений, документации и другой предоставленной информации;

    изучаемость (learnability): степень эффективности, производительности и удовлетворенности пользователя обучением использованию системы;

    управляемость (operability, controllability): обеспечение простоты управления и контроля;

    защищенность от ошибок пользователя (user error protection): степень, в которой система защищает пользователя от совершения ошибок;

    эстетика пользовательского интерфейса (user interface aesthetics): степень, в которой пользовательский интерфейс удовлетворяет пользователя и доставляет ему удовольствие от процесса взаимодействия;

    доступность (accessibility): возможность использования продукта или системы широким кругом людей с самыми разными (в том числе, ограниченными) возможностями.

Важно ли юзабилити?

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

Поэтому над сайтом нужно постоянно работать, тестировать его удобство, тестировать конверсии, и выявлять лучший вариант дизайна, структуры и логики сайта.

Важно обращать внимание на:

    простоту использования сайта или интерфейса

    эффективность использования

    запоминаемость

    ошибки, их количество и серьезность

    удовлетворение пользователя (субъективное)

В создании сайта всегда важно изначально понимать аудиторию, что она делает, как она ищет, к чему она привыкла, что для нее само собой и проектировать дизайн или интерфейс под нее.

Многочисленные исследования психологов и интернет-маркетологов показывают, что современные пользователи с каждым годом становятся все более нетерпеливыми и поверхностными. Главная цель создателей сайта – суметь заинтересовать пользователя. Причем на достижение этой цели отводится буквально несколько секунд. Менее чем за полминуты случайному посетителю нужно объяснить, где он находится, чем этот ресурс отличается от других и какую выгоду можно здесь получить. Если человек не успеет получить эту информацию за те самые 27 секунд, он просто уйдет на другой сайт. Вопросами того, как привлечь и удержать на сайте посетителя, и занимается юзабилити.

Принципы обеспечения удобства использования

Известный дизайнер Якоб Нильсен предложил набор из 10 эвристик, или принципов проектирования взаимодействия.

Видимость статуса системы

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

Соответствие между системой и реальным миром

Система должна «говорить на языке пользователя», используя понятную ему терминологию и концепции, а не «системно-ориентированный» язык.

Управляемость и свобода для пользователя

Пользователь часто выбирает системные функции по ошибке и должен иметь ясно видимый «аварийный выход» из нежелаемого состояния системы, не требующий сложных диалогов. Следует поддерживать функции отмены (undo) и повтора (redo).

Согласованность и стандарты

Пользователи не должны гадать, значат ли одно и то же разные слова, ситуации или операции. Также нужно следовать соглашениям, принятым для данной платформы.

Предотвращение ошибок

Продуманный дизайн, который не позволяет какой-то проблеме даже возникнуть, лучше, чем самые хорошие сообщения об ошибках. Следует устранять сами условия возникновения ошибок, либо выявлять их и предупреждать пользователя о предстоящей проблеме.

Распознавать лучше, чем вспоминать

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

Гибкость и эффективность использования

Акселераторы (средства быстрого выполнения команд), которые новичок даже не видит, для опытного пользователя часто могут ускорить взаимодействие. Поэтому система должна удовлетворять как неопытных, так и опытных пользователей. Следует давать возможность настраивать под себя часто используемые операции.

Эстетический и минималистический дизайн

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

Помочь пользователю понять и исправить ошибку

Сообщения об ошибках следует писать простым языком, без кодов, чётко формулируя проблему и предлагая конструктивное решение.

Справка и документация

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

Правила и приемы юзабилити

Навигация

Разработка удобной и интуитивной навигации – один из краеугольных камней в создании сайтов.


Желательно, чтобы навигация на всех страницах сайта была одинаковой. Это улучшает ее восприятие и упрощает поиск необходимой пользователю информации. Также в контексте улучшения навигации по сайту рекомендуется:

    размещать на всех страницах логотип веб-ресурса либо его название со ссылкой на главную. Как правило, логотип находится в верхнем левом углу страницы;

    размещать подробную контактную информацию не только в «подвале» (самом низу страницы), но и в шапке сайта;

    делать меню первого уровня на всех страницах;

    указывать на веб-страницах название раздела сайта;

    предусмотреть "хлебные крошки".

Внутренний поиск

Аудит юзабилити обязательно подразумевает анализ эффективности внутреннего поиска. Им, вопреки мнению самих владельцев сайта, посетители пользуются очень часто. Нередко они вообще игнорируют систему навигации и сразу же «забивают» интересующий их товар в строку поиска.


Чтобы поиск на сайте был удобным, необходимо:

    размещать его в верхнем правом углу на всех страницах;

    ограничить длину поля для ввода запроса 27-30 символами (оптимальное значение);

    сделать поиск исключительно внутренним, только по страницам ресурса. Не стоит предлагать посетителям еще и внешний поиск, по сторонним сайтам в Интернете – это будет отвлекать их от вашего;

    использовать функцию проверки орфографии запросов. Если пользователь вводит запрос с ошибкой, должна появляться строка с сообщением «Возможно, Вы имели в виду [запрос с правильной орфографией]?». Поиск должен «уметь» распознавать ошибки в запросах, иначе клиент не сможет найти искомый товар.

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

Главная страница

Лишний раз говорить о значимости главной страницы не будем – это и так всем известно.

Юзабилити-аудит сайта обязательно подразумевает ее подробнейший анализ, с выявлением слабых и сильных сторон. Приведем наиболее важные рекомендации по улучшению главной страницы.

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

    Всю информацию о текущих акциях, скидках и выгодных предложениях нужно размещать именно на главной странице. Также на главной следует предусмотреть место для колонки новостей и панели авторизации пользователей. Важно, чтобы размещаемая на главной информация периодически обновлялась и была актуальной – это положительный сигнал и для роботов поисковых систем, и для пользователей.

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

Оформление текста

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

    Текст должен быть короткими и содержательными.

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

    Для написания текста используйте простые и наиболее распространенные шрифты размера не меньше 12 px и без засечек – они лучше всего воспринимаются.

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

    Обратите внимание на цвет фона, на котором размещены тексты. Он должен быть контрастным цвету шрифта и как минимум не вызывать у посетителя дискомфорта. Классический вариант – черный шрифт на белом фоне.

    Не забывайте про заглавные буквы и пробелы между словами и целыми предложениями. Их отсутствие, опять-таки, заметно усложняет восприятие информации.

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

    Используйте списки, подзаголовки, картинки и другие элементы оформления. Чем более текст структурирован, тем проще он читается и воспринимается.

Юзабилити дизайн:

Красивый дизайн:

Основная задача – создание привлекательного внешнего вида Интернет-проекта, ориентируясь на конкретные пользовательские визуальные предпочтения.

Минусы: достижения ИТ отходят на второй план и мало взаимодействуют с общей концепцией usability; степень удовлетворенности от визуальной оценки имеет тенденцию к резкому понижению за счет недоработок в плане совместимости и технической базы проекта.

Плюсы: запоминающееся оформление веб-сайта.

Удобный дизайн:

Основная задача – достижение максимального уровня accessibility веб-сайта за счет устранения барьера несовместимости между технической комплектацией разработчиков и потребителей.

Минусы: Вынужденное ограничение дизайнерских решений.

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

Альтернативный дизайн:

Основная задача – разработка оригинального дизайна посредством дистанционного маневрирования между стандартом и альтернативой.

Минусы: Угроза попадания «в зависимость» от устоявшихся стандартов в дизайне или постоянного создания альтернативного дизайна.

Плюсы: Получение наглядного представления о ситуации за счет постоянного изучения сложившихся стандартов, адаптация к конкурентной среде.

Подведем итог

Вообще, юзабилити и полезность – это два самых главных векторных направляющих для определения практичности чего-либо.

1. Сайт должен быть действительно нужен посетителю;

2. Интерфейс сайта не должен мешать пользователю совершить целевое действие и получить то, что он хочет.

Вот краткая формула для выявления практичности вашего сайта:

Полезность сайта - обладает ли сайт ответами на ваши вопросы.

Юзабилити - насколько легко и удобно управлять сайтом.

Практичность сайта = юзабилити + полезность.

Друзья, приветствуем вас в блоге сервиса UserPoint. Это наша первая публикация и перед тем, как мы перейдем непосредственно к теме статьи, позвольте в двух словах рассказать о нас и о том, чем для вас может быть полезен этот блог.

В августе 2015 года наша команда запустила сервис для тестирования сайтов и приложений на реальных пользователях – UserPoint. Имея за плечами многолетний опыт в интернет-маркетинге и юзабилити-анализе, и постоянно изучая лучшие мировые практики, мы разрабатываем продукт, который является одним из важных инструментов анализа сайта и увеличения конверсии.

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

Какими знаниями мы будем делиться?

  • обзоры инструментов аналитики и A/B – тестирования,
  • опыт и кейсы российских и зарубежных компаний по повышению конверсии,
  • приемы улучшения юзабилити и секреты пользовательских интерфейсов,
  • UX-исследования, инсайты и аналитика,
  • интервью и вебинары с экспертами рынка.

Ну а теперь ближе к теме.

Что такое юзабилити-тестирование и в чем его польза?

Юзабилити-тестирование – это исследование того, как реальные люди используют ваш сайт или продукт. Вы описываете определенный сценарий – набор задач для тестирования, а пользователи выполняют их, комментируя вслух свои мысли и действия.

Для крупного, среднего бизнеса, интернет-сервисов это важный этап профессионального юзабилити-анализа. Используя юзабилити-тестирование вместе со стандартными методами и инструментами (системами аналитики, Вебвизором, эвристическим анализом и т.д.), вы сможете выдвигать правильные гипотезы для A/B-тестов, вносить правки в сайт и добиваться устойчивого повышения конверсии.

2. Онлайн-тестирование

Развитие интернета способствовало развитию дистанционного онлайн-тестирования , которое, как правило, гораздо дешевле и быстрее. Это исследование без взаимодействия с тестировщиком в реальном времени. Если вы правильно напишете сценарий, этот метод значительно сэкономит ваши ресурсы. Конечно, можно найти удаленную фокус-группу, составить список вопросов, отослать по электронной почте и попросить людей самостоятельно протестировать сайт или продукт, проходя через сценарий и комментируя свои мысли и действия вслух. Но гораздо проще воспользоваться сервисами автоматизации. Флагманом зарубежного рынка является usertesting.com , на российском рынке мы предлагаем его аналог – . Огромные базы реальных тестировщиков позволяют мгновенно подобрать по любым параметрам фокус-группу (например, десять женщин от 30 до 35 лет, у которых есть кот) и в течение пары дней провести тестирование.

Преимущества онлайн-тестирования с помощью специализированных сервисов очевидны:

  • все происходит онлайн, вам не нужно контролировать процесс, у пользователей уже установлен специальный софт для захвата и записи экрана,
  • большая база тестировщиков позволяет мгновенно подобрать фокус-группу по любым параметрам (возраст, пол, страна проживания, операционная система, а также любые произвольные параметры),
  • время проведения — 1-2 дня (в десятки раз быстрее традиционного тестирования),
  • денежные затраты минимальны (4900 рублей за 10 пользователей).

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

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

Зачем нужно юзабилити-тестирование?

Как и другие методы юзабилити-аудита, тестирование нужно, чтобы понять, что мешает вашему продукту быть эффективным. Юзабилити-тестирование поможет узнать причины, по которым:

  • у вашего интернет-магазина низкая конверсия;
  • ваши пользователи звонят в колл-центр с вопросами, которые уже есть на сайте;
  • ваше мобильное приложение получает негативные отзывы в App Store и Google Play;
  • сотрудники, работающие с вашей СЭД, ненавидят ее и жалуются, что работать с ней слишком сложно;
  • и т.п.

Также тестирование понадобится, если вы хотите:

  • сравнить два интерфейса, например, старый и новый, ваш и конкурента, чтобы выяснить, какой из них лучше;
  • сравнить удобство интерфейса для двух групп пользователей, например, для новичков и опытных;
  • выявить потенциальные юзабилити-проблемы нового продукта еще до того, как он будет выпущен на рынок;
  • оценить соответствие продукта определенным KPI (например, «процесс оформления заказа занимает не более 5 минут»).

Чем юзабилити-тестирование отличается от фокус-групп?

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

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

Какие виды юзабилити-тестирования бывают?

Используя разные критерии классификации, можно назвать несколько видов тестирований. В своей практике мы применяем все из них.

В зависимости от степени участия модератора (UX-аналитика):

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

Один из вариантов удаленного немодерируемого тестирования

В зависимости от места расположения респондента:

  • очное — респондент и модератор находятся в одном помещении, как правило, в лаборатории, и общаются непосредственно;
  • удаленное — респондент участвует в тестировании из дома или со своего рабочего места. Как правило, это немодерируемое тестирование. Если требуется участие модератора, аналитик общается с респондентом по видеосвязи.

В зависимости от целей:

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

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

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

Как проходит юзабилити-тестирование?

Как правило, мы проводим очные модерируемые юзабилити-тестирования. Это значит, что респондент приезжает в нашу лабораторию и выполняет задания под наблюдением юзабилити-специалиста.

Перед началом проекта мы общаемся с заказчиком, чтобы больше узнать о продукте, который предстоит тестировать, его аудитории, целях тестирования и гипотезах, которые хотелось бы проверить.

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

Отрывок сценария. Указаны формулировка, критерии успешности выполнения, проверяемые гипотезы и вопросы, которые модератор задаст после того, как респондент закончит выполнять задание

Параллельно с написанием сценария идет поиск респондентов. Как правило, это 8-12 человек . Некоторые компании помогают нам привлекать респондентов из числа своих клиентов. Если такой возможности нет или это не соответствует задачам исследования, то мы ищем респондентов через специализированные агентства, например, РусОпрос. Мы передаем им требования к респондентам, а они предоставляют списки потенциальных участников тестирования. При этом мы тщательно контролируем качество рекрутинга: проводим дополнительный обзвон респондентов, задаем им вопросы об опыте участия в подобных исследованиях, и, если респондент кажется нам неподходящим, отсеиваем его.

После того, как сценарий согласован и респонденты найдены, начинается процесс тестирования. Респондент приезжает к нам в лабораторию. Мы встречаем его, рассказываем о процедуре тестирования, затем зачитываем ему прописанные в сценарии задания и наблюдаем за ходом их выполнения. При этом мы фиксируем различные юзабилити-метрики: время и успешность выполнения задачи, удовлетворенность респондента и некоторые оперативные психологические метрики, разработанные нашей компанией совместно с Институтом Психологии РАН. Набор метрик мы обсуждаем с заказчиком перед началом проекта.

Наша юзабилити-лаборатория. Вид из комнаты модератора. На экране дублируется изображение с экрана респондента

В ходе тестирования мы записываем видео, на котором видно все происходящее на экране респондента, его лицо и слышны его комментарии. При необходимости мы можем использовать технологию регистрации движений глаз (eye-tracking) — это дает дополнительную информацию о природе затруднений, с которыми сталкиваются респонденты.

После того, как все сессии тестирования проведены, UX-аналитик составляет отчет, который передает заказчику.

Сколько времени занимает юзабилити-тестирование?

Одна сессия тестирования, от момента встречи респондента до момента прощания с ним, занимает примерно полтора часа. Из них сама процедура тестирования занимает примерно час, остальное время уходит на вступительную и заключительную беседу. Делать сессии тестирования более длинными не имеет смысла. Респонденты устают и либо делают ошибки по невнимательности, либо начинают выполнять задания формально, что плохо влияет на качество результатов.

Типичный проект по юзабилити-тестированию, включая подготовку и написание отчета, занимает около трех недель. Однако, в зависимости от характера продукта, целей и сложности тестирования, бизнес-процессов в компании заказчика, сроки могут меняться. Например, для компаний, работающих по методологии Agile, мы можем проводить очень короткие тестирования, занимающие 1-3 дня, чтобы уложиться в рамки спринта. А крупный проект, предполагающий кросс-культурное исследование, может продлиться три-четыре месяца.

Входит ли eye-tracking в юзабилити-тестирование?

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

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

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

Что входит в юзабилити-отчет?

Как правило, отчет включает в себя:

  • информацию об особенностях продукта, целях и задачах проекта, респондентах и методологии тестирования;
  • юзабилити-метрики для каждого задания (если они измерялись);
  • подробное иллюстрированное описание найденных юзабилити-проблем с указанием их критичности и встречаемости;
  • рекомендации по устранению найденных проблем;
  • тепловые карты, если в ходе тестирования мы регистрировали движения глаз.

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

Как использовать результаты тестирования?

Мы заинтересованы в том, чтобы результаты тестирования оказались полезны для вас, а наши рекомендации были реализованы. Поэтому в отчете мы ранжируем проблемы и рекомендации по степени критичности, чтобы вы могли планировать улучшения и ставить задачи разработчикам. Кроме того, у нас есть услуга авторского надзора: мы можем консультировать разработчиков и контролировать процесс внедрения наших рекомендаций.

Хотите, чтобы мы провели для вас юзабилити-тестирование?

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