Мастер (интерфейс пользователя)

В 1991 году при разработке Microsoft Publisher возникла задача помочь пользователям, не имеющим профессиональных навыков в подготовке печатных документов, сделать их документы опрятными по внешнему виду. В Microsoft посчитали, что, вне зависимости от выбранного инструмента, новичкам будет сложно освоить работу самостоятельно. С целью облегчения работы придумали интерфейс «Page wizards», позволявший пошагово выполнять разметку документа на основе заранее подготовленных шаблонов, а затем редактировать её стандартными средствами^[2]. Подобные интерфейсы проектировались в Microsoft и ранее, например для Microsoft Access, однако эта программа вышла позднее — в ноябре 1992 года. Уже в 1989 году обсуждались идеи применения синтеза речи и говорящих персонажей, однако тогда их реализовать не удалось из-за технических ограничений.

Позже мастеры были внедрены и в других приложениях. В 1992 году они появились в Microsoft Excel для Mac, например, для работы со сводными таблицами. В Office 95 появился «мастер ответов», предназначенный для поиска в справочной системе с помощью естественного языка^[3], а в Windows 95 мастеры активно использовались для настройки различных параметров, таких как печать или подключение к Интернету^[2].

К 2001 году аналогичные инструменты появились и в других операционных системах. В Mac OS такие интерфейсы назывались «ассистентами» (англ. assistant, «помощник»), впоследствии аналогичный термин использовался и в среде Gnome.

Хотя в Microsoft Manual of Style рекомендовалось называть подобные интерфейсы «мастерами», по мере их широкого распространения этот термин стал использоваться реже. Многие приложения, имеющие пошаговые интерфейсы для выполнения определённых действий, не используют обозначения «мастер»^[4].

Основная задача мастера — помогать пользователю решать сложную задачу, разбивая её на небольшие последовательные подзадачи вместо того, чтобы сразу открывать весь набор доступных инструментов, в которых можно запутаться^[5]. Мастер представляет собой разновидность диалогового окна. Главные признаки мастера: наличие кнопок «Далее» и «Назад» для поэтапного перехода вперёд или возвращения назад. Обычно также предусмотрена кнопка «Отмена» для закрытия окна без выполнения действия. На последнем этапе кнопку «Далее» обычно заменяет кнопка «Готово»^[6]. В некоторых мастерах кнопка «Готово» доступна на всех этапах, если предполагается, что пользователь может принять настройки по умолчанию, не проходя все шаги. Свободный переход к произвольному этапу является исключением, однако возможен возврат к пройденным или разблокированным шагам через боковую панель или индикатор прогресса^[7][1]. Современные мастера также поддерживают сохранение состояния (state persistence), что позволяет прервать работу или отменить действие, сохранив текущий прогресс для последующего возобновления^[8].

Первое окно мастера по традиции не содержит элементов управления и представляет собой окно приветствия с разъяснением сути выполняемого действия, однако в современных SaaS-продуктах эта традиция уступает подходу «нулевого шага», при котором приветственные экраны сразу содержат активные элементы (CTA) и направляют пользователя к первому целевому действию^[9][10]. Завершающее окно обычно информирует о достигнутом результате. Некоторые мастеры снабжены индикатором, показывающим текущий шаг и количество оставшихся этапов^[5]. Стандартом для минимизации возвратов в многошаговых формах является валидация всех полей текущего шага перед переходом на следующий^[11][12].

Мастера получили широкое распространение, однако для опытных пользователей и во многих случаях, где требуется выполнить большие объёмы настроек, которые трудно оформить в последовательную цепочку шагов, предпочтение отдают традиционным окнам с полным набором опций. Для опытных пользователей эффективной альтернативой также выступают «длинные формы» (англ. One-page forms) с якорным меню. Они обеспечивают высокую скорость ввода, гибкость и удобство быстрого возврата к предыдущим разделам для проверки или редактирования данных, что особенно актуально для частых повторяющихся задач средней сложности и форм с большим объёмом взаимозависимых настроек^[16].^[17]

Алан Купер критикует использование мастеров, называя подобный интерфейс «допросом пользователя», «не являющимся ни дружелюбным, ни вселяющим уверенность, и не приносящим сколько-либо заметной пользы», а также указывает, что он «не удосуживается объяснить, что происходит», а популярность формата среди разработчиков ПО объясняется возможностью «общаться с пользователем как с периферийным устройством» и перекладывать ответственность за неудобство интерфейса на пользователя, тогда как сам интерфейс построен с опорой на интересы разработчиков, а не реальных пользователей^[18]. Мастеры также критикуют за необходимость выполнять излишние действия. Если мастер используется не самостоятельно, а как альтернатива сложному интерфейсу для новичков, возникающие формы оказываются оторваны от контекста, что мешает сопоставить элементы управления в мастере и основном приложении и затрудняет понимание процесса, для которого предназначен весь интерфейс^[5]. Часто пользователи проходят все шаги не глядя, полагаясь на значения по умолчанию^[18], чем нередко пользуются распространители нежелательного ПО.

Ещё одним решением проблемы жёсткой линейности мастеров является паттерн «Hub-and-spoke» (с англ. — «ступица и спицы»). В отличие от традиционных мастеров, связывающих экраны в строгий линейный поток, этот подход использует единый центральный экран (хаб) для перехода к различным разделам или задачам (спицам), позволяя пользователю переходить к ним в произвольном порядке^[19].^[20][21]