6. Узнаваемость, а не воспоминание
Не нужно воплощать пользовательский сценарий таким образом, чтобы пользователю приходилось что-то вспоминать, особенно если информация была дана на предыдущем шаге или вообще на другой странице. Если единый процесс настраивается в разных частях системы, нужно на каждом шаге транслировать необходимую информацию на текущем экране. Желательно также минимизировать скролл на форме. Например, у нас есть виджеты "info", которые могут сразу рассказать ITSM-агенту о самых важных параметрах инцидента и предоставить контакты абонента, не заставляя переходить на карточку профиля.
7. Гибкость и эффективность использования
У каждого пользователя свой подход к взаимодействию с интерфейсом и свой индивидуальный опыт. Для кого-то подсказки нужны, кто-то обходится без них. Кто-то нажимает на кнопку "отмена", а кто-то на "крестик", хотя они выполняют одно и то же действие. Кто-то привык добираться до нужного раздела с помощью поиска, кому-то легче открыть навигацию, многие же вообще используют адресную строку. Всех этих пользователей необходимо поддерживать в равной степени: создавать понятные и запоминающиеся наименования таблиц, дублировать "крестик" кнопкой "отмена" в модальном окне, а ещё добавлять функцию закрытия окна с помощью клавиши Esc для продвинутых.
8. Эстетичный и минималистичный дизайн
Чем больше информации на экране, тем сложнее увидеть главное. Поэтому мы прячем второстепенную информацию в меню, за кнопками "help" и "info", за ссылками. Выводим на страницу самое важное: заголовок текущего местоположения, информацию о сущности, даём доступ к связанным элементам. Выделяем цветом только целевое действие, например, кнопку "сохранить". Оставляем в доступе по одному клику лишь главные действия, остальные, например, "настроить вид", прячем в бургер-меню.
9. Помощь пользователям в устранении ошибок
Для подсвечивания ошибок мы делаем понятный всем пользователям текст, конструктивно излагаем, что произошло и, по возможности, предлагаем выход. Для более опытных пользователей даём ссылку на логи, где они смогут диагностировать причины ошибки. Менее опытным помогаем связаться с поддержкой. В зависимости от контекста, мы делим ошибки визуально: ошибка при доступе к странице (stub page) высвечивается на весь экран, ошибка при сохранении записи - в динамическом окне справа (tost или flash message).
10. Справки и документация
Документацией у нас занимается отдел технических писателей. В своих статьях они пошагово рассказывают о том, что представлено на экране и для чего конкретная сущность существует, как правильно настроить процессы, какие ошибки при этом могут случиться и как их исправить. Конечно, лучше всего минимизировать походы пользователя в документацию, что мы и делаем с помощью подсказок к полям и справочной информации на формах. Однако инструкция всегда должна быть у пользователя под рукой. Сейчас мы на пути к тому, чтобы специализировать нашу документацию по ролям, так как понимаем, что рядовым пользователям значительная часть инструкций не нужна, а вот разработчикам хотелось бы побыстрее добраться до описания специфичных настроек.