Дональд Норман

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

Модель пользователя — это модель, которая создается в результате взаимодействия с системой. Образ системы основывается на ее физической структуре (включая документацию, инструкции и ярлыки). В идеале модель проектируемой системы должна совпадать с моделью пользователя Однако дизайнер не общается с пользователем непосредственно коммуникация осуществляется через образ системы

Мы подошли к фундаментальным принципам дизайна вещей: 1) наличие ясной концептуальной модели и 2) наглядность.

Решая проблемы и принимая решения, мы стараемся вспомнить что-то из прошлого и применить это к настоящему.

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

Те, кто молод, не ухмыляйтесь. Наши способности начинают ухудшаться сравнительно рано, где-то после 25 лет. К 45 у большинства из нас появляются проблемы со зрением, что вынуждает надевать обычные или бифокальные очки. В бифокальных очках трудно выполнять точную работу и пользоваться компьютером (такое впечатление, что мониторы создаются для 20-летних).

Отсюда логически вытекает еще один принцип: дизайнер должен предусмотреть проблему внимания. Может ли пользователь сосредоточиться на чем-то одном и полностью забыть обо всем остальном? Не страдает ли из-за практичности безопасность? Из-за эстетичности практичность? Из-за технологичности эстетичность?

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

Ползучий функционализм – это болезнь, которая может привести к гибели, если вовремя за нее не взяться. Лекарства от нее есть, но лучший метод – профилактика.

Есть два метода лечения функционализма. Первый метод – это избегание или по крайней мере существенное ограничение. Оставьте все необходимые функции, а об остальных забудьте. Чем больше функций, тем больше элементов управления и операций, толще инструкция и вероятнее трудности и неразбериха.