Мастера

Примечание

Это руководство по проектированию было создано для Windows 7 и не обновлялось для более новых версий Windows. Большая часть руководства по-прежнему применяется в принципе, но презентация и примеры не отражают наше текущее руководство по проектированию.

Несмотря на это замечательное, причудливое название, мастера на самом деле не являются особой формой пользовательского интерфейса, и они имеют только определенный спектр полезности.

Мастера используются для выполнения многоэтапных задач.

Несколько шагов мастера представлены в виде последовательности страниц.

Мастера обычно включают следующие типы страниц:

• Страницы выбора используются для сбора информации и предоставления пользователям возможности выбора.
• Страница Фиксация используется для выполнения действия, которое невозможно отменить, нажав кнопку Назад или Отмена.
• Страница Ход выполнения используется для отображения хода выполнения длительной операции.

Современный дизайн мастера делает страницу Хода выполнения необязательной для более коротких операций и часто обходится без традиционных страниц приветствия и страницы поздравлений в начале и конце.

Все страницы мастера имеют следующие компоненты:

• Строка заголовка, определяемая имя мастера, с кнопкой Назад в левом верхнем углу и кнопкой Закрыть с необязательными кнопками Свернуть/Развернуть и Восстановить. Обратите внимание, что строка заголовка также содержит значок для его идентификации на панели задач.
• Main инструкции, объясняя цель пользователя на странице.
• Область содержимого с необязательным текстом и, возможно, другими элементами управления.
• Область команд по крайней мере с одной кнопкой фиксации для фиксации задачи или переход к следующему шагу.

Хотя мастер состоит из нескольких шагов, все эти шаги должны складываться в одну задачу, с точки зрения пользователя. Это основной принцип проектирования мастера "один мастер , одна задача".

Таким образом, в этой статье задача является основной функцией мастера (например, задача мастера установки заключается в установке программы). Вложенные задачи являются аспектами более крупной задачи (например, вложенной задачей мастера установки может быть настройка программы для установки). Наконец, каждая страница мастера считается шагом в заданной подзадаче или задаче (например, при настройке программы может быть два или три шага).

Примечание: Рекомендации по настройке, диалоговым окнам и индикаторам выполнения представлены в отдельных статьях.

Это правильный пользовательский интерфейс?

Мастер можно использовать для любой задачи, требующей нескольких шагов ввода. Однако действующие мастера имеют дополнительные требования:

• Выполняет ли мастер одну атомарную задачу? Не используйте взаимодействия, которые не являются отдельными задачами (вся программа никогда не должна быть мастером, если она не выполняет одну задачу). Не используйте мастеры для объединения независимых задач или практически несвязанных шагов.

• Можно ли сократить количество обязательных вопросов? Существуют ли допустимые значения по умолчанию, которые хорошо работают в большинстве случаев или могут быть изменены по мере необходимости позже? Следовательно, можно ли уменьшить количество страниц? Если это так, попробуйте упростить задачу, чтобы ее можно было представить на одной странице (например, в диалоговом окне) или полностью исключить необходимость ввода данных (что позволяет выполнять задачу напрямую).

• Должны ли необходимые вопросы предоставляться последовательно? Есть ли несколько вероятных, но необязательных вопросов? Если это так, рассмотрите возможность диалогового окна или диалогового окна с вкладками.

  Правильно:

  

  Диалоговое окно Параметры печати Microsoft PowerPoint содержит множество параметров ввода данных пользователем, поэтому их можно представить в мастере. Однако нет необходимости предоставлять их последовательно, поэтому лучше выбрать диалоговое окно.

Мастеры — это относительно тяжелая форма пользовательского интерфейса; Если есть подходящее, более легкое решение, используйте его!

Принципы проектирования

Чрезмерное использование мастеров

Исторически мастера отличались от обычных пользовательских интерфейсов тем, что они помогают пользователям выполнять особенно сложные задачи (шаги находятся в разных местах) и часто имеют встроенные интеллектуальные функции, помогающие пользователям добиться успеха. Сегодня весь пользовательский интерфейс должен быть разработан таким образом, чтобы задачи были максимально простыми, поэтому специальное пользовательское интерфейс не требуется только для этой цели.

