Суть

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

Что предлагает эвристика

Предотвращение ошибок — пятый пункт в десяти эвристиках Якоба Нильсена. В авторском материале предлагается устранять условия, провоцирующие ошибки, либо проверять действие до его выполнения. Это общее правило для анализа интерфейса; оно не предсказывает точную вероятность ошибки. Нильсен, 1994, пересмотрено в 2024 году.

Предотвращение действует до нежелательного результата. Сообщение о случившейся ошибке помогает разобраться после него, а отмена помогает восстановиться. Для надёжного сценария могут понадобиться все три механизма.

Сначала понять, как возникает ошибка

Человек может понимать задачу и случайно нажать соседнюю команду. Это промах в исполнении — slip. А может последовательно выполнить неверный план, потому что неправильно понял интерфейс или последствия команды — mistake. В авторских разборах Page Laubheimer эти ситуации требуют разной защиты. Промахи, 2015, ошибочные решения, 2015.

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

Три способа защитить действие

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

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

Запрашивать осмысленное подтверждение. Для серьёзного действия укажите объект, масштаб и последствия. Учебный пример: «Удалить 18 выбранных файлов без возможности восстановления?» с действиями «Удалить 18 файлов» и «Сохранить файлы». Решение должно опираться на конкретную информацию. Нильсен отдельно предостерегает от частых подтверждений обычных действий; его материал пересмотрен 7 августа 2026 года. Подтверждения и риск чрезмерного использования.

Что уточняет исследование AI-агентов

Zhou и соавторы сравнили промежуточные проверки с подтверждением только в конце в моделируемых задачах AI-агента. В исследовании с 48 участниками промежуточные проверки сократили среднее время выполнения; эффект зависел от момента ошибки. Среда имела заданные характеристики исполнения. Эти результаты не задают универсальную частоту подтверждений для любого продукта. CHI 2026, авторская версия v4, §§6–8.

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

Отдельно: требования доступности

WCAG 2.2, критерий 3.3.4 уровня AA, для перечисленных важных отправок и изменений предусматривает хотя бы одну защиту: обратимость, проверку с возможностью исправления либо просмотр, подтверждение и исправление до завершения. Область включает финансовые и юридические действия, определённые изменения пользовательских данных и отправку ответов теста. Это не требование подтверждать каждое сохранение. W3C: объяснение критерия 3.3.4.

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

Где защита становится помехой

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

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

Как проверить решение

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

Сравнивайте число и тяжесть ошибок, ложные блокировки, успешность и время с исправлениями. Проверяйте клавиатуру и доступность пояснений. Уменьшение ошибок ценой невозможности закончить задачу не будет успехом.

Связанные темы

Фиттс помогает рассмотреть точность попадания. Ментальные модели — понимание действия. Видимость состояния — то, как человек замечает происходящее. Контроль, отмена и восстановление — возможности после неверного действия.

Источники

Дальше в атласе

  • Закон Теслера: кто возьмёт сложность на себя

    Кто выполняет необходимую работу: человек, приложение или платформа.

  • Принцип Постела — материал собирается

    Где гибкость ввода помогает совместимости, а где создаёт неоднозначность.

Редактор — Максим Вечкитов

Источники проверены: . Дата означает содержательную проверку выбранных источников.

← Atlas UX