Интерфейс под задачу¶

Хороший интерфейс строится вокруг того, что человек хочет сделать. Если он проводит пользователя по шагам задачи, им удобно пользоваться. Если ради простого действия приходится разбираться, как программа устроена внутри, то неудобно.

Интерфейс, который программист делал «под себя», узнаётся с первого взгляда. В меню у него «Пользователи», «Заказы», «Счета», то есть по сути таблицы из базы данных. Поля в форме стоят в том же порядке, что и колонки. Ошибки выводятся в том виде, в каком их вернул бэкенд. Чтобы выставить счёт новому клиенту, нужно сходить в один раздел, создать там клиента и вернуться в другой. Разработчику так действительно проще, но собирать сценарий из кусков в итоге приходится пользователю.

Это руководство о том, как делать наоборот: начинать с задачи пользователя и уже под неё подбирать экраны, формы и тексты.

На чём основаны рекомендации¶

Каждая рекомендация опирается на один из трёх источников: на исследования восприятия и поведения (законы Фиттса и Хика, ограничения рабочей памяти, паттерны сканирования страницы), на стандарты (WCAG 2.2 с указанием уровня и номера критерия успеха) или на руководства платформ (Material Design, Apple Human Interface Guidelines). Там, где решение основано на практическом опыте, а не на исследовании или стандарте, это сказано прямо. Если рекомендация работает только в определённом контексте, указаны и условия, при которых лучше поступить иначе.