Тем не менее, по-прежнему утверждается, что мастера — это особый пользовательский интерфейс, в основном потому, что они называются "мастерами" (гораздо более творческим, чем, скажем, "диалоги" и "окна свойств"). Вместо этого лучше рассматривать их как многоэтапные задачи и не привлекать к нему особое внимание.

Прежде чем создавать мастер, подумайте, действительно ли пользователи должны быть прерваны от main потока программы. Возможно, существует более легкое, встроенное контекстное решение, которое в конечном итоге будет чувствовать себя более полезным и эффективным для пользователей. Например, неправильно разработанная функция в программе не требует, чтобы мастер объяснил и упростит ее; это гарантирует перепроектирование самой функции. Мастер не следует использовать в качестве вспомогательного средства для устранения более простой проблемы с программой.

Мастера имеют соответствующие функции

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

Некоторые типы многоэтапных задач поддаются форме мастера. Например, в Windows несколько мастеров включают функции подключения (к Интернету или корпоративной сети или к периферийным устройствам, таким как принтеры и факсы).

Подключение к сети — это типичная задача в Windows, подходящая для мастера.

Здесь функция мастера заключается в посредничестве между чем-то известным и стабильным (предварительная операционная система) и чем-то неизвестным и переменным (соглашения о подключении с телефонной компанией или поставщиком услуг Интернета). Сложность вычислительных экосистем является достаточно значительной сейчас, когда действительно полезно использовать мастеры для снижения этой сложности.

Другие типы задач, которые хорошо работают, как мастера Windows, включают в себя высокопроизводительные функции (такие как распознавание речи и рукописного ввода) и широкие возможности мультимедиа (например, настройка параметров для создания и публикации фильмов). Мастеры также можно развернуть для выполнения более простых многоэтапных задач, таких как устранение неполадок. Короче говоря, если разные пользователи, скорее всего, захотят работать с вашей программой по-разному, это может указывать на необходимость мастера и его емкость для нескольких точек ввода пользователем.

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

Длина мастера

Вопросы дизайна, естественно, возникают вокруг количества и организации страниц и параметров. Пример:

• Существует ли оптимальное количество страниц для мастера? Или, по крайней мере, желаемый диапазон?
• Должен ли мастер быть кратким и упрощенным, чтобы пользователи могли выполнить его как можно быстрее?
• Должно ли быть больше страниц, для которых требуется меньше выбора? Или меньше страниц с большей сложностью? Какой дизайн считается более пригодным для использования?
• Можно ли ускорить работу мастера, применяя соглашения пользовательского интерфейса, такие как страницы с вкладками?

Корпорация Майкрософт советовала, чтобы мастера с тремя или менее страницами разрабатывались как простые мастера, а мастеры с четырьмя или более страницами использовали расширенный дизайн мастера (см. рекомендации по взаимодействию с пользователем Windows от 1999 года). Но текущие стандарты дизайна мастера не соответствуют тому, что было одним из ключевых различий между простыми и расширенными формами (использование страниц приветствия и поздравления), поэтому эти категории теперь чувствуют себя неадекватными, а количество страниц, определяющих выбор оформления, кажется произвольным.

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

Правильно:

Эта задача имеет так мало вариантов, что представить ее в качестве мастера было бы расточительно. Диалоговое окно является подходящей формой для этого пользовательского интерфейса.

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

При определении наиболее подходящей длины для мастера обратите особое внимание на целевых пользователей. Программы для конечных пользователей, такие как домашние потребители и офисные работники, как правило, используют мастера, чтобы скрыть сложность; мастеры максимально короткие, с чистым, простым оформлением страниц и предварительно выбранными значениями по умолчанию для максимально возможного количества параметров. В отличие от этого, мастеры серверов или программы, предназначенные для ИТ-специалистов, как правило, более длинные и сложные. Эта группа целевых пользователей имеет гораздо более высокую устойчивость к принятию решений о конфигурации и может стать подозрительной, если слишком много сложности скрыта.

