Вкусный и здоровый гайд по юзабилити-тестированиям

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

Расскажу вам историю о том, как непродуманный интерфейс помешал мне сделать покупку.

Однажды знакомый посоветовал почитать книгу Робертса “Шантарам”, он так ярко и красочно рассказывал, что заинтересовал меня не на шутку. Придя домой, я стал искать книгу в интернет-магазине Лабиринт. Вот только незадача - я не записал название и забыл, как правильно оно пишется. В голове крутилось то ли “Шантрам”, то ли “Шанторам”, то ли “Шонтарам”. Искать по фамилии автора я даже не пытался - писателей с фамилией “Робертс” ни один десяток.

Я ввел в поисковой строке “Шантрам” и получил коллекцию книг про “шатры”. Это меня озадачило.

Попробовал “Шанторам” - опять мимо. Думаю вы уже догадались, что и третья попытка провалилась. Я расстроился. Что делать? То ли я не то ввожу, то ли в магазине книги нет. Но я упорный. Так просто не сдаюсь.

Я открыл еще несколько книжных интернет-магазинов и попробовал ввести в каждом “Шантрам”. Бинго! Из трех магазинов, один нашел “Шантарам” Робертса, несмотря на то, что я переврал название. Как я был рад. Времени на поиски потратил много, но в итоге нашел желаемое и купил книгу.

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

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

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

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

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

Что можно узнать благодаря юзабилити-тестированию

• Увидеть точки снижения конверсии и узнать, почему клиенты уходят

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

• Узнать, почему пользователь уходят с сайта

• Узнать, что мешает клиентам сделать покупку / зарегистрироваться / совершить конверсионное действие

• Увеличить конверсию из посетителей в покупателей

Для каких продуктов подходит

Тестировать можно любые продукты, с которыми работают пользователи и это не только компьютерные интерфейсы:

• Сайты (десктопные версии, мобильные версии). Например: интернет-магазины, посадочные страницы, сайты сервисов, личные кабинеты и тп.
• Мобильные приложения
  

• Терминалы, банкоматы, кассы самообслуживания

• Голосовые интерфейсы (IVR, голосовой помощник, голосовые колонки и тп.)
• Физический интерфейс (управление автомобилем, самолетом и др.)
• Навигация в торговых центрах, аэропортах, метро. Различные табло, схемы, указатели и другое

В каких отраслях применяется

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

Юзабилити-тестирование используется для:

• Проверки прототипов нового продукта

• Сравнения новой версии интерфейса со старой
• Сравнения конкурирующих продуктов
• Сравнения нескольких вариантов интерфейсных решений

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

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

Качественное тестирование проводят:

• Оффлайн в лаборатории/офисе/на объекте и тп., непосредственно взаимодействуя с пользователем. В этом случае можно работать с eye-tracker (камера следящая за глазами пользователя). Исследование с применением eye-tracker помогает найти в интерфейсе зоны, которые выпадают из внимания пользователя и зоны, привлекающие особый интерес.
• Удаленно онлайн. Такое тестирование почти ни в чем не уступает очному. Модератор созванивается с пользователем по skype, zoom или через другую программу. Пользователь транслирует экран компьютера или мобильного телефона. Удаленное тестирование подходит для большинства продуктов, за исключением банкоматов, терминалов, телевидения, так как для них сложно настроить удаленное наблюдение. Также во время удаленного тестирования не получится использовать eye-tracking

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

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

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

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

Плюсы юзабилити-тестирования:

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

Минусы юзабилити-тестирования:

• Не дает количественного результата. На выборке из 8-16 человек сложно сделать количественные предположения, сколько именно людей из всей целевой аудитории столкнулось с конкретной проблемой
• Если проводить тестирование по всем правилам, то на весь цикл может уйти до 3-4 недель.
  
• Юзабилити-тестирование стоит дороже, чем юзабилити-экспертиза, где интерфейс оценивает эксперт без привлечения пользователей.
  

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

На встрече с бизнесом обсуждаем:

• Цели исследования

• Вопросы к пользователям

• Гипотезы, которые нужно проверить
• Задачи, которые будут выполнять пользователи
• Требования к респондентам (участникам тестирования)
• Внешний вид представления проблем и рекомендаций
• Возможности и ограничениями проекта
  
• Сроки

Примеры вопросов бизнесу

• Какой продукт изучаем?

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

Пример: сервис доставки пиццы

Представьте, что нужно провести юзабилити-тестирование сервиса доставки пиццы и роллов. У компании есть сайт, мобильная версия сайта и мобильное приложение. Бюджет и время ограничены, поэтому нужно выбрать только один интерфейс для тестирования. Посмотрев аналитику сайта (yandex или google), специалист увидел, что наиболее востребован мобильный сайт, поэтому с него он будет начинать тестирование.

