Как заставить пользователей читать сообщения об ошибках?

177

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

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

  • Форматирование конечно поможет; может быть, простое короткое сообщение с кнопкой «узнать больше», ведущее к более подробному сообщению об ошибке
  • Все сообщения об ошибках должны содержать ссылки на некоторые разделы руководства пользователя (что довольно сложно сделать)
  • Просто не выдавайте сообщения об ошибках, просто отказывайтесь выполнять задачу (несколько «яблочный» способ обработки пользовательского ввода)

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

F'x
источник
12
Сообщество вики ....
jldupont
3
На какую аудиторию вы ориентируетесь? Например. мало компаний или интернет-пользователей? Есть ли связь, которую вы можете установить с пользователями?
Януш Сконечны
@ WooYek: Это было бы (в моем случае) довольно большой базой пользователей, но с ограниченным временем использования (т.е. это не программное обеспечение, которое вы используете так часто, это скорее «случайное использование» с большой возможной базой пользователей).
F'x
@MikeJ Может, один и тот же человек задает вопрос на нескольких сайтах?
7
7
Я был в компьютерной лаборатории в колледже. Кто-то сел рядом со мной и попытался войти в систему. На экране появилось сообщение об ошибке: «Неверный пароль. Убедитесь, что у вас не включена заглушка». Она отклонила это без чтения и попробовала снова. Несколько раз. Когда она попросила меня о помощи, я просто сказал ей прочитать сообщение.
TRiG

Ответы:

70

Это отличный вопрос, достойный +1 от меня. Вопрос, несмотря на свою простоту, охватывает многие аспекты характера конечных пользователей. Здесь все сводится к целому ряду факторов, которые могут принести пользу вам и самому программному обеспечению и, конечно, конечным пользователям.

  • Не помещайте сообщения об ошибках в строке состояния - они никогда не будут их читать, несмотря на то, что они были изумлены цветами и т. Д.… Они всегда будут по ним скучать! Как бы вы ни старались ... На одном из этапов тестирования пользовательского интерфейса Win 95 перед его запуском MS провела эксперимент по чтению пользовательского интерфейса ( ред. - следует отметить, что сообщение явно указано в контексте «Посмотри под стул» ), с наклейкой на 100 долларов, прикрепленной к нижней части стула, на котором сидели испытуемые ... никто не заметил сообщение в строке состояния!
  • Делайте сообщения короткими, не используйте пугающие слова, такие как «Оповещение: система столкнулась с проблемой», конечный пользователь нажмет кнопку паники и будет чрезмерно реагировать ...
  • Как бы вы ни старались, не используйте цвета, чтобы идентифицировать сообщение ... психологически это все равно, что размахивать красным флагом для быка!
  • Используйте нейтрально звучащие слова, чтобы передать минимальную реакцию и как действовать!
  • Может быть лучше показать диалоговое окно со списком нейтральных сообщений об ошибках и включить флажок, указывающий «Хотите ли вы видеть больше этих сообщений об ошибках в будущем?», Последнее, чего хочет конечный пользователь, - это работать в середине программного обеспечения, которое будет засыпано всплывающими сообщениями, они будут разочарованы и будут отключены приложением! Если флажок был отмечен, зарегистрируйте его в файле вместо ...
  • Держите конечных пользователей в курсе того, какие сообщения об ошибках будут ... что подразумевает ... обучение и документирование ... теперь это непросто донести ... вы не хотите, чтобы они думали, что быть "проблемы" или "глюки" и что делать в случае этого ... они не должны знать, что будут возможные ошибки, действительно сложно.
  • Всегда, всегда, не бойтесь спрашивать обратную связь, когда происходит случайное происшествие, например: «Когда появилась эта ошибка с номером 1304, как вы отреагировали? Какова была ваша интерпретация? - бонус с этим, конечный пользователь может дать вам более последовательное объяснение вместо «Ошибка 1304, объект базы данных потерян!», Вместо этого они могут сказать «Я нажал на это так и вот, тогда кто-то случайно вытянул сетевой кабель машины », это подскажет вам, что нужно с ним справиться, и может изменить ошибку, сказав« Ooops, Сетевое соединение отключено »... вы получаете дрейф.
  • И последнее, но не менее важное: если вы хотите ориентироваться на международную аудиторию, учитывайте интернационализацию сообщений об ошибках, поэтому сохраняйте их нейтральными, потому что тогда будет проще переводить, избегать синонимов, сленговых слов и т. Д., Которые перевод бессмысленный - например, Fiat Ford, автомобильная компания продала свой бренд Fiat Ford Pinto, но заметил, что в Южной Америке не было продаж, оказалось, что Pinto был жаргонным словом «маленький пенис» и, следовательно, продаж не было. ...
  • ( изд ) Документируйте список сообщений об ошибках, которые следует ожидать в отдельном разделе документации под названием «Сообщения об ошибках» или «Корректирующие действия» или аналогичные, перечисляя номера ошибок в правильном порядке с указанием или двумя инструкциями о том, как действовать. ..
  • ( ред. ) Спасибо Виктору Хурдугачи за его вклад, сохраняйте сообщения вежливыми, не заставляйте конечных пользователей чувствовать себя глупыми. Это идет вразрез с ответом Джека Маркетти, если пользовательская база является международной ...

