Как вы проверяете удобство использования ваших пользовательских интерфейсов?

Question

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

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

Любая помощь приветствуется.

Answer 1

Мне нравится Ответ Пола Буххейта на это из стартап-школы. Краткая версия того, что он сказал, слушает ваших пользователей. Слушать не значит подчиняться вашим пользователям. Возьмите в фильтр данных все плохие советы и итеративно очистите сайт. Вспенить, промыть, повторить.

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

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

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

Answer 2

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

Самое сложное - держать рот на замке.

Answer 3

Некоторые из лучших советов по юзабилити-тестированию доступны на веб-сайте Якоба Нильсена http://www.useit.com. Он защищает то, что упомянул Уилл - попросите пользователей выполнять различные задачи на вашем веб-сайте или в веб-приложении, а затем бездельничайте, чтобы посмотреть, что они делают ,

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

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

Answer 4

Я согласен с Адамом; использование очень компьютерного неграмотного человека очень полезно. Однако, прежде чем я столкнулся с этой программой, это программа, которую я хочу, чтобы они попробовали, просто не «в тупик», а то, что они когда-либо хотели бы сделать.

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

Answer 5

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

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

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

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

Answer 6

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

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

Чтобы назвать несколько методов,

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

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

Answer 7

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

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

Эвристическая оценка

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

Проверить эту статью Нильсен

Когнитивное прохождение

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

Проверьте эту бумагу для деталей.

Мысли вслух Анализ

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

Проверьте эту бумагу для деталей.

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

Эта ссылка ведет вас к статье.

Имейте в виду, что эти методы совершенствуют практику. Я бы начал с HE, продолжал CW и THA. И используйте анализ взаимодействия только в том случае, если у вас много ресурсов и времени.

Answer 8

Прошло много времени с тех пор, как этот вопрос был последним активным, но все равно идет.

Из опыта:

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

Никогда не бойтесь рефакторинга вашего дизайна и развития вашей системы. Также развивайте свои метрики и измерения, но будьте осторожны, чтобы не нарушить непрерывность измерений, поскольку это лучший знак объективного прогресса в ОЧЕНЬ субъективном мире.

рекомендуемое чтение (кроме предложенного ранее):

• Справочник по юзабилити-тестированию Джефф Рубин . Немного экстремально, но мы разобрались с гибкой версией его подхода и обнаружили, что, если мы проводим 30 минут в неделю с пользователями, мы получим ОЧЕНЬ много полезных отзывов, но при этом не будем завалены слишком большой информацией.

• внимательно следите за Снейдерменом и Нильсеном этого мира и других, которые могут возникнуть

Answer 9

Существует много способов проверить работоспособность системы. Пожалуйста, проверьте любую доступную литературу, которую вы можете найти. Я просто хочу настаивать на том, что юзабилити-тест не так сложен, как вы или кто-либо может подумать. В известной работе под названием «Математическая модель нахождения проблем юзабилити» в INTERACT'93 и CHI'93 Дж. Нильсен и Т. К. Ландауэр показали, что для обнаружения большинства проблем в небольшой системе достаточно всего пяти пользователей.

Если у вас нет возможности прочитать эту статью, попробуйте эту статью на сайте автора: http://www.useit.com/alertbox/20000319.html

Answer 10

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

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