На встрече с бизнесом были обозначены три основные задачи для тестирования:

• Заказать пиццу и напитки в офис на компанию из 4 человек
• Заказать роллы и напитки на двоих с доставкой домой
  
• Проследить статус доставки и узнать, когда еда будет доставлена
  

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

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

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

Сколько человек приглашать на юзабилити-тестирование

Якоб Нильсен, один из основоположников юзабилити, писал, что 5 пользователей находят 85% проблем в интерфейса. Мы склоняемся к тому, чтобы приглашать по 8 человек из каждой целевой группы, так как это позволит обнаружить 95% проблем.

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

Пример: каких пользователей пригласить на тестирование сервиса доставки пиццы

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

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

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

В случае с пиццерией достаточно 8 пользователей:

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

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

Вознаграждение респондентам

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

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

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

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

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

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

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

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

Основные разделы сценария

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

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

  Обычно в часовое тестирование укладывается 5-7 задач
  

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

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

Пример сценария для тестирования сервиса доставки пиццы

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

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

Вводные вопросы:

• Демография и опыт с мобильным телефоном: Представьтесь, пожалуйста. Сколько вам лет? Кем вы работаете? Какой у вас мобильный телефон? Часто ли вы заходите в интернет с мобильного телефона?

• Опыт заказа пиццы и роллов: Любите ли вы пиццу и роллы? Где вы обычно их едите? Как часто? Вы заказывали когда-нибудь пиццу или роллы в сервисе доставки? С каких устройств вы это делали? Как часто вы заказываете пиццу и роллы? В каких ситуациях?

Сформулируем первую задачу сценария

Представьте, что к вам скоро придут ваши друзья. У вас будет компания из 4 человек. Закажите на компанию пиццу и напитки через этот сервис.

Зададим вопросы после выполнения задания

• Вам удалось выполнить задание?
• Какие сложности были во время выполнения задания?
  
• Что было не понятно?
  
• Что вам понравилось во время выполнения задания?
  
• Вы много времени потратили на выполнение задания или мало?
  

Далее замеряем метрики, после задания

Подробнее мы рассмотрим метрики далее, а в данном случае замерим следующие:

• Успешность: удалось ли пользователю выполнить задание: да - 1, нет - 0
• Пользователь отмечает, сколько времени он потратил на выполнение задания по пятибалльной шкале, где 1 - это очень мало, а 5 - это очень много.
  
• Пользователь отмечает, насколько сложно было выполнять задание по пятибалльной шкале, где 1 - это очень легко, а 5 - очень сложно
  

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

Завершающие вопросы

После тестирования сервиса доставки пиццы у пользователя можно спросить:

• Какие у вас впечатления от этого сервиса?
• Что понравилось?
  
• Что не понравилось? Что было сложно?
  
• Стали бы вы заказывать здесь пиццу в будущем? Почему?
  
• Посоветовали бы вы этот сервис своим знакомым? Почему?
  
• Какие советы вы бы дали разработчикам сервиса?
  

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

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

Успешность - удалось ли пользователю выполнить задание. Обычно она отмечается как 1 для ответа “Да” и как 0 для ответа “Нет”.

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

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

Когда применяется объективное время и как оно измеряется:

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

Когда применяется субъективное время и как оно измеряется:

• Субъективное время измеряется в интерфейсах, где важнее восприятие времени потраченного на работу с продуктом, а не время в минутах/часах. Речь идет об интерфейсах для неторопливой работы, развлечений, досуга, информационных сайтах и тп.
• Во время тестирования, где замеряется субъективное время, пользователь свободно комментирует свои действия и общается с ведущим. После тестирования модератор спрашивает пользователя, сколько времени по его ощущениям он потратил на задачу и просит оценить время по пятибалльной шкале, где 1 - очень мало, а 5 - очень много.
  
• Субъективное время также можно использовать для сравнения интерфейсов. Интересно, что иногда пользователь тратит на выполнение задачи много времени, например, 5-10 минут и больше, а по его ощущениям, он потратил “мало времени”. Это говорит о том, что пользователь заранее оценивал это задание как длинное и утомительное, но оно оказалось проще и увлекательнее.
  

Сложность. Это субъективная метрика, которая определяет, насколько было сложно или легко выполнять задание. Пример вопроса:

“Насколько сложно было выполнять это задание? Оцените по пятибалльной шкале, где 1 - очень легко, а 5 - очень сложно”.

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

