Веб-дизайн: когда (нет) использовать мастер

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

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

Ответ 1

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

Gnome HIG

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

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

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

Руководства по взаимодействию с Microsoft Windows:

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

Руководства по человеческому интерфейсу Apple

Для продуктов со сложными процедурами настройки помощник по настройке может быть полезным

(Помощники не упоминаются ни в каком другом контексте, как в других HIG: s, поэтому я предполагаю, что это означает, что Apple считает, что им не место, кроме установки)

Ответ 2

Я согласен с тобой, что у Магов есть свое место. И это место снова в Азероте.

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

Если мастер покрывает процесс, который состоит из шагов A, B и C, а вход в B или C зависит от ввода на предыдущем шаге (-ах), мастер, вероятно, будет хорошим способом структурировать ваши приложение.

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

Что касается рекомендаций по лучшей практике - использование Wizards, похоже, под UX, а не пользовательский интерфейс, но вот несколько пунктов, с которыми я столкнулся:

Ответ 3

Попробуйте прочитать this.

Ответ 4

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

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

Когда разрабатывать мастер

Всегда старайтесь:

  • Только спросите необходимую информацию
  • Упростите столько, сколько сможете, избегая при этом необходимости дополнительного объяснения.

При создании мастера:

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