Человеко-ориентированное проектирование — Примеры

Пример 1 — Переписываем форму от задачи назад

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

Поля формы: email, подтверждение email, пароль, подтверждение пароля,
  номер счёта, размер компании, отрасль, должность

Заявленная задача: «начать пользоваться продуктом»

Решение

Задача: создать вход и дойти до первого экрана
1. указать email
2. выбрать пароль
3. подтвердить

Нужные       email, пароль
Удаляемые    подтверждение email, подтверждение пароля, должность
Перемещаемые размер компании, отрасль  -> позже, необязательно, из настроек

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

Пример 2 — Меню, сгруппированное по отделам

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

Настройки
  Команда платежей
  Сервисы счёта
  Платформа уведомлений
  Идентификация

Решение

Настройки
  Ваш счёт       профиль, вход, пароль
  Деньги         карты, оплата, счета
  Оповещения     email, push, о чём вам сообщают

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