Если мастер по своей природе упрощает сложную задачу, он должен делать это относительно минимально для технически сложной аудитории и относительно агрессивно для начинающих пользователей.

Правильно:

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

Правильно:

В мастере настройки для Microsoft SQL Server 2008 оформление страницы является более загруженным, и многочисленные варианты требуют больше вдумок, но целевая аудитория — администраторы баз данных, которые ожидают жесткого контроля над выбором функций.

Наконец, обратите внимание на частоту выполнения конкретной задачи. Редкие задачи могут развертывать более длительный мастер, в то время как частые задачи, безусловно, должны быть направлены на краткость.

Ветвление

Для более длинных мастеров может потребоваться создать ветви потока задач, в которых последовательность страниц может отличаться в соответствии с введенными пользователем данными вышестоящий. Ветвление по своей сути является дислокацией для пользователей, поэтому необходимо спроектировать взаимодействие с пользователем, чтобы обеспечить стабильность. Рекомендуется не более двух точек принятия решений, которые вызовут ветвление во всем мастере, и не более одной вложенной ветви в одной ветви.

Рекомендации по созданию стабильного пользовательского интерфейса в мастере ветвления см. в разделе Ветвление в разделе Рекомендации этой статьи.

Предоставление руководства по навигации

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

Руководства по навигации часто отображаются в виде списка страниц или разделов мастера, немного напоминающего оглавление, в столбце или панели в левой части каждой страницы. Хотя список сохраняется в мастере (на каждой странице отображается один и тот же список страниц), существуют некоторые визуальные средства, указывающие, где находится пользователь в данный момент в последовательности (например, используя полужирный шрифт для различения активной страницы или раздела).

Структуры навигации могут быть последовательными или не последовательными. Последовательный тип представляет прошлые страницы вместе с известными будущими страницами. Вы можете представить будущее с точки зрения шагов, а не страниц, если шаги известны и страницы являются зависимыми. Затем можно динамически заполнять страницы по мере их создания. Так как последовательность навигации исправлена, руководство навигации не является интерактивным.

Не последовательные руководства по навигации являются интерактивными, поэтому пользователи могут просматривать ранее просмотренные страницы напрямую. Они также могут пропустить перед последовательностью навигации для страниц, которые предназначены для необязательных. Необязательные страницы должны иметь значения по умолчанию, которые являются допустимыми в большинстве случаев. С помощью этого типа руководства:

• Ранее просмотрированные страницы всегда можно просматривать напрямую.
• Будущие страницы могут не просматриваться, если у них есть необходимые условия.
• Страницы, которые можно просматривать, должны заметно отличаться от тех, которые не могут (например, с помощью активных или отключенных ссылок), а также страниц, которые являются обязательными или необязательными.

Пользователи могут запутаться в значении кнопки Назад в этом сценарии. При нажатии кнопки Назад вы перейдете к предыдущей странице или разделу в руководстве по навигации, к последней просмотре странице или разделу? Так как мастера Windows теперь размещают кнопку Назад в левом верхнем углу страниц мастера, а не в правом нижнем углу с другими кнопками фиксации, пользователи думают о функции "Назад" так же, как в Интернете. Поэтому лучше всего присвоить кнопке Назад значение веб-навигации (нажатие кнопки Назад должно привести к последней просмотренной странице или разделу) и использовать руководство по навигации мастера для последовательной навигации.

Целостность страницы

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

Страницы мастера значительно удобнее использовать, если каждая из них концептуально висит вместе, имея дело только с одним аспектом общей задачи. Main инструкция является основным средством достижения этого. Четко определите цель или назначение страницы для пользователей. Дополнительные инструкции и все элементы управления на странице относятся непосредственно к main инструкции. Хотя страницы мастера должны предоставить пользователям варианты, для которых требуется определенная мысль, эти усилия не считаются работой, так как они тесно сосредоточены на целостности самой страницы.

К сожалению, дизайнеры-мастера часто ошибочно путают быстрое нажатие кнопки Далее в качестве доказательства удобства использования, простоты и целостности их страниц. Окончательный интерфейс мастера: не Next, Next, Next, Next, Finish. Хотя такой опыт предполагает, что значения по умолчанию были выбраны правильно, он также предполагает, что мастер не был действительно необходим, так как все варианты являются необязательными.

