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

Мастер — способ построения пользовательских интерфейсов, при котором для выполнения какого-либо действия пользователю необходимо последовательно пройти несколько форм, содержащих небольшое количество элементов управления. Широко применяется при установке и начальной настройке программного обеспечения. Значительный вклад в распространение этого подхода внесла компания Microsoft, начинавшая активно использовать этот приём в Windows 95.

История

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

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

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

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

Описание

Основная задача мастера — помогать пользователю решать сложную задачу, разбивая её на небольшие последовательные подзадачи вместо того, чтобы сразу открывать весь набор доступных инструментов, в которых можно запутаться[4]. Мастер представляет собой разновидность диалогового окна. Главные признаки мастера: наличие кнопок «Далее» и «Назад» для поэтапного перехода вперёд или возвращения назад. Обычно также предусмотрена кнопка «Отмена» для закрытия окна без выполнения действия. На последнем этапе кнопку «Далее» обычно заменяет кнопка «Готово»[5]. В некоторых мастерах кнопка «Готово» доступна на всех этапах, если предполагается, что пользователь может принять настройки по умолчанию, не проходя все шаги. Как правило, переход к произвольному промежуточному этапу не предусмотрен.

Первое окно мастера по традиции не содержит элементов управления и представляет собой окно приветствия с разъяснением сути выполняемого действия. Завершающее окно обычно информирует о достигнутом результате. Некоторые мастеры снабжены индикатором, показывающим текущий шаг и количество оставшихся этапов[4].

Критика

Мастера получили широкое распространение, однако для опытных пользователей и во многих случаях, где требуется выполнить большие объёмы настроек, которые трудно оформить в последовательную цепочку шагов, предпочтение отдают традиционным окнам с полным набором опций.

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

Примечания

  1. 1 2 Microsoft, 2001.
  2. Sinofsky, Steven 036. Fancy Wizard and Red Squiggles (англ.). hardcoresoftware.learningbyshipping.com. Дата обращения: 19 июля 2021. Архивировано 19 июля 2021 года.
  3. An intro to user onboarding, part 1 — InVision Blog (англ.), InVision Blog (8 января 2015). Архивировано 12 июня 2018 года. Дата обращения: 20 мая 2022.
  4. 1 2 3 Babich.
  5. UIPatterns.
  6. 1 2 Купер, 2009, с. 627-628.

Литература

  • Алан Купер. Об интерфейсе. Основы проектирования = About Face. The Essentials of Interaction Design. — 3. — СПб.: Символ-Плюс, 2009. — С. 499. — 688 с. — 1500 экз. — ISBN 978 5 93286 132 5.
  • Constantine Stephanidis. part III // Universal Access in Human-Computer Interaction. Context Diversity. — Springer, 2011. — ISBN 978-3-642-21665-7. — doi:10.1007/978-3-642-21666-4.

Ссылки

Категории