Как заставить пользователей обращать внимание на проблемы?

Question

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

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

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

Answer 1

Если вы хотите, чтобы пользователи обращали внимание на предупреждения, используйте их в меру!

Большая проблема с UAC в Vista состоит в том, что люди получают так много уведомлений, что они перестают читать , кто точно запрашивает доступ к что , они просто дают разрешение, не задумываясь .

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

Мое личное исправление: я отключил подтверждение удаления для корзины. Если что-то не может быть перемещено в мусорное ведро, я все равно получаю сообщение, и на этот раз я знаю, что это может быть важно, поэтому я обращаю внимание.

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

Answer 2

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

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

Answer 3

Основная проблема в том, что пользователи не любят читать, они просто хотят, чтобы их оставили в покое:).

Лучший способ борьбы с этим заключается в следующем:

• Не открывайте окно, если в этом нет крайней необходимости
• Если вы это сделаете, сделайте сообщение об ошибке или предупреждение настолько коротким и кратким, насколько это возможно

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

Answer 4

Мой совет сводится к трем вещам.

1. Пересмотрите, что, по вашему мнению, важно знать пользователю.
2. Не ленитесь и попросите пользователя решить, что ваша программа может решить для себя.
3. Не прерывайте то, что пользователь делает с глупыми (и да, они глупыми) сообщениями.

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

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

Answer 5

Это то, что мы запланировали. По сути, создайте что-нибудь из Bugzilla для хранения этих ошибок / предупреждений / чего угодно. Но это также идет рука об руку с некоторыми другими ответами.

Вместо использования простого MessageBox отображать предупреждения / ошибки в окне ошибок, подобном Visual Studio. Пока есть проблемы, они будут отображаться в этом окне.

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

Разрешить пользователям выполнять несколько действий, например:

• Подтвердите проблему, чтобы она больше не отображалась.
• Назначить проблему другому пользователю
• Пометить проблему как "на самом деле не проблема"
• Установить дату "должна быть решена"
• (возможно, другие, дизайн еще не полностью продуман)

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

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

Answer 6

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

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

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

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

Answer 7

Мне нравятся программы, которые намекают на то, что есть проблема, игнорируя ее как можно дольше - что очень похоже на то, к чему вы стремитесь. Одна вещь, о которой я думал (но смутно, так как я не использовал его), это установка индикатора состояния для ошибок / предупреждений (немного похоже на вездесущий пульсатор веб-браузера, но для ошибок). Этот значок изменит состояние, немного похожее на светофор, чтобы показать, что в программе есть проблемы, которые рано или поздно придется решать - возможно, желтый для предупреждений, если проблема с данными может быть исправлена ​​позже и не собирается вызвать серьезные проблемы, выделите красный цвет для любой проблемы, которую необходимо исправить до завершения текущего задания (для данных формы это будет означать всю транзакцию, а не текущую форму). Очевидно, что цветов будет недостаточно, должна быть некоторая поддержка для дальтоников, но вы понимаете. Если щелкнуть индикатор, появится список проблем (и, возможно, объяснения относительно , почему это проблема - чтобы люди могли указать, когда предположения кода бесполезны или неправильны), а выбор проблемы - позволяют прыгать на поле, где это можно исправить.

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

Answer 8

Сломай систему!

По моему честному опыту, если вы не хотите, чтобы конечный пользователь делал что-то без явного понимания, помешайте ему сделать это ...

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

Время гуглить ответ ... или RTFM

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

Answer 9

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

Моя другая, гораздо более зловещая идея состояла в том, чтобы сделать «Нет» или «Отмена» параметрами по умолчанию. В конце концов они получат нажатие клавиши Tab-Enter, а затем вы просто переключите его обратно.

Answer 10

Используйте цвета и значки.

Зеленый - все в порядке (или подтверждение, что-то произошло, как ожидалось)

Желтый - Предупреждение. Ваш пользователь может или не может хотеть смотреть на проблему

Красный - ошибка. Что-то, что требует взаимодействия с пользователем, чтобы решить.

Я бы также посоветовал (как и другие в этой теме) использовать экономно.