Ошибка в исследовательской сессии не доказывает автоматически дефект конкретного элемента. Причина может находиться в задании, данных, ожидании, структуре, техническом сбое или условиях исследования. основание Для темы «как интерпретировать ошибки в usability-тесте» артефакт «карта причин usability-проблем» связывает компонент «Эпизод» с этапом «Восстановить эпизод»; неподтверждённые рекомендации остаются редакционными гипотезами темы «как интерпретировать ошибки в usability-тесте».
Задача и проверяемые основания
GOV.UK связывает модерируемое тестирование с наблюдением выполнения задач и поиском конкретных проблем языка или компоновки. основание
Руководство GOV.UK требует анализировать исследовательские сессии и распространять выводы, а не ограничиваться заметками наблюдателя. основание
NN/g различает поведенческие методы и методы изучения установок, поэтому мнение участника нельзя считать заменой наблюдаемому действию. основание
W3C требует текстово обозначать автоматически обнаруженную ошибку и указывать проблемный элемент. основание
В артефакте «карта причин usability-проблем» вопрос «Что именно произошло до ошибки?» хранится отдельно от решения «Записать ожидание» и ограничения «участник не всегда может объяснить ожидание».
Рабочая модель
Эпизод. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает точная последовательность действий, слов и состояния системы до затруднения. В артефакте «карта причин usability-проблем» связь с компонентом «Ожидание» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Ожидание. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает модель участника о результате действия или расположении информации. В артефакте «карта причин usability-проблем» связь с компонентом «Триггер» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Триггер. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает элемент, сообщение или изменение, после которого сценарий отклонился. В артефакте «карта причин usability-проблем» связь с компонентом «Альтернативные причины» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Альтернативные причины. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает несколько объяснений, включая дефект задания, прототипа, данных и интерфейса. В артефакте «карта причин usability-проблем» связь с компонентом «Последствие» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Последствие. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает влияние на завершение, доверие, время, данные или необходимость помощи. В артефакте «карта причин usability-проблем» связь с компонентом «Проверка причины» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Проверка причины. В теме «как интерпретировать ошибки в usability-тесте» этот элемент означает изменение, наблюдение или данные, позволяющие различить гипотезы. В артефакте «карта причин usability-проблем» связь с компонентом «Эпизод» проверяют сценарием темы «как интерпретировать ошибки в usability-тесте».
Порядок проектирования
1. Восстановить эпизод. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: собрать экран, действия, слова и контекст без оценочных ярлыков. Результат уточняет компонент «Эпизод», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
2. Записать ожидание. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: понять, что участник предполагал увидеть до проблемного действия. Результат уточняет компонент «Ожидание», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
3. Сформировать причины. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: не останавливаться на первом объяснении и включить дефекты исследования. Результат уточняет компонент «Триггер», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
4. Сравнить с другими сессиями. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: искать повторяющийся механизм, а не одинаковую поверхность ошибки. Результат уточняет компонент «Альтернативные причины», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
5. Оценить последствие. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: приоритизировать по влиянию на задачу и возможности восстановления. Результат уточняет компонент «Последствие», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
6. Выбрать проверку. Команда применяет шаг к теме «как интерпретировать ошибки в usability-тесте»: внести минимальное изменение для подтверждения или опровержения причины. Результат уточняет компонент «Проверка причины», а спорные варианты темы «как интерпретировать ошибки в usability-тесте» остаются в артефакте «карта причин usability-проблем».
Практический пример
Редакционный пример: три участника не завершили добавление банковского счёта. Первоначально команда решила увеличить кнопку «Сохранить». Разбор записи показал, что люди ожидали автоматической проверки после ввода реквизитов и не замечали сообщение в верхней части страницы. Причина относилась к обратной связи и положению ошибки, а не к размеру кнопки. Команда перенесла сообщение к полю, сохранила введённые данные и повторила задание.
Пример показывает, как «карта причин usability-проблем» помогает раньше обнаружить ошибку «называть любое затруднение невнимательностью» и проверить критерий «эпизод описан наблюдаемыми фактами» для темы «как интерпретировать ошибки в usability-тесте».
Контрольные вопросы
- Что именно произошло до ошибки? Ответ фиксируют в артефакте «карта причин usability-проблем» и связывают с компонентом «Эпизод»; мнение отмечают как допущение темы «как интерпретировать ошибки в usability-тесте».
- Какого результата ожидал участник? Ответ фиксируют в артефакте «карта причин usability-проблем» и связывают с компонентом «Ожидание»; мнение отмечают как допущение темы «как интерпретировать ошибки в usability-тесте».
- Какие альтернативные причины возможны? Ответ фиксируют в артефакте «карта причин usability-проблем» и связывают с компонентом «Триггер»; мнение отмечают как допущение темы «как интерпретировать ошибки в usability-тесте».
- Какое минимальное изменение различит гипотезы? Ответ фиксируют в артефакте «карта причин usability-проблем» и связывают с компонентом «Альтернативные причины»; мнение отмечают как допущение темы «как интерпретировать ошибки в usability-тесте».
Типовые ошибки
- Называть любое затруднение невнимательностью. В артефакте «карта причин usability-проблем» для темы «как интерпретировать ошибки в usability-тесте» ошибка искажает компонент «Ожидание»; рядом записывают последствие, обнаружение и исправление.
- Сразу проектировать исправление. В артефакте «карта причин usability-проблем» для темы «как интерпретировать ошибки в usability-тесте» ошибка искажает компонент «Триггер»; рядом записывают последствие, обнаружение и исправление.
- Считать одинаковый экран одинаковой причиной. В артефакте «карта причин usability-проблем» для темы «как интерпретировать ошибки в usability-тесте» ошибка искажает компонент «Альтернативные причины»; рядом записывают последствие, обнаружение и исправление.
- Приоритизировать по эмоциональности цитаты. В артефакте «карта причин usability-проблем» для темы «как интерпретировать ошибки в usability-тесте» ошибка искажает компонент «Последствие»; рядом записывают последствие, обнаружение и исправление.
- Игнорировать дефекты прототипа и задания. В артефакте «карта причин usability-проблем» для темы «как интерпретировать ошибки в usability-тесте» ошибка искажает компонент «Проверка причины»; рядом записывают последствие, обнаружение и исправление.
Критерии качества
- Эпизод описан наблюдаемыми фактами. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Восстановить эпизод»; рядом сохраняют результат и ответственного.
- Ожидание подтверждено словами или действием. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Записать ожидание»; рядом сохраняют результат и ответственного.
- Есть альтернативные объяснения. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Сформировать причины»; рядом сохраняют результат и ответственного.
- Последствие связано с задачей. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Сравнить с другими сессиями»; рядом сохраняют результат и ответственного.
- Исправление проверяет причину. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Оценить последствие»; рядом сохраняют результат и ответственного.
- Результат повторного теста задокументирован. В артефакте «карта причин usability-проблем» критерий темы «как интерпретировать ошибки в usability-тесте» проверяют после шага «Выбрать проверку»; рядом сохраняют результат и ответственного.
Ограничения применимости
- Участник не всегда может объяснить ожидание. Ограничение сужает вывод по теме «как интерпретировать ошибки в usability-тесте» и требует повторно задать вопрос «Что именно произошло до ошибки?»; границу решения сохраняют в артефакте «карта причин usability-проблем».
- Малое число сессий не даёт частоту. Ограничение сужает вывод по теме «как интерпретировать ошибки в usability-тесте» и требует повторно задать вопрос «Какого результата ожидал участник?»; границу решения сохраняют в артефакте «карта причин usability-проблем».
- Несколько причин могут действовать одновременно. Ограничение сужает вывод по теме «как интерпретировать ошибки в usability-тесте» и требует повторно задать вопрос «Какие альтернативные причины возможны?»; границу решения сохраняют в артефакте «карта причин usability-проблем».
- Искусственный контекст меняет поведение. Ограничение сужает вывод по теме «как интерпретировать ошибки в usability-тесте» и требует повторно задать вопрос «Какое минимальное изменение различит гипотезы?»; границу решения сохраняют в артефакте «карта причин usability-проблем».
- Технический лог иногда недоступен. Ограничение сужает вывод по теме «как интерпретировать ошибки в usability-тесте» и требует повторно задать вопрос «Что именно произошло до ошибки?»; границу решения сохраняют в артефакте «карта причин usability-проблем».
Вывод
Для темы «как интерпретировать ошибки в usability-тесте» команда связывает компонент «Эпизод» с этапом «Восстановить эпизод», проверяет критерий «эпизод описан наблюдаемыми фактами» и учитывает ограничение «участник не всегда может объяснить ожидание». Артефакт «карта причин usability-проблем» сохраняет основания выбора и позволяет пересмотреть решение после новых наблюдений.
