как идти об изменениях дизайна пользовательского интерфейса

Question

Я только что обнаружил, что команда, с которой я работал, выпускает приложение для Windows, которое имеет, как мне кажется, поразительно плохой диалог закрытия, оно гласит:

"Были внесены изменения, которые не были сохранены в файл. Вы все еще хотите выйти из приложения?" Возможные варианты: Да / Нет и Да по умолчанию.

Сравните это с диалогом закрытия Microsoft Word:

"Хотите сохранить изменения, внесенные в document1?" Возможные варианты: Да / Нет / Отмена, и Да по умолчанию.

Обратите внимание, что в нашем приложении «Да» используется по умолчанию и будет сбрасывать ваши изменения в пропасть, тогда как Microsoft (и сотни других приложений) «Да» сохраняет ваши данные. Для меня это плохой дизайн, барьер для обучения и ловушка, в которую можно попасть. Однако так было уже много лет, и многие пользователи теперь обучены этому.

Я просто привередлива? Это стоит изменить? Как бы вы сообщили пользователям об этом изменении? Если бы оно сопровождалось достаточным количеством других изменений, это подтолкнуло бы пользователя к тому, что приложение было значительно изменено?

обновление: Приложение распространяется как часть более широкого решения, но это единственное приложение для ПК в решении.

Answer 1

Да.Текст не так важен, как кнопка по умолчанию.Кнопка по умолчанию ВСЕГДА должна быть установлена ​​по умолчанию в неразрушающий параметр.

Answer 2

Если ваша заявка ориентирована на документы, это явно неправильно.

Как правило, я не могу представить себе приложение, в котором несохраненные данные настолько не важны, что их можно отбрасывать большую часть времени, НО стоит прерывать работу пользователя. (Такое приложение может существовать, но я сомневаюсь в этом).

Это не просто вопрос стиля или вкуса, и он определенно не придирчив. Важна согласованность с ОС и распространенными приложениями, поэтому по умолчанию необходим параметр safe - «безопасный», означающий отсутствие потери данных.

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

Простое исправление - изменить значение по умолчанию. Это все еще раздражает, но предотвращает худшее.

Безопасный переход на стандартную формулировку сложнее.

Для безопасного перехода я бы использовал нестандартный диалог с нестандартными метками кнопок. Например. если это Win32 MessageBox с кнопками внизу, используйте настраиваемое диалоговое окно с кнопками справа, помеченное «Сохранить» и отменить ».

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

Это диалоговое окно - отстой, в любом случае. Это одно из более сложных взаимодействий: что если пользователь выберет «Сохранить», никогда не назвал файл и нажмет «Отмена» в диалоговом окне сохранения? Вы отменяете Сохранить или Сохранить и Выход? Большинство программ выбирают последнее, что отправляет некоторых пользователей в цикл «хочу выйти, но не могу».

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

Answer 3

Звучит так, что это может стоить изменить, но я бы ОЧЕНЬ старался, чтобы изменения были очевидны. То, что вы видите, это плохой UX, но также меняется ожидаемое поведение в приложении.

Answer 4

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

Answer 5

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