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

Question

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

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

Answer 1

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

Гном HIG

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

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

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

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

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

Руководство по интерфейсу пользователя Apple

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

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

Answer 2

Я бы согласился с вами, что волшебники имеют свое место. И это место снова в Азероте.

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

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

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

Что касается руководств по передовым методам - ​​использование Wizards, по-видимому, подпадает под UX , а не UI , но вот несколько вещей, с которыми я столкнулся:

• Лучшие практики в стиле мастера
• Разработка эффективных волшебников: междисциплинарный подход (книга)
• Лучшая практика: проектирование мастеров

Answer 3

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

Answer 4

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

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

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

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

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

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

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