Как заставить пользователей обращать внимание на проблемы? - PullRequest
9 голосов
/ 24 февраля 2009

Время от времени нам необходимо уведомлять пользователей о предупреждениях или проблемах. Но часто, особенно если это общая проблема, пользователи просто отклоняют предупреждение и продолжают. Часто пользователи даже не помнят, увидев предупреждение, но мы проверяем их журналы и видим, что некоторые из них были отображены. Итак, как вы заставляете пользователей обращать внимание, когда вы пытаетесь сказать им что-то важное?

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

У нас есть лучшая система предупреждения / обработки ошибок, которая, я думаю, очень поможет, но я хочу посмотреть, что сделали другие.

Ответы [ 15 ]

0 голосов
/ 26 февраля 2009

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

0 голосов
/ 24 февраля 2009

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

  • заставить пользователя просмотреть данные на наличие очевидных опечаток или ошибок

  • заставить кого-то еще просмотреть данные на более позднем этапе, когда появится больше информации

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

  • убедитесь, что пользователь понимает последствия своих действий

Может ли какая-либо из этих целей быть достигнута более эффективно другим способом?

Некоторые идеи (ни одна из них автоматически не квалифицируется как серебряная пуля):

  • Делайте сообщения короткими и актуальными, исключая любой язык, который не предоставляет дополнительную информацию (например, «пожалуйста» и т. Д.), Сообщайте пользователям, что от них ожидается (т. Е. Вместо «Почтовый индекс пуст», используйте «Enter»). почтовый индекс ".).

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

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

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

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

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

  • Делайте действия невозможными, чтобы предупреждения не требовались

0 голосов
/ 24 февраля 2009

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

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

0 голосов
/ 24 февраля 2009

Для веб-приложений методы javascript alert () и verify (), хотя и несколько базовые, позволяют либо запретить пользователям что-либо делать, либо убедиться, что они явно согласны с тем, о чем их предупреждали.

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

Например, наши приложения требуют проверки местоположения в нескольких местах (действительный город / штат / почтовый индекс).

  • Если местоположение абсолютно критично, мы сделаем это в форме.

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

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

0 голосов
/ 24 февраля 2009

Мне очень нравится метод firefox при установке плагинов: кнопка ok отключена и отображает обратный отсчет в течение 5 секунд. После этого пользователь может игнорировать его.

...