С точки зрения визуальных элементов и текста, разведите эти элементы до основных элементов. Не поддавайтесь желанию объединить несколько вложенных задач на одной странице (мастер burrito) или использовать вкладки для представления сложных требований к входным данным. Одна страница должна охватывать одну подзаготовку общей задачи мастера.

Неправильно:

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

В большинстве случаев поддерживайте размер каждой страницы в мастере, чтобы обеспечить согласованный внешний вид. Хотя мастеры Windows позволяют изменять размер страниц, чтобы размер страницы соответствовал объему содержимого, только некоторые используют этот параметр.

И, наконец, сохраните структурные элементы каждой страницы мастера в последовательности. Например, не перемещайте кнопку Назад из левого верхнего угла вниз в область кнопок фиксации для страницы или двух. Этот уровень согласованности макета помогает пользователям чувствовать себя стабильными в мастере. Это можно рассматривать как базовый показатель целостности визуального элемента страницы.

Поиск правильного уровня общения

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

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

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

Стоит нанять профессионального редактора, чтобы обрезать ваш волшебник текст безжалостно. Устраните ненужные вопросы и параметры на отдельных страницах, а также исключите целые страницы из мастера в целом (например, традиционные страницы приветствия и поздравления). Получите право на точку страницы с краткой инструкцией main, используя язык, который ваша целевая аудитория использует для описания задачи, а не жаргон технологии или функции, которые вы или ваша команда используете внутри организации. Этот подход, ориентированный на пользователя, имеет жизненно важное значение для улучшения взаимодействия с мастерами программы.

Обратите особое внимание на тон вашего мастера: иногда самые неизгладимые впечатления от вашей программы являются результатом не того, что вы говорите, а как вы это говорите! В мастерах пользователи комфортно с дружественным, разговорным тоном, с либеральным использованием местоимения второго лица ("вы"), когда программа запрашивает ввод. Дополнительные рекомендации см. в разделе Стиль и тон.

Сокращение количества слов на странице мастера, как правило, похвально, но будьте осторожны, чтобы не заходить слишком далеко. Если задача важна и требует мастера, пользователи ценят наличие достаточной информации, чтобы сделать разумный выбор. В следующем примере показано, как можно сжать текст мастера, не жертвуя смыслом.

До

После

Измененная версия этой страницы мастера предоставляет инструкцию для main задач, удаляет ненужный пояснительный абзац под инструкцией main и изменяет метку поля проверка, чтобы уточнить назначение поля проверка.

Если вы делаете только три вещи...

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

2. Тщательно продумайте длину и структуру мастера; предпочитать короткие мастера без ветвления, чтобы обеспечить максимально простое взаимодействие, чтобы пользователи могли вернуться к основной задаче или интересу к вашей программе.

3. Обеспечьте целостность каждой страницы в мастере: содержимое страницы должно явно принадлежать друг другу.

Рекомендации

Общие сведения

• Сначала рассмотрите упрощенные варианты, такие как диалоговые окна, области задач или отдельные страницы. Вам не нужно использовать мастера — вы можете предоставить полезные сведения и помощь в любом пользовательском интерфейсе.

• Используйте мастеры для многоэтапных задач. Используйте многостраничные диалоговые окна для одноэтапных задач с отзывами. Дополнительные рекомендации см. в разделе Диалоговые окна.

  Правильно:

  

  

  В этом примере диагностика сети Windows состоит из страниц хода выполнения и результатов. Поскольку задача состоит только из одного шага, для нее не требуются навигационные кнопки, необходимые пользователям в мастере. Он фактически представлен в виде многостраничного диалогового окна.

Размер окна

• Выберите размер окна, в котором могут отображаться все страницы мастера без вертикальной или горизонтальной прокрутки страницы. Хотя для элементов управления на странице может потребоваться прокрутка, сами страницы мастера не должны выполняться.

• Размер окон достаточно большой для удобного выполнения задач. Макет страницы не должен быть тесным или требовать от пользователей чрезмерной прокрутки или изменения размера.