Редактировать: Отдельное слово спасибо Гнибблеру, который также упомянул еще один чрезвычайно важный момент!

  • Позвольте конечному пользователю иметь возможность выбрать / скопировать сообщение об ошибке, чтобы он мог, если он этого пожелает, отправить электронное письмо в службу поддержки или группу разработчиков.

Редактировать № 2: Мой плохой! Ой, спасибо DanM, который упомянул это об автомобиле, я перепутал название, это был Ford Pinto ... мой плохой ...

Редактировать # 3: Выделены ed, чтобы указать дополнения или добавления и зачислены другим за их вклад ...

Редактировать # 4: В ответ на комментарий Кена - вот мое мнение ... Нет, это не так, используйте нейтральные стандартные цвета Windows ... не переходите на яркие цвета! Придерживайтесь нормального серого цвета заднего плана с черным текстом, который является нормальным стандартным руководством по GUI в спецификациях Microsoft ... см. UX Guidelines ( ed )

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

t0mm13b
источник
1
Интересно про статус бар. Я считаю , что люди делают известить об этих ярких цветных полосках в верхней части веб - странице , указывающие, например, «вы только что получили хороший ответ знак.» Это не эквивалентно строке состояния, но говорит о том, что положение и цвет фона сообщения об ошибке являются существенными факторами. Да, и небольшая правописание: это Fiat Punto. Пинто был продуктом Ford, печально известным тем, что он был установлен сзади на бензобаке, который иногда взрывался. Я бы избежал обоих имен :)
devuxer
@DanM: Черт возьми! ты прав! Это был брод ... о чем я думал, когда писал ответ ... да, это был дефо Форд Пинто !!! Спасибо за внимание !!!
t0mm13b
@ Tommy, не забывайте о Nova (как в Chevy Nova). Это переводится как «Не идти» или «Не идет» на испанском языке :-P
devuxer
2
@DanM: исправил это - эй, это интересно .... ой! Звучит как деревянный автомобиль с деревянными колесами, которые идут по дереву .... :)
t0mm13b
Спасибо за очень хороший ответ!
F'x
16

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

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

MikeJ
источник
2
Большой +1 за это. Обратите внимание, что часть для разработчиков может содержать полную трассировку стека и другие подробности. При желании вы даже можете делать снимки экрана приложения (особенно для собственных приложений WinForms).
TrueWill
Я немного неохотно считаю «захватывать скриншоты приложения» хорошим советом: в конце концов, это звучит как серьезная утечка личных данных (даже если ваше приложение никогда не было разработано для обработки информации класса NS <nogrep> A в первую очередь). ) ...
F'x
Я думаю, что это больше бизнес / политическое решение, которое должно приниматься пользователями домена, чем технические аспекты предоставления лучшей поддержки с помощью поддержки диагностики сбоев в «черном ящике». Я ожидаю, что внутренние LOB-приложения имеют другие проблемы / цели, чем отношения поддержки внешних клиентов с конфиденциальной информацией.
MikeJ
11

Краткий ответ: вы не можете.

