UXPUB

UXPUB - сообщество из 2,337 дизайнеров и творческих людей

Место, где дизайнеры делятся опытом

Создать аккаунт Войти
Cover image for ОК-Отмена или Отмена-ОК? Проблема порядка кнопок
Редакция
Редакция

Опубликовано

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

#ux

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

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

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

  • ОК / Отмена (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).

Перевод статьи uxplanet.org

Обсуждение (0)