Дизайн интерфейсов. Введение в специальность. В рамках проекта Академия
Условия проекта Академия
Конспект 2-ой недели (окончание)
Проектирование взаимодействия.
Работа с ошибками пользователей
В предыдущей части конспекта мы выяснили, что при проектировании интерфейсов следует учитывать ментальные модели пользователей, понимать, как они формируются и влиять на них при необходимости.
В интерфейсах у пользователей возникают ошибки, которые как раз и позволяют эти ментальные модели перестраивать. Задача дизайнера - настроить работу интерфейса по обработке ошибок таким образом, чтобы это было максимально эффективно.
Есть огромное количество интерфейсов, вызывающих у нового пользователя откровенный негатив. Но на самом деле, за этим зачастую кроется попытка помочь пользователю, просто она, к сожалению, приводит не совсем к тем результатам, на которые рассчитывал проектировщик.
Люди в любом случае совершают ошибки, и это норма. Маловероятно, что можно спроектировать интерфейс, при пользовании которым никто не будет ошибаться. Поэтому дизайнеру следует помнить, что интерфейс должен реагировать на самые разные ситуации и заложить в него возможность исправления и предотвращения неправильных действий.
Первоочередная задача дизайнера - помочь пользователю совершить нужное действие, а также скорректировать его ментальную модель, чтобы предотвратить ошибки в дальнейшем. При этом важно опираться как на имеющиеся ментальные модели, так и объяснять работу данной системы, если она отлична от тех представлений, что уже были.
Сделать и то, и другое одновременно не всегда возможно. В этом случае следует сосредоточиться на вариантах решения. Ментальная модель впоследствии скорректируется сама.
**
Ошибки можно условно разделить на два типа, охарактеризовав английскими словами flip и error.
Flip, это ошибка, при которой человек просто промахнулся по кнопке (mistouch).
Error, это логическая ошибка – думал, что делаешь правильно, но результат получил не тот.
На практике различают три уровня обработки ошибок
• Предотвращение
• Исправление
• Восстановление
Примерный алгоритм обработки ошибок
- объяснить пользователю, какая возникла ошибка;
- понять как дальше поведет себя пользователь;
- дать ответ пользователю, что ему делать.
Информационная архитектура
Первый шаг собственно проектирования интерфейса - создание информационной архитектуры (ИА).
Под информационной архитектурой понимается набор состояний интерфейса, который необходимо обработать в процессе проектирования, и методов по организации данных и навигации. Для реализации этого шага следует выделить весь набор состояний, ошибок и других ситуаций, которые могут возникнуть в процессе пользования программой. Далее процесс делится на набор экранов, отображающих связанные между собой действия, выявляются все связи между экранами и возможные переходы, которые следует обработать.
Получается своего рода блок-схема алгоритма, на которой также прописываются способы, как все части этой схемы должны быть представлены в интерфейсе.
Информационная архитектура интерфейса должна учитывать следующие моменты:
- цель, для которой создается интерфейс и как пользователь может ее достичь;
- проработка ментальной модели, чтобы понять какую последовательность действий следует совершить;
- учет технических возможностей и ограничений.
Информационная архитектура выполняет исследовательскую задачу, ее цель - разобраться, как должно быть устроено приложение, и составить схему взаимодействия с пользователем. Необходимо протестировать по возможности все ситуации и выявить пограничные состояния и возможные ошибки со стороны последних.
В процессе разработки ИА дизайнер должен детально взаимодействовать со всеми заинтересованными сторонами процесса – заказчиками, разработчиками, а также анализировать данные о ментальных моделях пользователей.
Паттерны и best practice
После этапа архитектурного проектирования наступает этап строительства.
Строить проще и удобнее из готовых стандартных блоков. Такими блоками являются паттерны (шаблоны) и так называемые лучшие практики. Они не только значительно ускоряют разработку кода интерфейса, но и позволяют безболезненно встраивать его в уже имеющиеся платформы.
Это плюсы для разработчиков.
В чем плюсы для пользователей?
Пользователи уже имеют опыт работы с другими интерфейсами и приложениями, построенными на этих платформах. Значит, масса решений им уже знакома и понятна. Используя готовые решения в новом интерфейсе, дизайнер гарантирует себя от проблем с восприятием и ментальными моделями. Интерфейс вписывается в общую структуру, которая не диссонирует с тем, что пользователю уже привычно.
Проблема проектировщика остается в том, что он должен определить, какими шаблонами стоит воспользоваться, если приложение обладает нестандартным набором возможностей. Но даже в этом случае наряду с нестандартными, в нем есть много стандартных функций. Так что в первую очередь следует исследовать возможности, реализованные в других интерфейсах, а если нет подходящих, то разрабатывать свои. Это значительно проще для проектирования и понятней пользователю одновременно, потому что тот уже представляет, как интерфейс себя поведет.
Послесловие
Этап предварительных исследований завершен. В этой части программы рассматриваются первые шаги собственно проектирования – построение информационной архитектуры интерфейса. Тема раскрывается опять же в основном на примерах и достаточно многословно. Надеюсь, следующие лекции будут уже посвящены конкретике.