Менее короткий ответ: сделайте их видимыми, актуальными и контекстуальными (выделите то, что они испортили). Но, тем не менее, вы ведете проигранную битву. Люди не читают на экранах компьютеров, они сканируют, и их научили нажимать кнопки, пока диалоговые окна не исчезнут.

Мэтт Гаррисон
источник
Эта привычка отбрасывать диалоги была настоящей проблемой со старым диалоговым окном установки IE ActiveX.
Алекс Жасмин
10

Мы поместили простой запоминающийся рисунок в поле ошибки: не значок, довольно большое растровое изображение и ничего похожего на стандартные значки сообщений Windows. Никто никогда не сможет вспомнить формулировку окна сообщения (большинство даже не прочитает его, если в поле есть кнопка «ОК», которую они могут нажать), но большинство людей действительно помнят изображение, которое они видели. Так что сотрудники нашей службы поддержки могут спросить клиента: «Вы видели парня, пьющего кофе?» или "ты видел пустой стол?" По крайней мере, так мы примерно знаем, что пошло не так.

Боб Мур
источник
1
Моя проблема с этой идеей заключается в том, что она нарушает единообразие пользовательского интерфейса, которого ожидают люди. Кроме того, как они могут знать, что «пустой стол» является более опасной проблемой, чем «парень, пьющий кофе»?
F'x
Мы производим специализированные системы (центры аварийного управления), поэтому мы заботимся только о единообразии пользовательского интерфейса в этой системе. В любом случае, здесь нет никакой иерархии угроз. Цель просто быть запоминающейся. Эти две графики на самом деле представляют схожие ситуации бездействия (оператор отошел от рабочего места, оператор, вероятно, в перерыве), поэтому они будут значимыми ... но это не их реальная цель. Мы просто хотим, чтобы они были запоминающимися. Может быть, я не должен упоминать танцующую мышь :-).
Боб Мур
10

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

Например, я написал приложение, которое позволило нашим сотрудникам по персоналу лучше отслеживать даты найма / увольнения сотрудников. [мы были маленькой компанией, очень спокойной].

Когда они вводили неправильные даты, я писал:

Эй, тупая задница, научись вводить дату!

РЕДАКТИРОВАТЬ: Конечно, более полезным сообщением будет сказать: «Пожалуйста, введите дату в виде мм / дд / гггг» или, возможно, в коде, чтобы попытаться выяснить, что они ввели, и если они ввели «бла», чтобы показать ошибку. Тем не менее, это было очень небольшое приложение для человека, которого я знал лично. Отсюда опять люди, прочитайте первую строчку этого поста: В зависимости от вашей пользовательской базы ...

Недавно я работал над проектом Art Institute, поэтому сообщения об ошибках были направлены на аудиторию, например:

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

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

Джек Маркетти
источник
Напоминает мне о «подсказке» в слове MS - Бег с ножницами может быть опасным
MikeJ
7
научись вводить дату !! - Конечно, но дай мне подсказку. Мне не нужно угадывать правильный формат.
Алекс Жасмин
4
+1 за сообщение в стиле барокко, меня всегда развлекает этот вид творчества :)
медопал
2
Не уверен, что мне очень нравятся такие сообщения ... В конце концов, зачем мне учиться вводить дату?
F'x
1
Вместо того чтобы требовать от пользователей выяснения формата даты, потратьте пару дополнительных минут и научите свое программное обеспечение разбирать даты в разных форматах. Компьютер умный - пусть он помогает пользователю, а не дает пощечину.
Брайан Оукли
10

Оповещения / всплывающие окна раздражают, поэтому все нажимают первую кнопку, которую они видят.

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

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

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

ОБНОВЛЕНИЕ
Сделайте сообщение значимым и полезным . Например, не пишите что-то вроде: «Клавиатура не найдена, нажмите F1 для продолжения».

