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

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

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

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

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

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

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

Почему тест?

В UX-сообществе есть старая поговорка: «Вы не пользователь».

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

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

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

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

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

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

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

Шесть основных элементов пользовательского тестирования

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

• Создать прототип
• Придумайте план тестирования
• Набирать людей (целевых пользователей)
• Найдите подходящее место
• Модерировать тест
• Задокументируйте результат теста

Создание прототипа

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

Для разных ситуаций подходят разные верности и подходы.

Есть самый простой способ — нарисовать несколько набросков на листе бумаги, сфотографировать их, а затем соединить их вместе с помощью такого инструмента, как Adobe Experience Design. Вы можете сделать это как для настольных, так и для мобильных приложений.

Кроме того, вы можете создавать интерактивные каркасы — соединять каркасы вместе в онлайн-инструменте для создания прототипов, таком как InVision.

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

Моим первоначальным инструментом прототипирования был Axure RP. Это очень сложно и занимает около шести месяцев, чтобы освоить. Однако вы можете изучить основы за несколько дней и создать простые интерактивные прототипы.

Я также пробовал некоторые решения, такие как InVision или UXpin. Они основаны на Интернете, инновационны и намного дешевле. Они не такие многофункциональные и гибкие, как Axure, но их гораздо проще использовать. Вы также можете легко поделиться своим прототипом с клиентами и членами команды.

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

Существует множество инструментов для прототипирования. Вот отличный сайт сравнения: http://www.prototypr.io/prototyping-tools.

Составление плана тестирования

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

• Что тестируется (фичи, функционал, задачи)
• Как это будет измеряться (успех или процент неудач теста в определенных областях)

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

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

Составляя план тестирования, я просматриваю прототип и записываю несколько вопросов. Например:

• Могут ли пользователи эффективно и быстро планировать свое путешествие?
• Могут ли они легко заказать билеты?
• Могут ли они забронировать место?

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

• Столбец 1: Имена участников,
• Столбцы 2–4: три тестируемые функции приложения,
• Столбец 5: если участник испытывает затруднения с использованием данной функции, я принимаю это к сведению и записываю причину путаницы.

Работая с этой таблицей, я могу оценить успех своего прототипа. Если пятнадцать человек тестируют три функции, получается 45 (15x3) задач. Если люди выполняют 38 задач, у меня показатель успеха 85%.

Рекрутинг людей, также известных как «Пользователи»

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

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

Если вы работаете с внешним клиентом над более крупным проектом, я рекомендую использовать такие службы, как usertesting.com, validately.com, clicktale.com или verifyapp.com.

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

«Эй, Уолт! Я знаю, что ты очень занят, но я надеюсь, что ты сможешь уделить мне полчаса и помочь мне с проектом, над которым я работаю. Это приложение для планирования поездок на общественном транспорте. Я знаю, что вы часто ездите на автобусе, и мне хотелось бы посмотреть, как вы будете им пользоваться.

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

Рекомендуется планировать тесты с 30-45-минутным перерывом между ними. Вы можете обнаружить, что подошли к своему дизайну с плохой стороны, и вы можете исправить самые большие проблемы на месте, прежде чем прибудет следующий тестер. Тестирование интенсивное, и вам также понадобится передышка, чтобы собрать свои выводы, сделать заметки и расслабиться перед следующим раундом.

Поиск подходящего места для тестирования

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

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

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

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

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

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

Запуск теста

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

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

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

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

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

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

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

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

Пользователи MacOS могут использовать QuickTime для захвата экрана. Я использую Screenflick (29 долларов). Он может одновременно записывать экран и веб-камеру, обрезать запись и очень хорошо экспортировать результаты. Также есть несколько приложений для iOS.

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

• Я заметил небольшое колебание, что вас остановило?
• Как вы думаете, что делает эта кнопка?
• Что самое привлекательное в этом продукте?
• Что самое сложное в использовании этого продукта?
• Было ли что-то удивительное или неожиданное в этом продукте?
• Что можно сделать, чтобы улучшить этот продукт?
• Что может отсутствовать? Что еще вы хотели бы увидеть?
• Что вам нравится/не нравится в том, как это работает?
• Как вы думаете, этот продукт поможет вам?
• Вы бы использовали этот продукт сегодня?
• Как вы думаете, почему кто-то будет использовать этот продукт?

Документирование результатов теста

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

• Таблица с примечаниями
• Аудиозапись
• Запись экрана
• Запись участника теста с веб-камеры

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

Примите тестирование и наслаждайтесь им. Это будет весело!

В заключение запомните две вещи:

1. Эмпирическое правило: если создание прототипа занимает более девяноста минут, вы пытаетесь сделать слишком много.
2. Как только показатель успешности теста превысит 90%, прекратите тестирование. Приложение/сайт/платформа теперь должны быть очень удобными и «полезными». Время МВП!

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

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

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

• • •

Дальнейшее чтение в блоге Toptal Design:

• UX электронной коммерции — обзор лучших практик (с инфографикой)
• Важность ориентированного на человека дизайна в дизайне продукта
• Лучшие портфолио дизайнеров UX — вдохновляющие тематические исследования и примеры
• Эвристические принципы для мобильных интерфейсов
• Упреждающий дизайн: как создать волшебный пользовательский опыт