🔥 Как интерфейс сжёг Нотр-Дам
🔥 Как интерфейс сжёг Нотр-Дам Спойлер: система сработала идеально. А собор всё равно горел. Загадка? Сейчас разберём. В 2019-м пожарная система Нотр-Дама сделала ровно то, чему её учили инженеры: обнаружила огонь, вычислила одну из четырёх зон, нашла нужный датчик среди 160 и вывела сообщение на экран охраны. Данные — точнее некуда. Проблема в том, что они так и не превратились в понятное действие. Охранник дежурил всего третий день. Он увидел на экране надпись «Attic Navy Sacristy» и код «ZDA-110-3-15-1» — и прочитал это как крышу ризницы. Второй охранник ушёл искать огонь вообще на другой стороне комплекса. Пока разбирались, где именно горит, прошло 25 минут. Огонь вышел из-под контроля, а восстановление собора обошлось почти в миллиард долларов. Чего делать НЕЛЬЗЯ (а тут сделали всё): ▪️ Показывать пользователю сырые коды. «ZDA-110-3-15-1» — это не сообщение, это ребус. Человек в стрессе не расшифровывает шифры, ему нужно «Пожар. Крыша нефа. Иди туда». ▪️ Рассчитывать на опытного пользователя. Интерфейс должен работать для того, кто на смене третий день, а не для инженера, который его придумал. ▪️ Путать «передали данные» и «донесли смысл». Точность цифр не равна понятности. Если человек понял неправильно — виноват не человек, а экран. ▪️ Игнорировать цену ошибки. Чем страшнее последствия, тем проще и однозначнее должен быть интерфейс. Именно такие провалы ловят методами вроде SHERPA (предсказывает, где человек ошибётся) и HTA (раскладывает задачу на шаги и смотрит, где всё ломается). Если бы их применили — путаницу с ризницей и нефом заметили бы ещё на бумаге. Мораль: хороший интерфейс — не тот, что показывает много данных. А тот, после которого человек знает, что делать. #UX #дизайн #человеческийфактор #интерфейсы #истории Мне кажется, за каждой «глупой ошибкой пользователя» почти всегда прячется ленивый экран.