Избегайте 3 основных ловушек юзабилити-тестирования

Юзабилити-тестирование — очень мощный инструмент, но не очень универсальный .

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

Юзабилити-тесты, как источник данных, не могут сделать ничего из этого.

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

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

Вы должны быть осторожны, чтобы не попасть в одну или несколько ловушек тестирования удобства использования:

1. Использование юзабилити-тестов для проведения маркетинговых или юзабилити-исследований

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

• Является ли эта функция ценной или интуитивно понятной?
• Вы бы заплатили за что-то подобное?

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

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

Он просто не создан для этого.

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

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

2. Поиск предложений по дизайну

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

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

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

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

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

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

3. Слишком громоздкие юзабилити-тесты

Юзабилити-тестирование часто не проводится, потому что оно становится… ВЕЩЬЮ . Знаете, ВЕЩЬ .

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

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

Не относитесь к выбору пользователей непрактично

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

Не набирайте слишком много пользователей

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

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

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

Не гонитесь за модным отчетом

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

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

Ошибки юзабилити-тестирования

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

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

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

Если ты …

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

… юзабилити-тесты помогут вам значительно улучшить взаимодействие с пользователем на вашем веб-сайте.