medopal
источник
1
1 и 3 хороши. 2 сомнительно по причинам доступности. Системные стандартные средства управления могут быть обработаны специально. Ваши варианты не могут.
Фил Миллер
1
@Novelocrat, шансы хороши, что, если остальная часть вашего приложения доступна, ваш диалог об ошибке тоже будет. И если у остальной части вашего приложения уже есть проблемы с доступностью, еще один диалог с проблемами не будет иметь значения.
Майк Дэниелс
@Novelocrat, я в основном говорю о веб-приложениях, вместо стандартного окна предупреждений JavaScript вы можете создать новый стильный блок и присвоить ему те же свойства. Но та же самая идея могла бы пойти для настольных приложений, если цель состоит в том, чтобы заставить чтение сообщения
medopal
То же самое с Novelocrat, мне не очень нравится часть ответа «никогда не используй системный интерфейс». Люди хотят чувствовать себя на известной территории.
F'x
А также, доступность всегда лучше для системного интерфейса.
F'x
8

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

Брайан Оукли
источник
6

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

Этот момент может быть причиной вашего опыта, потому что в какой-то момент они перестанут их читать, потому что «они все равно не понимают», поэтому ваша задача проста:

Сделайте сообщение об ошибке как можно более понятным и сохраните техническую часть под капотом.

Например я передаю сообщение как это:

ORA-00237: операция моментального снимка запрещена: вновь создан управляющий файл Причина: была предпринята попытка вызвать cfileMakeAndUseSnapshot с подключенным в данный момент управляющим файлом, который был недавно создан с помощью CREATE CONTROLFILE. Действие: Смонтируйте текущий управляющий файл и повторите операцию.

что-то вроде:

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

bl4ckb0l7
источник
2
А затем admin / helpdesk / etc услышит о сообщении и спросит: «Какого черта я должен с этим делать?». Ваше второе сообщение является общим до бесполезного. Что касается первого, никогда не использовавшего программное обеспечение Oracle (предположив, основываясь на префиксе), я все еще могу предположить, что я должен делать с этим.
Фил Миллер
Ну, служба поддержки может сообщить разработчику, чтобы исправить проблему. Поможет ли клиент или служба поддержки написать техническое сообщение об ошибке? Все, что пользователь хочет знать на этом этапе: что случилось и где я могу получить помощь, если это не ошибка, которую он сделал (неправильный ввод или что-то в этом роде). И не поймите меня неправильно, это, конечно, сообщение на уровне представления. В журналах сервера есть конкретное сообщение об ошибке, которое поможет вам исправить это.
bl4ckb0l7
1
@ Новокократ, точно. Вы можете найти технический персонал поддержки орать, «Но я являюсь системным администратором, и у меня нет п * @ # & невдомек , что проблема есть!» Вам лучше добавить опцию "покажи мне техноаббл" к своим ошибкам.
Майк Дэниелс
Служба поддержки не может оказать большую помощь, если это коммерческое стандартное приложение, а ошибка не содержит полезной информации.
Майк Дэниелс
5

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

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

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

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

РЕДАКТИРОВАТЬ:

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

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

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

Януш Сконечны
источник
2

Для начала напишите сообщения об ошибках, которые пользователи могут понять. «Ошибка: 1023» не является хорошим примером. Я думаю, что лучше регистрировать ошибку, чем показывать ее пользователю с «причудливым» кодом. Или, если регистрация невозможна, предоставьте пользователям правильный способ отправить сведения об ошибке в службу поддержки.

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

Если ваше приложение является веб-приложением, то разработка пользовательских страниц ошибок - хорошая идея. Они меньше нагружают пользователей, например, SO. Вы можете получить некоторые идеи, как создать хорошую страницу ошибок здесь: http://www.smashingmagazine.com/2007/07/25/wanted-your-404-error-pages/

anthares
источник
2

Я хотел бы добавить одну вещь.

Используйте глаголы для кнопок действий, чтобы закрывать сообщения об ошибках, а не восклицания, например, не используйте «Ok!» "Закрыть" и т. Д.

