UX для аналитиков

«Налоги» взаимодействия

Коротко «налог» — это работа, которую требует инструмент, но которая не приближает пользователя к его цели. Купер и соавторы призывают выслеживать такие налоги и сокращать их. Для аналитика это простая проверка, которую можно применить к каждому шагу сценария или прототипа.

По материалам: А. Купер, Р. Рейман, Д. Кронин, «Алан Купер об интерфейсе. Основы проектирования взаимодействия», гл. 11.

На этой странице

Главные идеи#

Работа ради цели и «налоги»#

Аналогия из книги — поездка на работу на машине. Вождение — задача, которая служит вашей цели. Открыть ворота гаража, завести двигатель, остановиться на светофорах, заправиться — это «налоги» взаимодействия (excise). Они нужны машине или внешним правилам, а не вам, но избежать их нельзя. По привычке люди перестают замечать разницу.

В программах очевидные «налоги» — установка приложений, настройка систем, резервное копирование. Совет авторов: выслеживать «налоги» с энтузиазмом и убирать их везде, где только можно, потому что усилия, потраченные на них, лишь снижают продуктивность и удовлетворённость.

Сравнивайте все «налоги», а не только видимые#

Опытные пользователи командной строки часто жалуются, что перемещение окон и изменение их размера — «налог», которого позволяет избежать набор команды. Это правда, но у командной строки «налог» тяжелее: прежде чем что-то сделать, нужно выучить и запомнить команды. Графический интерфейс снижает «налог» для случайных и новых пользователей за счёт визуальной ясности. Урок: сравнивайте совокупную нагрузку, включая память и обучение, а не только видимые клики.

Виды «налогов»#

  • Тренировочные колёсики. Функции, которые помогают новичкам, — мастера, пошаговые подсказки — становятся «налогом», когда пользователь превращается в вечного середняка, работающего с программой каждый день. Их должно быть легко отключить. Образ из книги: не приваривайте тренировочные колёсики к велосипеду.
  • «Наглые» налоги (pure excise). Действия, которые не нужны никому — ни новичку, ни эксперту. Пример из книги — просьба выбрать аппаратный порт, который программа могла бы определить сама. Единственное правильное решение — убрать шаг и позволить системе сделать это автоматически.
  • Визуальные налоги. Работа по расшифровке экрана: найти элемент в списке, понять, откуда начинать читать, отличить активные элементы от украшений. Сюда же относятся тяжеловесные визуальные метафоры — например, нарисованные на экране телефон, копир или картотечный шкаф. В первый день они помогают, а потом занимают место, повторяя то, что пользователи уже знают.

Соблюдайте баланс#

Сокращая «налоги», не перекладывайте их просто с одной группы пользователей на другую. Оптимизация только под экспертов вредит новичкам, а если ради новичков взвалить все «налоги» на экспертов, это раздражает экспертов. Любой перекос оставляет часть аудитории недовольной.

Как применять#

  1. Пройдите сценарий шаг за шагом. Для каждого шага варианта использования, потока пользовательской истории или прототипа спросите: приближает ли он пользователя к цели или нужен только системе?
  2. Пометьте каждый шаг как цель, «налог» или помощь новичку.
  3. Сначала уберите «наглые» налоги. Замените их автоматизацией, разумными значениями по умолчанию, запомненными значениями или данными, которые у системы уже есть.
  4. Сократите оставшиеся «налоги». Объедините шаги, заполните поля заранее, сократите пути.
  5. Сделайте помощь новичкам необязательной. Напишите требования, позволяющие пропускать или отключать мастера и подсказки.
  6. Внесите это в критерии приёмки. Например: «Постоянный клиент может записаться на ремонт, не вводя заново данные велосипеда».

Чек-лист для ревью#

  • Каждый шаг основного потока служит цели пользователя или имеет названную причину существовать.
  • Система не спрашивает того, что уже знает или может определить сама.
  • Значения по умолчанию соответствуют самому частому выбору.
  • Мастера и подсказки можно пропустить или отключить.
  • По экрану понятно, с чего начинать и какие элементы активны.
  • Подтверждения, обязательная регистрация и повторный ввод обоснованы, а не появились по привычке.

Пример#

Первый прототип записи в «Мастерской», вымышленной сети из 12 веломастерских, состоит из девяти шагов: создать учётную запись, подтвердить адрес электронной почты, выбрать одну из 12 мастерских в списке, ввести марку, модель и размер велосипеда, выбрать вид услуги, выбрать дату, выбрать время, проверить данные и ответить на вопрос «Вы уверены?».

Аналитик размечает шаги. Выбор услуги, даты и времени — шаги к цели. Создание и подтверждение учётной записи до того, как клиент увидит хоть одно свободное время, — «налог». Выбор из 12 мастерских — «налог», который система может уменьшить, предложив ближайшую. Повторный ввод данных велосипеда при каждом визите — «наглый» налог для постоянных клиентов. Финальное «Вы уверены?» ничего не добавляет к шагу проверки.

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

Подводные камни#

  • Считать все клики равноценными → учитывайте затраты на запоминание и обучение, а не только клики.
  • Оставлять мастер единственным путём → дайте середнякам прямой путь.
  • Перекладывать «налог» с клиентов на сотрудников → проверьте, кто берёт на себя убранную работу.

Источники и что почитать#

  • A. Cooper, R. Reimann, D. Cronin. About Face 3: The Essentials of Interaction Design. Wiley, 2007. Рус. изд.: А. Купер, Р. Рейман, Д. Кронин. Алан Купер об интерфейсе. Основы проектирования взаимодействия. СПб.: Символ-Плюс, 2009. Гл. 11.