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

Question

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

Большинство проверенных в реальных условиях программных средств содержит обширную проверку ошибок и ведение журнала. Мы часто используем сложные системы регистрации, чтобы помочь диагностировать и иногда прогнозировать сбои до того, как они произойдут. Обычно мы фокусируемся на сообщениях о катастрофических сбоях на стороне сервера.
Эти сбои, конечно, важны, но я думаю, что есть еще один класс ошибок, которые упускаются из виду, но, возможно, не менее важны. Независимо от того, используете ли вы iPhone, BlackBerry, ноутбук, настольный компьютер или сенсорный экран в точках продаж, взаимодействие с пользователем обычно обрабатывается как отдельные события. Я подозреваю, что определение шаблонов событий пользовательского интерфейса может выявить области, в которых у пользователя возникают трудности с эффективным взаимодействием с приложением. Я нашел интересную академическую статью на эту тему здесь . Я думаю, что идеи, представленные в статье, великолепны, но, возможно, другие, более простые методы могут дать хорошие результаты. Каковы ваши идеи и опыт в этой области?

Answer 1

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

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

Еще одна простая вещь, которую вы могли бы сделать, это проверить наличие явных признаков ошибок, таких как пользователь, использующий средство отмены, или ввод информации в поле ввода в веб-приложении, которое вызывает проверку проверки (например, не удается ввести необходимую информацию и поместить информацию в неправильном формате). Если определенные поля ввода приводят к большому количеству ошибок, это может быть признаком того, что вы должны быть более гибкими в разрешении различных форматов (например, разрешить пользователям вводить дату как «6/28/09», «6-28-09» "," 28 июня 2009 г. "вместо единого формата).

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

Я сомневаюсь, что все, что я говорю, разрушает землю, но, возможно, это даст вам некоторые идеи.

1011 * Дан *

Answer 2

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

Answer 3

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