Для веб-сайта электронной коммерции, как вы оцениваете, действительно ли изменение вашего сайта улучшило удобство использования? Какие измерения вы должны собрать и как бы вы создали рамки для создания этой тестовой части разработки?Как вы оцениваете улучшение интерфейса или снижение удобства использования?
Multivariate testing и отчетность - отличный способ реально измерить такие вещи.
Это позволяет вам проверить, какая комбинация элементов страницы имеет наибольший коэффициент конверсии, обеспечивая постоянное улучшение дизайна сайта и удобства использования.
Google Web Optimiser имеет поддержку для этого.
Аналогичные методы, которые вы использовали для определения проблем удобства использования для начала - юзабилити-тестирования. Как правило, вы определяете свои прецеденты, а затем проводите лабораторное исследование, чтобы оценить, как пользователи идут на достижение определенных целей. Лабораторное тестирование, как правило, хорошее с 8-10 человек.
Более информационная методология, которую мы приняли для понимания наших пользователей, состоит в том, чтобы иметь анонимный сбор данных (вам может потребоваться разрешение пользователя, очистить ваши политики конфиденциальности и т. Д.). Это просто оценка того, какие кнопки/кнопки меню навигации нажимают, как пользователи удаляют что-то (т. е. изменяют количество - больше пользователей вводят 0 и обновляют количество или ударяют X)? Это немного сложнее для настройки; вам нужно разработать инфраструктуру для хранения этих данных (на самом деле это просто счетчики, т. е. «Times clicked x: 138838383, Times in 0: 390393») и позволяют создавать точки данных, необходимые для подключения к дизайну.
Первый способ может быть полностью субъективным или частично количественным: жалобы пользователей и положительные отзывы. Проблема заключается в том, что у вас могут быть сильные предвзятости, когда приходится фильтровать эти обратные связи, поэтому вы можете сделать как можно более количественные. Было бы полезно иметь некоторую систему продажи билетов для каждого отчета от пользователей и сбор статистики о каждой версии интерфейса. Просто верните статистику.
Второй способ - измерить разницу в анкете, сделанной по интерфейсу конечными пользователями. Ответы на каждый вопрос должны быть набором дискретных значений, а затем вы можете собирать статистику для каждой версии интерфейса.
Последним способом может быть намного сложнее настроить (разработка вопросника и, возможно, контролируемой среды для него, а также рекомендации по интерпретации результатов - это само по себе), но первое затрудняет измерения. Например, вы должны учитывать тот факт, что количество билетов, которое вы получаете для каждой версии, зависит от времени его использования и что все временные диапазоны не равны (например, целый класс критических проблем никогда не будет обнаружен до того, третьей или четвертой недели использования, или пользователи могут, как правило, не регистрировать билеты в первые дни использования, даже если они находят проблемы и т. д.).
Не будет ли опрос нарушающим правила использования [«Не слушайте пользователей»] (http://www.useit.com/alertbox/20010805.html)? – 2008-10-02 17:03:56
Для того, чтобы подтолкнуть измерение улучшению пользовательского интерфейса изменить вверх по течению от конечного пользователя (где сбор данных может занять некоторое время) для разработки или реализации, могут быть использованы некоторые простые эвристики:
Является ли количество действий, необходимых для выполнения сценария меньше? (Если да, то он улучшился). Измерение: количество шагов уменьшено/добавлено.
Выполняется ли изменение количества используемых типов устройств ввода (даже если количество шагов одинаково)?Под этим я имею в виду, если вы возьмете что-то, что полагается на мышь и клавиатуру, и изменили его, чтобы набрать только на мышку или только на клавиатуре, то у вас есть улучшенная применимость. Измерение: изменение количества используемых устройств.
Выполнено ли изменение между различными частями веб-сайта? Например. Если одна часть сайта электронной коммерции теряет изменения, сделанные, пока вы не вошли в систему, а другая - нет, это противоречиво. Изменение его так, что они имеют одинаковое поведение, повышает удобство использования (желательно, чтобы больше отказоустойчивости, пожалуйста!). Измерение: сделайте график (на самом деле, диаграмма), в котором описывается способ, которым может быть выполнено конкретное действие. Улучшение - уменьшение числа ребер на графике.
И так далее ... найдите некоторые общие подсказки пользовательского интерфейса, определите некоторые показатели, как указано выше, и вы можете приблизиться к улучшению удобства использования.
После того, как у вас есть эти конструкции аппроксимации улучшения пользователя, а затем собрать более долгосрочную информацию, вы можете увидеть, если есть какая-либо возможность прогнозирования для улучшения удобства проектирования уровня в реакцию конечного пользователя (как: Over в последних 10 проектах мы увидели в среднем 1% более быстрые сценарии для каждого удалённого действия с диапазоном 0,25% и стандартным dev 0,32%).
Торион украл мой ответ. Хотя, если есть показатель того, сколько времени требуется для выполнения определенной задачи. Если время сокращено и задача все еще завершена, то это хорошо.
Кроме того, если есть способ записи количества отмен, то это тоже сработает.
Многомерное тестирование - это то, что вы хотели бы использовать для классификации интерфейсов, когда вы уже сделали измерения. Это оставляет открытым вопрос о самом измерении ... – 2008-10-01 04:38:43
По какой-то причине у меня было это мнение, что веб-оптимизатор предназначен только для людей, рекламирующих Google. Рад, что ты связался с ним, чтобы я мог исправить свое плохое предположение! – 2008-10-02 17:01:14