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

Принципы продуктивной работы над интерфейсом

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

По материалам: В. Головач, «Искусство мыть слона», ч. I «Продуктивная работа».

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

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

Лучше, а не идеально#

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

2. Относитесь к своей работе пессимистично. Если всё можно улучшить, значит, всё сделанное пока плохо. Именно признание этого и движет улучшения.

3. Стройте работу так, чтобы не думать о том, что могли забыть. Составляйте списки до начала работы (объекты интерфейса, чек-листы, желаемые качества), а не полагайтесь на память при проверке.

4. Переделывайте, а не думайте. Быстрый плохой вариант, который быстро переделали, даёт тот же результат, что и долгое планирование. Но такую работу можно остановить в любой момент, а коллеги и заказчики могут оценивать её с первой итерации. Для этого нужен быстрый способ прототипирования.

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

Знания и их пределы#

6. Не ведите себя как эксперт. Знание бесполезно, пока не превратилось в проектное действие. Если исходить из того, что вы ничего не знаете, вы будете проверять интерфейс по списку, а не надеяться, что «и так сойдёт».

7. Не философствуйте. Универсальных ответов очень мало; законы Фиттса и Хика — среди них. Работоспособность решения доказывает только тестирование. Не ищите общий ответ, пока хотя бы трижды не решили конкретную задачу.

Оптимизировать то, что важно#

8. Занимайтесь только той оптимизацией, которая улучшает продукт. Формула Головача:

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

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

Профессиональное поведение#

9. Ведите себя профессионально. Используйте правильную терминологию. Не обещайте заказчику больших улучшений; Головач советует обещать не больше 10–15%. Если заказчик настаивает на своём решении, ясно назовите последствия и прямо скажите, что не отвечаете за рекомендации, которым не последовали.

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

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

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

  • Оценивайте элементы UI-бэклога по формуле до оценки трудоёмкости. Один раз согласуйте с владельцем продукта коэффициенты групп пользователей и дальше используйте их повторно.
  • Сначала найдите худший экран. Перед ревью интерфейса спросите пользователей и сотрудников поддержки, какой экран им не нравится больше всего, и начните с него.
  • Готовьте чек-листы до ревью, а не во время него.
  • Прототипируйте рано и дёшево, чтобы заинтересованные стороны рассматривали что-то реальное.
  • Записывайте отклонённые рекомендации и их ожидаемые последствия в журнал решений.
  • Закладывайте переделки в план. Предусмотрите итерации, а не рассчитывайте, что первый вариант устоит.

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

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

Пример#

В «Мастерской», вымышленной сети веломастерских, в UI-бэклоге два кандидата. Первый — полная переделка экрана ежегодного импорта прайс-листа, которым пользуется один офис-менеджер. Второй — небольшое изменение календаря записи, которым пользуется каждый клиент. Команда оценивает оба по согласованным, чисто условным коэффициентам:

Элемент Доля пользователей Вес группы Заметность Оценка
Переделать импорт прайс-листа 0,02 1 1,5 0,03
Показывать первым ближайшее свободное время 1,0 5 1,1 5,5

Небольшое изменение календаря выигрывает с большим отрывом, хотя работы для него нужно гораздо меньше.

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

  • В. Головач. Дизайн пользовательского интерфейса 2. Искусство мыть слона, версия 2.11 (распространяется свободно), 2010. Ч. I «Продуктивная работа».