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

StackOverflow https://stackoverflow.com/questions/156176

Вопрос

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

Это было полезно?

Решение

Многовариантное тестирование и отчетность — отличный способ реально измерить такие вещи.

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

Веб-оптимизатор Google имеет поддержку для этого.

Другие советы

Подобные методы, которые вы использовали для выявления проблем с юзабилити, — тестирование юзабилити.Обычно вы определяете варианты использования, а затем проводите лабораторное исследование, оценивающее, как пользователи достигают определенных целей.Лабораторное тестирование обычно проходит при участии 8–10 человек.

Более информационная методология, которую мы приняли, чтобы понять наших пользователей, заключается в анонимном сборе данных (вам может потребоваться разрешение пользователя, разъяснение вашей политики конфиденциальности и т. д.). Это просто оценка того, какие кнопки/меню навигации нажимают пользователи, как пользователи что-то удаляют. (т.е.изменение количества: больше пользователей вводят 0 и обновляют количество или нажимают X)?Это немного сложнее настроить;вам необходимо разработать инфраструктуру для хранения этих данных (которая на самом деле представляет собой просто счетчики, т.е.«Таймс нажал х:138838383, раз введено 0:390393") и позволяют создавать точки данных по мере необходимости для подключения к проекту.

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

  • Стало ли меньше количество действий, необходимых для выполнения сценария?(Если да, то ситуация улучшилась).Измерение:Количество шагов уменьшено/добавлено.

  • Уменьшит ли это изменение количество типов используемых устройств ввода (даже если количество шагов одинаковое)?Под этим я имею в виду, если вы возьмете что-то, что опиралось и на мышь, и на клавиатуру, и изменили его, чтобы оно полагалось только на мышке или только на клавиатуре, то вы повысите удобство использования.Измерение:Изменение количества используемых устройств.

  • Обеспечивает ли это изменение единообразие различных частей веб-сайта?Например.Если одна часть сайта электронной коммерции теряет изменения, внесенные, пока вы не вошли в систему, а другая часть — нет, это противоречиво.Изменение его так, чтобы они имели одинаковое поведение, повышает удобство использования (желательно, чтобы они были более отказоустойчивыми!).Измерение:Создайте график (на самом деле блок-схему), отображающий способы выполнения определенного действия.Улучшение — это уменьшение количества ребер на графе.

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

Получив эти приблизительные варианты улучшения пользователей, а затем собрав долгосрочные данные, вы сможете увидеть, есть ли какая-либо возможность прогнозирования улучшений юзабилити на уровне дизайна для реакции конечного пользователя (например:За последние 10 проектов мы видели сценарии, ускоряющие каждое удаленное действие в среднем на 1 %, с диапазоном 0,25 % и стандартным отклонением 0,32 %.

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

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

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

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

Кроме того, если есть способ записать количество отмен, то это тоже сработает.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top