• Но не делайте окна слишком большими. Большие окна делают задачу более сложной и требуют дополнительного перемещения для взаимодействия.

• Используйте окна с изменяемыми размерами для мастера, который может воспользоваться дополнительным пространством на экране, но не требуется. Назначьте соответствующий минимальный размер. Окна с изменяемыми размерами полезны, когда страницам требуется взаимодействовать с изменяемым содержимым, например с большими представлениями списков.

  Правильно:

  

  Лучше:

  

  В этом примере изменение размера окна помогает пользователям увидеть полный список.

• Рассмотрите возможность использования мастеров динамического размера, размер страницы которых изменяется по мере необходимости для содержимого. Это позволяет мастеру разместить макеты страниц с широким спектром содержимого.

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

Длина мастера

• Сделайте мастер максимально кратким и оптимизированным. Избавьтесь от ненужных параметров и вопросов и используйте интеллектуальные значения по умолчанию, чтобы уменьшить количество страниц, необходимых для ввода данных пользователем.
  • Исключение: ИТ-специалисты и другие технические пользователи имеют более высокую устойчивость к более длительным мастерам и подробные требования к вводу.
• Сделайте мастер не менее двух страниц. Вместо этого следует перепроектировать мастер одностраничного интерфейса как диалоговое окно.
• Не уменьшайте число страниц мастера, просто увеличивая сложность каждой страницы. Например, страница мастера, содержащая три вкладки, требующие ввода данных пользователем, должна быть преобразована в три отдельные страницы.
• Не увеличивайте число страниц мастера, делая каждую страницу настолько простой, что пользователи бездумно нажимают кнопку Далее по всей последовательности. Это распространенный недостаток дизайна мастера. Если страница мастера не требует по крайней мере некоторой степени мысли, она, вероятно, не обязательно должна находиться в мастере.

Ветвление

• Предпочитать разработку мастера без ветвления вместо ветвления. Мастера без ветвления, как правило, проще, короче и проще навигации. Мастера ветвления затрудняют определение количества шагов в задаче и их расположения в последовательности.

• Если требуется ветвь, помогите пользователям ориентироваться с помощью одного из следующих методов:

  • Перечисление страниц. Распространенный способ — указать расположение пользователя в последовательности на каждой странице, например с помощью фразы Шаг X из Y. Убедитесь, что конечная точка (Y) стабильна. Если значение изменится, это подрывает доверие пользователей.

  • Включите понятие подшагов (например, шаг 2а из 6).

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

    Правильно:

    

    Логические метки могут обеспечить соответствующую ориентацию для пользователей мастера ветвления.

  • Рассматривайте необязательные шаги как постоянные в последовательности перечисления. Например, если ветвь просто пропускает несколько необязательных шагов, просто пропустите шаги в отзыве, а не перенумерацию. Таким образом, если пользователь делает выбор на странице 2, в результате чего страницы 3 и 4 необязательны, покажите шаги 1, 2, 5 и 6 из 6. Не перенумеруйте шаги 5 и 6.

  • Если мастер использует одну ветвь и ветвь выполняется на раннем этапе задачи, запустите последовательность на этом этапе, а затем просто используйте подход без ветвления. То есть, начиная с точки ветви, последовательно выполняется до конца ветви.

• Если необходимо ветвить, ограничьте количество ветвей одной или двумя в пределах одного мастера. Никогда не включайте более одной ветви в ветвь ("вложенную" ветвь).

Кнопки фиксации

• Когда пользователи фиксируют задачу, используйте кнопку фиксации, которая является ответом на инструкцию main (например, Печать, Подключение или Запуск). Не используйте для фиксации задачи универсальные метки, такие как Next (что не подразумевает обязательств) или Finish (что не является конкретным). Метки на этих кнопках фиксации должны иметь смысл самостоятельно. Всегда запускайте метки кнопок фиксации с помощью команды . Исключения:
  • Используйте готово, если конкретные ответы по-прежнему являются универсальными, например "Сохранить", "Выбрать", "Выбрать" или "Получить".
  • Используйте готово, чтобы изменить определенный параметр или коллекцию параметров.