отметка
источник
1
Некоторые платформы не позволяют вам сделать это. Для этих ограничений тоже есть почти веские причины.
Фил Миллер
Я настоятельно поддерживаю комментарий Новелократа. Стандартизированный пользовательский интерфейс полезен для пользователей (и, следовательно, полезен для вас). Я думаю, что приклеивание к стандартным меткам кнопок дает то, что вы не хотите терять, даже чтобы привлечь внимание (за исключением, может быть, в исключительных случаях).
F'x
Вам не нужно использовать JS alerts () для отображения сообщений об ошибках. Вы можете создать свое собственное диалоговое окно. Кроме того, цель использования глаголов, а не просто восклицаний, заключается в том, что если вы видите «Ok» в качестве кнопки, вам придется читать содержимое диалогового окна. Проблема в том, что некоторые пользователи не будут тратить время на это, поэтому они просто нажимают кнопку ОК. Если вы используете глаголы для описания действия, то пользователь будет знать, что происходит, не читая диалоговое окно.
Марка
Закрыть это глагол. Вы использовали это в своем предложении; «закрыть ваши сообщения об ошибках»
Ricket
Но @Mark, этот вопрос все о том, чтобы позволить им прочитать это: p
Барт ван Хейкелом
2

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

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

Другими словами, это не хорошо

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Do you want to retry opening the file?

Вместо этого измените порядок:

Problem loading file, do you want to retry?

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Таким образом, пользователь может читать столько, сколько он хочет, или беспокоиться, и все еще иметь представление о том, что спрашивают.

Лассе В. Карлсен
источник
2

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

С другой стороны , если вы CAN действительно показать пользователю полезный обходной путь, то один из способов заставить его прочитать его - активировать кнопку ОК через 10 секунд или около того. Что-то вроде того, как Firefox делает это всякий раз, когда вы пытаетесь установить новый плагин.

Если это полный сбой, из которого вы не можете корректно восстановиться, то проинформируйте пользователя очень непрофессионалом, говоря:

« Мне жаль, что мы облажались, мы хотели бы отправить некоторую информацию об этом сбое, вы позволите нам сделать это? ДА / НЕТ »

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

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

РЕДАКТИРОВАТЬ:

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

7wp
источник
1
Вы можете найти соответствующий мультфильм Дилберта здесь: bfmartin.ca/finder
SLaks
Десять секунд? Посмотрите на часы и отсчитайте десять секунд. Это вечность, когда ты пытаешься сделать какую-то чертову работу.
Майк Дэниелс
1
Майк, это должно было быть примером, а не каменным. Выберите любое время ожидания. Альтернативно, вы когда-нибудь устанавливали адон Firefox? Этот обратный отсчет действительно раздражает тебя так сильно? Я не слышал, чтобы слишком много людей жаловались на это.
7
@ Роберто - говоря о обратном отсчете плагина Firefox ... это меня раздражает. Я просто хочу нажать «Установить». Зачем мне нужен обратный отсчет, когда я нажал на установку плагина, а затем теперь приходится ждать 10 секунд, чтобы подтвердить установку.
Марк
1
@ Отметьте именно по причине, по которой был задан вопрос переполнения стека. Слишком много людей счастливы, не читают сообщения и их последствия, и в итоге делают то, что не хотели. Марк, ты знаешь и понимаешь, на что нажимаешь. Однако, работая в технической поддержке HP в прошлом, есть люди, которые щелкают по вещам просто потому, что могут. Задержка вынуждает пользователя остановиться и взглянуть на сообщение, вместо того чтобы сказать «да, да, все, что я просто
нажму
2

Из моего опыта: вы не заставляете пользователей (особенно нетехнических) читать сообщения об ошибках. Независимо от того, насколько отчетливым и понятным, жирным, красным и мигающим является сообщение, которое вы отображаете, большинство пользователей просто щелкают все, к чему они не привыкли, даже если это «Вы действительно хотите удалить все?». Я видел, как пользователи нажимали значок «Закрыть окно» вместо «ОК» или «Отмена», хотя они даже не знали, какой вариант они выбрали, делая это ...

Если вам действительно нужно заставить пользователей читать то, что вы показываете, я бы рекомендовал обратный отсчет JavaScript, пока кнопка не станет активной. Таким образом, мы надеемся, что пользователь будет использовать время ожидания, чтобы действительно прочитать то, что он должен. Будьте осторожны: большинство пользователей будут еще более раздражены этим :)

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

Просто для справки: есть пользователи, которые ДЕЙСТВИТЕЛЬНО читают сообщения об ошибках, но так боятся, что ничего с ними не сделают. Однажды мне позвонили в службу поддержки, где клиент прочитал мне сообщение об ошибке и спросил, что ему делать. «Ну, какие у тебя варианты?» - спросил я. «В окне есть только кнопка« ОК », - ответил он. ... ммх, тяжелый :)

