Описательные названия меток в настольном приложении

Question

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

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

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

Другим примером является ввод контактных данных человека. У меня просто есть ярлыки с надписью Телефон, Факс, Электронная почта или что-то более наглядное. то есть метка, которая появляется перед текстовыми полями с надписью «Введите контактную информацию ниже», а затем метки с одним словом?

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

Answer 1

Почему бы не использовать краткие надписи и использовать подсказки для более подробного объяснения.

Более подробное объяснение требуется только в том случае, если пользователь все равно не знаком с приложением.

Кроме того, вы можете переименовать ярлык, чтобы он звучал больше как вопрос типа "Является ли курильщик?"

Поскольку вы используете переполнение стека, обратите внимание на их использование всплывающих подсказок, я думаю, что у Джеффа Этвуда есть пост в блоге или комментарии в подкасте об использовании подсказок в SO. Я не могу вспомнить, где я слышал / читал это.

Answer 2

Задумывались ли вы о создании «быстрого старта» потока или мастера для ввода данных в первый раз? Это дало бы вам возможность провести пользователя через процесс, используя метки с описаниями, чтобы они научились связывать описание с меткой, которую вы выбрали (надеюсь, что она будет краткой, но интуитивно понятной). Затем, когда им нужно отредактировать данные, они изучили таксономию приложения.

Если у вас возникли проблемы с временами, избегайте использования глаголов или используйте только настоящее время. Я бы попробовал использовать существительные - "курильщик?" вместо "курит?"

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

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