В отдельных исследованиях мы используем SUM (Single Usability Metrics). Идея данной оценки - свести все юзабилити-метрики к одной и таким образом получить инструмент для сравнения. В этой оценке учитываются метрики разной размерности - время (в секундах), показатель ошибок (в штуках), завершенность задания (бинарный показатель), усредненный показатель удовлетворенности (баллы Ликера). Чтобы не складывать секунды со штуками, основатель этой системы Джеф Соро предлагает привести все показатели к безразмерной шкале. Для вычисления SUM используется специальный калькулятор (его можно найти в интернете или скачать специальный файл excel).

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

Пример: сервис доставки пиццы

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

• Успешность (выполнил - 1, не выполнил - 0)
• Субъективное время выполнения задания (по пятибалльной шкале), где 1 - очень быстро, а 5 - очень долго
  
• Сложность выполнения задания (по пятибалльной шкале), где 1 - очень легко, а 5 - очень сложно
  

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

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

Вторая важная метрика - сложность. Если сложность получилась между 1 и 2, то все хорошо, но если она больше 2, то на интерфейс нужно обратить внимание. Если сложность колеблется между 4 и 5, то нужно обратить на эту задачу пристальное внимание.

Третья по важности метрика - время. Если субъективное время находится между 1 и 2, то это хороший знак, если оно больше 2, то стоит обратить внимание.

После того, как сценарий написан и утвержден бизнес-заказчиком важно провести пилотное тестирование. У него есть несколько целей:

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

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

Иногда во время пилота выясняется, что нужно:

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

Таким образом, пилотное тестирование - необходимая часть процесса.

После пилотного тестирования и рекрутирования нужно составить график тестирований. Для комфорта пользователя и качественных результатов каждая сессия тестирования должна длится не более часа. Однако, на каждое тестирование нужно закладывать 1,5-2 часа, так как пользователь может опоздать к началу или сессия тестирования затянуться.

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

Пример: юзабилити тестирование сервиса доставки пиццы

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

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

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

Модератор созванивается с пользователем и просит его расшарить экран телефона через приложение, а также включает запись.

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

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

• Пересматривает видеозаписи тестирований
• Выписывает проблемы, с которыми столкнулись пользователи
  
• Записывает отдельные цитаты
  
• Считает усредненные метрики по заданиям
  

Пример: усредненные метрики после тестирования сервиса доставки пиццы (8 участников тестирования)

В этом тестировании измерялись:

Успешность (1 - выполнил, 0 - не выполнил). В таблице обычно отмечают, сколько респондентов справилось с заданием.

Субъективное время по 5-балльной шкале, где 1 - потратил очень мало времени, 5 - потратил очень много времени.

Сложность по 5-балльной шкале, где 1 - было очень легко, 5 - было очень сложно.

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

“Я бы никогда здесь не стала заказывать пиццу. Вот как заказать сет? Я не понимаю. Тут просто название пиццы “Деревенская”. А что в нее входит? Не понятно. И главное не нажать никуда и не посмотреть. Честно говоря у меня нет времени искать ее в каталоге и смотреть состав. Я бы уже на другой сайт ушла”

“Ой, я нажала на сеты роллов и суши, а он мне тут игральные карты и туалетную бумагу предлагает. Вот умора. Я бы уже ушла с сайта, честное слово”

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

• Методология исследования
• Тестируемый продукт
  
• Устройства и программное обеспечение
  
• Список задач для тестирования
  

• Описание метрик

• Требования к респондентам и основная информация об участниках тестирования
• Общие результаты тестирования
• Сводная таблица метрик
• Описание проблем, с которыми пользователи сталкивались при выполнении каждой задачи

Рассмотрим подробнее разделы отчета на примере тестирования сервиса заказа пиццы.

Пример: отчет о юзабилити-тестировании сервиса заказа пиццы

Сначала идет описание методологии тестирования. Здесь кратко описывается метод тестирования и процедура, а также используемые метрики.

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

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

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

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

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

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

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

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

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

Полезные материалы по теме

Эскпресс юзабилити-тест для компании O’STIN - https://uexpert.ru/yuzabiliti-testirovanie-mobilnogo-prilozheniya-o-stin/

5 способов проверки эффективности юзабилити-характеристик вашего сайта - https://uexpert.ru/5-sposobov-proverki-effektivnosti-yuzabiliti-harakteristik-vashego-sajta/

Юзабилити-аудит сайта: полный гид + примеры

https://uexpert.ru/yuzabiliti-audit-sajta-polnyj-gid-primery/

Обучение по теме

Курс по юзабилити-тестированию PRO – обучаем проводить юзабилити-тестирование на самом высоком уровне и уверенно и аргументированно представлять его результаты Заказчику.

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

UX-стажировка в компании Ю-эксперт – бесплатная практика в реальных проектах под руководством опытных специалистов.