• Один мастер может иметь несколько точек фиксации, но предпочтительнее использовать одну точку.
• При необходимости можно переименовать или скрыть кнопки фиксации на странице. Эта гибкость является одним из преимуществ нового макета мастера в Windows, который был недоступен в старых мастерах. Обратите внимание, что скрытие кнопки фиксации отличается от ее отключения.
• Не отключайте кнопку положительной фиксации. В противном случае пользователям придется определить, почему кнопки фиксации отключены. Лучше оставить кнопки фиксации включенными и предоставлять полезное сообщение об ошибке при возникновении проблемы. Отключение кнопки допустимо только в том случае, если причина этого очевидна и однозначна.
• Не путайте навигационные кнопки (Далее и Назад) с кнопками фиксации. Далее означает, что работа мастера выполняется без каких-то обязательств. Функция Назад всегда должна быть доступна на следующей странице, а нажатие кнопки Назад должно отменить действие последней кнопки Далее. Если это невозможно, пользователи делают обязательство, которое указывается с помощью определенной метки на кнопке фиксации. Дополнительные рекомендации по кнопкам Далее и Назад см. в разделе Навигация.

Кнопки отмены

• Не просите пользователей подтвердить, действительно ли они намерены отменить подписку. Это может быть раздражает. Исключения:
  • Это действие имеет значительные последствия и, если оно неверно, его невозможно исправить.
  • Это действие может привести к значительной потере времени или усилий пользователя.
  • Это действие явно несовместимо с другими действиями.
• Разрешить пользователям перезапускать мастеры в случае их отмены по ошибке.
• Не отключайте кнопку Отмена. Исключения:
  • Если отмена является вредной, это может быть и при выполнении задачи в автономных мастерах.
  • Если отмена невозможна, это может быть в том случае, если мастер не имеет контроля над всеми шагами.

Кнопки закрытия

• Используйте закрыть для страниц Follow-Up и завершения. Не используйте отмену, так как при закрытии окна не будут отменены изменения или действия, выполненные на этом этапе. Не используйте готово, так как это не императивная команда.
• После выполнения задачи отмена должна иметь значение Close (для автономных мастеров). Действие Close заключается в том, чтобы просто закрыть окно.

Других элементов управления.

• Используйте командные ссылки только для выбора, а не для обязательств. Конкретные кнопки фиксации указывают на обязательство гораздо лучше, чем ссылки на команды в мастере.
• При использовании командных ссылок скройте кнопку Далее, но оставьте кнопку Отмена.

Использование страниц (в сравнении с диалоговых окон или встроенным пользовательским интерфейсом)

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

Страницы мастера

• Сосредоточьтесь на эффективном принятии решений. Сократите количество страниц, чтобы сосредоточиться на основных элементах. Консолидируйте связанные страницы и извлеките необязательные страницы из потока main. Если пользователь полностью нажимает кнопку Далее в мастере, может показаться хорошим интерфейсом, но если пользователям никогда не нужно изменять значения по умолчанию, страницы, вероятно, не нужны.

• Спроектируйте каждую страницу с единой целью и визуальной согласованностью. Дополнительные сведения см. в разделе Целостность страницы.

• Не используйте страницы приветствия— по возможности делайте первую страницу функциональной. Используйте необязательную страницу начало работы только в том случае, если:

  • Мастер имеет необходимые компоненты, необходимые для успешного завершения работы мастера.
  • Пользователи могут не понимать назначение мастера на основе его первой страницы Выбора, и нет места для дальнейшего объяснения.
  • Инструкция main для начало работы страниц — "Перед началом работы".

  Неправильно:

  

• Современные мастера выбирают первые функциональные страницы. Здесь ничего не нужно делать, кроме нажатия кнопки Далее. Зачем заставлять пользователей платить этот налог на токены за свое ценное время?

• На страницах, на которых пользователям предлагается сделать выбор, выполните оптимизацию для наиболее вероятных случаев. Эти типы страниц должны представлять реальные варианты выбора, а не только инструкции.

  • Если вы не используете страницу начало работы, объясните назначение мастера в верхней части первой страницы вариантов.