Select0r
источник
11
Эти «JavaScript-обратный отсчет» - самая раздражающая вещь, которую вы можете сделать. Пользователю не понравится «ждать, пока часы начнут отсчитывать время», и едва сосредоточится на тексте ошибки, чем на своем гневе.
bl4ckb0l7
2

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

Красный означает «предупреждение» и т. Д., Поэтому его чаще читают.

Tyzak
источник
3
а как насчет дальтоников?
Natrium
1
Как человек с дальтонизмом, я даже не уверен, как выглядит «красный» цвет.
MikeJ
Красный не всегда интерпретируется как предупреждение. Например, в некоторых культурах это означает счастье. Знайте, кто ваши потенциальные пользователи при выборе цвета.
Брайан Оукли
1
@MikeJ: ясно, Tyzak должен заставить его мигать, вместо этого. Это было бы намного полезнее. Есть разница в значении (яркости) между полями, которые другие люди называют «красными», и те, которые они говорят, ясны, не так ли?
Фил Миллер
хм, я не думал о дальтонике, это хороший момент. да цвет универсально интерпретируется (Китай, Индия). Это зависит от аудитории, верно.
Тызак
1

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

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

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

Хорошее сообщение об ошибке должно содержать:

  1. В чем проблема и почему это произошло.
  2. Как решить проблему.

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

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

Чак Мартин
источник
1

Меньше ошибок

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

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

Если вам нужно поднять ошибку: кратко, кратко, низкий коэффициент терроризма, без восклицательных знаков. Абзацы провалены .

Там нет серебряной пули, но вам нужно социальный инженер, чтобы ошибки были важны.

Джоэл Гудвин
источник
1

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

повторного запуска
источник
1

Добавление кнопки «Дополнительно», которая позволяет использовать некоторые дополнительные технические детали, будет стимулировать ее чтение для той части целевой аудитории, которая считает себя технической

Мел Герац
источник
0

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

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

naivists
источник
Ваши два абзаца кажутся противоречивыми: дать немедленный отзыв, но собрать его в конце страницы?
F'x
@FX, Идея состояла в том, что вы делаете обе вещи - немедленно предупреждайте пользователя, но, поскольку он / она может все еще игнорировать это, соберите все ошибки в конце страницы.
наивисты
0

Как насчет создания состояния кнопки «Нажмите здесь, чтобы поговорить со специалистом службы поддержки, который поможет вам с этой проблемой».

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

JonnyBoats
источник
Суть в том, чтобы пользователи сами исправляли ошибки, по крайней мере там, где это возможно. Такая кнопка была бы декларацией полного провала намерения.
Seether
0

Я прочитал кандидата на самое ужасное решение на slashdot:

Мы обнаружили, что единственный способ заставить пользователей брать на себя ответственность за ошибки - это назначить им штраф за то, что они заставили ошибку исчезнуть. Для начинающих, где это возможно, ошибка фактически не закрывается для них, если мы не введем пароль администратора, чтобы он исчез, и если они перезагрузятся, чтобы избавиться от него (диспетчер задач отключен на всех клиентских ПК), машина не откроет приложение, которое зависало в течение 15 минут. Конечно, все это зависит от типа пользователей, с которыми вы имеете дело, так как более технически опытные пользователи не примут такую ​​систему, но после буквально ГОДА пользователи будут нести ответственность за сбои и убедиться, что ИТ-отдел знает чтобы устранить проблему до того, как ей станет слишком сложно управлять, это единственные шаги, которые сработали. Сейчас,

F'x
источник
0

"ВНИМАНИЕ! ВНИМАНИЕ! Если вы не прочитаете сообщение об ошибке, вы умрете!"

anon235370
источник
0

Несмотря на все рекомендации в принятом ответе, мои пользователи продолжали нажимать на первую кнопку, которую могли найти. Так что теперь я покажу это:

Прочитайте это!

Пользователь должен сделать выбор, прежде чем появится кнопка ОК

Выберите правильный вариант

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

smirkingman
источник