Простыми словами
Лучше не только объяснять ошибку после неё, а заранее делать опасное действие трудным или невозможным. Форма может не принять неверную дату, а система — показать последствия перед удалением. Поэтому хороший дизайн уменьшает вероятность ошибки, а не перекладывает всю ответственность на внимательность человека.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
В задаче «Навигация» сразу применить привычное решение и назвать происходящее «Предотвращение ошибок», не проверив, действительно ли работает этот механизм. Так можно улучшить один симптом и пропустить основную причину.
Использовать «Предотвращение ошибок» как гипотезу: сначала определить границы ситуации и исходное состояние, затем менять только то, что связано с проверяемым механизмом, и смотреть на результат.
Ограничения
Предотвращение ошибок обычно лучше сообщения об ошибке, но чрезмерные запреты снижают гибкость и могут мешать опытным пользователям выполнять допустимые действия.
Источник
Jakob Nielsen, “10 Usability Heuristics for User Interface Design”, 1994; updated.