

Тестирование с одним пользователем на 100% лучше, чем без тестирования вообще.
Зачем тестировать? Тестирование удобства использования критически важно для улучшения веб-сайтов и приложений. Оно включает в себя наблюдение за тем, как люди пытаются использовать то, что вы создаете, с целью сделать это более удобным или доказать, что это уже удобно. Процесс проще, чем многие думают, и может быть эффективно выполнен с минимальными ресурсами.
Как тестировать: Основной процесс включает:
Не пугайтесь предполагаемой сложности или стоимости. Даже неформальное, маломасштабное тестирование может дать ценные инсайты и привести к значительным улучшениям пользовательского опыта.
Цель не в том, чтобы что-то доказать; цель в том, чтобы получить инсайты, которые позволят вам улучшить то, что вы создаете.
Рано и часто: Начинайте тестирование, как только у вас есть что показать, даже если это всего лишь грубые наброски или каркасы. Проводите тесты регулярно, желательно раз в месяц, чтобы постоянно улучшать ваш продукт в процессе разработки.
Три пользователя за раунд: Этот подход позволяет:
Тестируя всего с тремя пользователями, вы можете выявить большинство значительных проблем, не перегружая вашу команду или бюджет. Помните, лучше тестировать часто с меньшим количеством пользователей, чем проводить крупные, редкие исследования.
Набирайте участников свободно и оценивайте по кривой.
Гибкий набор: Не зацикливайтесь на поиске идеальных соответствий для вашей целевой аудитории. Большинство проблем удобства использования могут быть выявлены почти кем угодно, и иногда посторонние могут предоставить ценные свежие перспективы.
Сосредоточьтесь на поведении: Ключ в том, чтобы наблюдать, как люди взаимодействуют с вашим продуктом, а не собирать мнения или демографические данные. Обратите внимание на:
Помните, что вы тестируете продукт, а не пользователей. Будьте эмпатичны и создайте комфортную атмосферу для участников, чтобы обеспечить честное и естественное поведение во время теста.
Если вы собираетесь наблюдать, как люди пытаются использовать то, что вы создаете, вы должны дать им что-то (или несколько вещей) для выполнения.
Выбор задач: Выбирайте задачи, которые:
Создание сценариев: Разрабатывайте четкие, лаконичные сценарии, которые предоставляют контекст без раскрытия решений. Избегайте использования конкретных слов или фраз, которые появляются в интерфейсе, так как это может превратить задачу в простое упражнение по поиску слов.
Пример задачи: "Вы хотите забронировать рейс в Нью-Йорк на следующий месяц. Найдите подходящий вариант и начните процесс бронирования."
Создавая реалистичные задачи и сценарии, вы получите более точные инсайты о том, как пользователи взаимодействуют с вашим продуктом в реальных условиях.
Комбинация наблюдения за тем, как они используют вещь, и слышания их мыслей во время этого позволяет вам увидеть ваш сайт глазами (и умом) другого человека.
Протокол "думай вслух": Поощряйте участников озвучивать свои мысли, действия и чувства, когда они используют ваш продукт. Это предоставляет бесценные инсайты в их процесс принятия решений и ментальные модели.
Советы для эффективного проведения:
Освоив искусство проведения тестов, вы сможете извлечь больше полезной информации из каждой сессии и глубже понять опыт ваших пользователей.
Видеть — значит верить.
Наблюдение команды: Поощряйте всех членов команды, включая дизайнеров, разработчиков, менеджеров и заинтересованных лиц, наблюдать за тестовыми сессиями. Это создает общее понимание потребностей и проблем пользователей.
Преимущества вовлечения команды:
Эффективное обсуждение: Проводите обсуждение сразу после тестирования, чтобы:
Вовлекая всю команду в процесс тестирования, вы увеличите приверженность к ориентированному на пользователя дизайну и обеспечите быстрое преобразование инсайтов в практические улучшения.
Сосредоточьтесь на исправлении самых серьезных проблем в первую очередь.
Безжалостно приоритизируйте: Сосредоточьтесь на решении самых серьезных проблем удобства использования, которые затрагивают наибольшее количество пользователей. Сопротивляйтесь искушению решать мелкие проблемы или внедрять идеальные решения.
Стратегии для эффективного решения проблем:
Сосредотачиваясь на решениях с высоким воздействием и низкими усилиями, вы значительно улучшите удобство использования вашего продукта, не увязнув в перфекционизме или расширении объема.
В целом, я бы сказал, что дистанционное тестирование дает вам около 80% преимуществ живого теста с примерно 70% усилий.
Преимущества дистанционного тестирования:
Соображения:
Инструменты для дистанционного тестирования:
Хотя дистанционное тестирование может не полностью воспроизводить личный опыт, оно предлагает удобную и экономически эффективную альтернативу, которая может дать ценные инсайты, особенно когда географические или логистические ограничения делают личное тестирование сложным.
Стив Круг — известный эксперт по юзабилити и автор. Его бестселлер "Не заставляйте меня думать" продан тиражом более 600 000 экземпляров и считается классикой в области веб-юзабилити. Вторая книга Круга, "Ракетная хирургия для всех", посвящена самостоятельному тестированию юзабилити. Имея более 20 лет опыта в качестве консультанта по юзабилити, Круг работал с такими крупными клиентами, как Apple, Bloomberg.com и NPR. Он управляет консалтинговой фирмой Advanced Common Sense и проводит время, занимаясь написанием книг, проведением семинаров по юзабилити и наслаждаясь старыми фильмами. Работа Круга оказала значительное влияние на область проектирования пользовательского опыта.
Комментарий эксперта
Основатель “Gamification Now!”
Занимается геймификацией с 2012 года.
Стив Круг, имеющий за плечами опыт работы с Apple и Bloomberg, в этой книге намеренно упрощает процесс юзабилити-тестирования до уровня бытовой инструкции. Если его первая работа закладывала фундамент понимания, то «Ракетная хирургия» — это сугубо прикладной мануал, отвечающий на вопрос «что конкретно делать». Тема раскрыта без лишней академичности: автор предлагает готовые скрипты, шаблоны и чек-листы, позволяющие запустить тестирование с минимальными ресурсами. Ценность материала именно в демистификации процесса: Круг доказывает, что для нахождения критических ошибок не нужна лаборатория, достаточно офиса и пары добровольцев. Из очевидных плюсов выделю конкретику и легкий стиль: методология «тестируй раз в месяц» легко встраивается в любой график, а юмор автора помогает продраться через рутину. Однако книга имеет заметный недостаток — возраст. Акцент сделан на традиционных очных методах, тогда как современные реалии требуют глубокого погружения в удаленное тестирование и использование аналитических платформ, чего здесь явно не хватает. Это отличный старт для новичков или команд с нулевым бюджетом, но опытному исследователю набор инструментов покажется слишком базовым и местами архаичным.