Мастера

Заметка

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

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

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

снимок экрана

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  правильно:

  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

правильно:

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

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

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

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

правильно:

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

правильно:

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

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

Ответвление

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

до:

после:

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

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

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

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

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

Руководящие принципы

Общее

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

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

  правильно:

  

  

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

Размер окна

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

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

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

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

  правильно:

  

  Лучше:

  

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

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

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

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

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

Ответвление

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

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

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

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

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

    правильно:

    

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

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

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

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

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

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

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

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

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

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

Другие элементы управления

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

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

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

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

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

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

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

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

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

  страницы настройки mappoint

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

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

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

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

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

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

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

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

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

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

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

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

Навигация

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

Справка

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

СМС

Общее

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

Названия

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

Кнопки

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

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

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

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

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

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

    Исключения :

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

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

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

• Не используйте конечные знаки препинания.

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

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