• Используйте страницы фиксации, чтобы четко определить, когда пользователи фиксируют задачу. Обычно страница Фиксация является последней страницей выбора, а кнопка Далее помечается, чтобы указать, что задача фиксируется.

  • Не используйте страницы сводки, которые просто обобщают предыдущие выборы пользователя, если только задача не является рискованной (с обеспечением безопасности, потерей времени или денег) или если пользователям не потребуется просмотреть выбранные варианты.

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

  • Используйте один определенный индикатор выполнения. Следуйте рекомендациям по определенному индикатору выполнения, в том числе:
    • Четкое указание на завершение. Не позволяйте индикатору выполнения перейти на 100 %, если операция не завершена.
    • Не перезапустить ход выполнения. Индикатор выполнения теряет свое значение при перезапуске (возможно, из-за завершения этапа операции), так как пользователи не могут узнать, когда операция будет завершена. Вместо этого все шаги в операции должны совместно использовать часть хода выполнения, а индикатор выполнения должен перейти к завершению один раз.
  • Укажите краткое описание текущего шага над индикатором выполнения. Для быстрых операций такой текст не требуется; достаточно индикатора выполнения. Для операций, требующих минуты или больше, текст может быть полезен.
    • Используйте фрагменты предложений, обычно начинающиеся с глагола и заканчивающиеся многоточием. Примеры: копирование файлов..., установка необходимых компонентов...
    • Поместите текст над строкой, а не ниже.
    • Неправильно:
    • 
    • В этом примере пояснительный текст должен отображаться над индикатором выполнения.
    • Воздержитесь от загромождения страницы хода выполнения ненужными сведениями. Эта страница не предназначена для технической поддержки; это для пользователей.
    • Неправильно:
    • 
    • В этом примере такие технические сведения, как GUID, не имеют смысла для пользователей.

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

  • Используйте Follow-Up страницы при наличии связанных задач, которые пользователи, скорее всего, будут выполнять в качестве дальнейших действий. Избегайте привычных последующих задач, таких как "Отправить сообщение электронной почты".
  • Используйте страницы завершения только в том случае, если результаты не видны и нет лучшего способа предоставления отзывов о завершении задачи.
  • Мастера со страницами хода выполнения должны использовать страницу завершения или страницу Follow-Up для указания завершения задачи. Для длительных задач закройте мастер на странице Фиксация и используйте уведомления для отправки отзывов.

• Страницы сводки используются только в том случае, если входные данные являются сложными и пользователям необходимо проверить, если задача связана со значительным риском (например, финансовый переход) или если мастер выполнит действия на основе пользовательских данных, которые неочевидны (для обеспечения доверия через прозрачность). Часто страницы сводки не соответствуют этой панели релевантности и могут быть опущены.

• Используйте страницы ошибок, если не удается завершить работу мастера из-за проблемы, из-за которой невозможно выполнить восстановление. На этой странице объясните, в чем проблема, на понятном языке, без технического жаргона пользователи не поймут. Также предоставьте практические шаги, которые пользователи могут предпринять для решения проблемы. Дополнительные рекомендации см. в статье Сообщения об ошибках.

  • Исключение: Если мастер завершает работу с небольшой проблемой, из которой возможно восстановление, преподнося ее как дополнительную задачу, а не ошибку. Используйте позитивный, ориентированный на успех, обнадеживающий язык, а не такие термины, как ошибка, сбой или проблема. Не используйте значок ошибки.

Навигация

