ОК-Отмена или Отмена-ОК? Проблема порядка кнопок

В каком порядке лучше всего расположить кнопки в диалоговом окне?

Должна ли кнопка «ОК»располагаться до или после кнопки «Отмена»? Следование стандартам платформы важнее, чем оптимизация отдельного диалогового окна.

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

  • ОК / Отмена (OK / Cancel)
  • Отмена / ОК (Cancel / OK)

Оба варианта являются разумным выбором, и люди могут часами спорить о своих предпочтениях:

  • Размещение на первом месте «OK» поддерживает естественный порядок чтения на английском и других языках (слева направо). Множество других наборов кнопок имеют естественную последовательность (например, «Да» / «Нет» или «Назад / Далее»). Вы всегда должны размещать их так, чтобы порядок чтения соответствовал логическому порядку – в данном случае «ОК» / «Отмена». Кроме того, предполагая, что пользователям нужно «ОК» гораздо чаще, чем «Отмена», лучше поставить этот вариант на первое место, чтобы пользователи, использующие клавиатуру, могли перейти к своему предпочтительному варианту с одним нажатием клавиши меньше.
  • Размещение «ОК» в конце улучшает юзерфлоу, потому что диалоговое окно «заканчивается» своим заключением. Кроме того, как и в случае с «Назад» / «Далее», вы можете утверждать, что «OK» – это выбор, который перемещает пользователя вперед, тогда как «Отмена» перемещает пользователя назад. Таким образом, «OK» должен находиться в том же месте, что и «Далее» – справа.

В подобных случаях часто не имеет значения, какой порядок вы выберете. Любой из вариантов имеет веские аргументы в свою пользу, и выбор какого-либо варианта вряд ли приведет к юзабилити-катастрофе. Некоторым пользователям можно сэкономить 0,1 секунды, если вы выберете «правильный» выбор для определенных обстоятельств, но не стоит проводить тщательное исследование, чтобы выяснить, что это за выбор. Лучше потратить свои юзабилити-ресурсы на те вещи, которые могут изменить ключевые показатели эффективности на 83% и более.

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

Несогласованность тратит больше времени, чем экономит

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

К сожалению, руководство Windows User Experience Guidelines отличается от Apple Human Interface Guidelines, когда дело доходит до последовательности кнопок «OK» / «Отмена»:

  • Windows ставит «ОК» на первое место
  • Apple ставит ОК в конце

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

Кнопки диалогового окна для веб-приложений

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

  • Сначала ОК, затем Отмена, как на этом скриншоте из Office 2007:
ОК-Отмена или Отмена-ОК? Проблема порядка кнопок

На скриншоте показаны два дополнительных правила для кнопок диалогового окна:

  • Часто лучше назвать кнопку так, чтобы объяснить, что она делает, чем использовать общую метку (например, «ОК»). Явная метка служит своевременной помощью, давая пользователям больше уверенности в выборе правильного действия.
  • Сделайте наиболее часто выбираемую кнопку, кнопкойпо умолчанию и выделите ее (кроме случаев, когда ее действие опасно; в этих случаях вы хотите, чтобы пользователи обдуманно выбирали кнопку, а не случайно активировали ее нажатием Enter).
1 Комментарий
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
Похожие статьи
UX для искусственного интеллекта или история создания Google Clips
Подробнее

UX для искусственного интеллекта или история создания Google Clips

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

Лучшие статьи, раз в неделю, с доставкой на почту

Total
5
Share