Автор — Хоа Лоранжер (Hoa Loranger)

Оригинал статьи: https://www.nngroup.com/articles/test-when-you-know-answer/

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

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

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

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

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

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

Создание товарищеской атмосферы и доверия

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

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

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

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

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

Преодоление проблемы различных идей

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

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

Управление неловкими требованиями

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

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

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

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

Избежать доставки плохих новостей лично

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

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

Просто в случае, если вы ошибаетесь

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

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

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

Заключение

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

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