• Используйте кнопку Далее только при переходе на следующую страницу без обязательств. Переход на следующую страницу считается обязательством, если его действие невозможно отменить, нажав кнопку Назад или Отмена.
• Используйте back только для исправления ошибок. Помимо исправления ошибок, пользователям не нужно нажимать кнопку Назад, чтобы выполнить задачу.
• Сохранение выбора пользователем с помощью навигации. Например, если пользователь вносит изменения, нажимает кнопку Назад и далее, эти изменения должны быть сохранены. Пользователи не ожидают повторного ввода изменений, если они явно не решили удалить их.
• Не отключайте кнопку Назад, если повторение шагов не вредно.
• Разрешить пользователям просматривать или изменять варианты в следующих сценариях навигации:
  • Пользователь предоставляет входные данные, нажимает кнопку фиксации, нажимает кнопку Назад, чтобы просмотреть предыдущие изменения, ничего не изменяет, а затем снова нажимает кнопку фиксации. Как правило, это возможно, и вторая фиксация должна просто перейти на следующую страницу (так как задача уже выполнена).
  • Пользователь предоставляет входные данные, нажимает кнопку фиксации, нажимает кнопку Назад, чтобы просмотреть предыдущие изменения, изменяет что-то, а затем снова нажимает кнопку фиксации. Обычно это возможно, и вторая фиксация должна повторять задачу с измененными входными данными (заменяя или отменяя эффект первого).

Справка

• Страницы мастера разработки для предоставления достаточного количества сведений, чтобы ссылки на документацию в справке программы были ненужными. Мастер уже отнимает у пользователей желаемое, прямое взаимодействие с программой; Требование, чтобы пользователи искали внешнюю справку, еще больше удаляет их из этого состояния. Справка должна быть исключением, а не правилом.
• Если необходимо предоставить точку доступа для справки, используйте ссылку в левой нижней части области содержимого страницы (над командной областью). Эта ссылка должна быть краткой и, как правило, фразой в виде вопроса, на который пользователи, скорее всего, хотят ответить.
• Правильно:
• 
• Эта ссылка на справку подходит, так как базовые справочные сведения, подобные этой, загромождают страницу мастера слишком много.

Текст

Общие сведения

• Используйте вас и для ссылки на пользователя и компьютер пользователя, документ, параметры и т. д. Не используйте первого пользователя (i, my) для обращения к компьютеру или мастеру. Однако в параметрах, которые выбирает пользователь, можно использовать первого пользователя. Пример. Поле "Только мое использование" проверка.
• На каждой странице мастера должна быть main инструкция.

Заголовки

• Введите имя мастера в заголовке окна. Используйте прописные буквы в стиле заголовка.
• Названия не должны содержать знаки препинания, за исключением вопросительных знаков.
• Не включайте слово Мастер в заголовки мастера. Например, используйте команду Подключиться к сети, а не мастер настройки сети.

Кнопки

• Не включайте текст на кнопку Назад. Вместо этого используйте глиф со стрелкой без метки.

• Добавьте текст на кнопку Далее. Не используйте глифы (например, > или >>) в дополнение к слову Далее.

• Используйте определенные метки кнопок фиксации, которые имеют смысл сами по себе и являются ответом на инструкцию main. В идеале пользователям не нужно читать что-либо еще, чтобы понять метку. Пользователи гораздо чаще считывают метки кнопок, чем статический текст.

• Если это возможно, не используйте слово Готово для метки кнопки фиксации, так как обычно есть более удобная, более конкретная кнопка фиксации:

  • Если при нажатии кнопки выполняется фиксация задачи (поэтому задача еще не выполнена), используйте определенную метку, которая начинается с команды, которая является ответом на инструкцию main (примеры: Печать, Подключение, Запуск).

  • Если задача уже выполнена в мастере, используйте команду Закрыть.

    Исключения:

    • Вы можете использовать готово, если определенная метка по-прежнему является универсальной, например Сохранить, Выбрать, Выбрать или Получить.
    • Вы можете использовать готово, если задача включает изменение параметра или коллекции параметров.

• Запуск меток кнопки фиксации с помощью глагола. Исключения: ОК, Да и Нет.

• Используйте прописные буквы в стиле предложений.

• Не используйте знаки препинания в конце метки.

Документация

• Хотя в заголовке большинства мастеров Windows больше нет слова Мастер, в документации можно ссылаться на мастера как на мастера. Эта ссылка должна быть в нижнем регистре.
• Правильно:
• Если вы настраиваете сеть впервые, вы можете получить помощь с помощью мастера подключения к сети .
• Некоторые устаревшие мастера из более ранних версий Windows могут включать мастер в название. При обращении к одному из этих мастеров допустимо использовать мастер [X], чтобы не произносить мастер [X].
• Ссылаться на отдельный экран в мастере как на страницу.