Выдает ошибку: Sorry, this page can’t be found.

Содержание

Ошибка OE (0E) стиральной машины LG: что она означает и как ее исправить — журнал LG MAGAZINE Россия

Что означает ошибка ОЕ (0Е) в стиральной машине LG при отжиме? Причины ее возникновения и что можно сделать самостоятельно для устранения ошибки ОЕ (0Е) на стиральных машинах LG.

Стиральная машина lg показывает ошибку ОЕ (0Е), когда она не может слить воду из системы. Обычно ошибка ОЕ возникает в самый неподходящий момент. Стиральная машинка набирает полный бак воды и останавливается на этапе стирки или полоскания. При этом барабан остается полным воды, а на дисплее мигает ОЕ. Если у стиральной машины LG нет дисплея, то об отсутствии слива может символизировать одновременное мигание всех кнопок режимов полоскания или несколько горящих лампочек режима «Отжим».

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

Если через 5-7 минут вода остается на месте, стиральная машинка прекращает попытки и выдает ошибку ОЕ.

Что делать в этом случае и можно ли самостоятельно устранить ошибку ОЕ?

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

Ошибка 0Е может возникнуть:

По причине сбоя в работе электроконтроллера.
По причине засора шлангов или фильтра сливной системы.
При засоре канализации.
Если вышел из строя датчик уровня воды (прессостат).
Из-за неисправности сливного насоса

Чтобы точно определить причину, по которой стиральная машина lg выдает ошибку, необходимо поочередно исключить каждый из вариантов. Первым делом необходимо проверить, не было ли сбоя в работе электроконтроллера. Попробуйте исправить ситуацию, когда стиральная машина LG показывает ошибку, перезагрузив саму стиральную машинку: отключите ее от сети на 10-15 минут, затем снова включите и продолжите стирку.

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

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

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

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

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

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

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

Ошибка 03 на стиральной машине LG.

Что она означает и как ее исправить? — журнал LG MAGAZINE Россия

Что означает ошибка 03 на стиральной машине LG? Причины возникновения ошибки с кодом 03 и способы ее устранения.

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

Среди прочих ошибок у стиральных машин довольно часто встречается ошибка ОЕ, которую неправильно интерпретируют и называют «ошибка 03».

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

И если это так и не удается, выдает ошибку. Если у стиральной машины LG не предусмотрен электронный дисплей, то ошибку можно диагностировать по постоянному горению или миганию всех индикаторов полоскания. Либо же по постоянному горению или миганию индикаторов отжима: «500», «800» и «Без отжима» («No spin»).

Ошибка 03 (или как правильно – ОЕ) возникает после того, как закончился цикл стирки (либо «Стирка», либо «Полоскание»). При этом в баке стиральной машины LG остается вода, а сама стиральная машина не реагирует на ручное включение кнопки слив. Обратите внимание на оставшееся количество воды в барабане, так как стиральная машина LG выдает ошибку не только когда полностью заблокирован слив, но и когда скорость слива воды ниже нормы.

Причина появления ошибки может крыться в следующем:

Сбой в работе электроконтроллера.
Засорение сливного фильтра и улитки стиральной машины LG.
Перегиб, засор или износ сливного шланга стиральной машины.
Засор в канализационной трубе.
Поломка сливного насоса стиральной машины.
Неисправность прессостата в стиральной машине.
Вышел из строя блок управления на стиральной машине LG.

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

Начать следует с самого простого: проверить, не было ли сбоя в работе электроконтроллера из-за перепадов напряжения. Попробуйте исправить ситуацию, когда стиральная машина LG показывает ошибку, перезагрузив ее. Выключите стиральную машину и отключите ее от источника электропитания на 10-15 минут, затем снова включите и продолжите стирку. Так же стоит поступить, если было внезапное отключение электричества, так как стиральная машина могла «подвиснуть».

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

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

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

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

Если действия не дали результата, то далее проверяем сливной шланг в машине LG:

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

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

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

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

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

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

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

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

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

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

Что делать если кофемашина выдает ошибку

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

нет ли следов протечек воды;
набирает ли кофемашина воду;
не перегрелся ли корпус прибора;
работает ли кофемолка.

Не удалось самостоятельно диагностировать неисправность? Мастера сервисного центра ООО «Профтехника» помогут выяснить, почему кофемашина выдает ошибку и восстановить её работоспособность в кратчайшие сроки. Просто позвоните нам по номеру +7 (499) 391-58-22 и вызовите мастера на дом.

Причины неисправности

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

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

Лучше вызвать мастера

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

Обращаясь к нам, вы получаете:

возможность бесплатного выезда мастера по Москве и Подмосковью;
бесплатную транспортировку кофемашины в наш сервис;
гарантию на оказываемые услуги.

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

Текст ошибки	Как исправить

Не удалось подключиться к сети Ошибка 200

Не удалось загрузить обновления	Во время настройки приставка не смогла обновить прошивку. Скорее всего, произошёл сбой связи. Пропустите обновление — через некоторое время SberBox обновится автоматически

Что-то пошло не так (ошибка возникает во время просмотра ТВ-каналов)

Android recovery	Сбой при загрузке операционной системы. Попробуйте восстановить систему: Продолжите загрузку. Для этого убедитесь, что на экране выделена строка Try again, зажмите кнопку на корпусе устройства и удерживайте её, пока загрузка не продолжится. Если выделена другая строка, один раз нажмите кнопку — строка Try again будет выбрана. Сбросьте настройки операционной системы. Один раз нажмите кнопку кнопку на корпусе — строка Factory data reset будет выделена. Затем нажмите кнопку снова и удерживайте, пока не начнется сброс.

В «Дія» пропал COVID-сертификат, система выдает ошибку — что делать

20 октября 2021 года пользователи приложения госуслуг «Дія» начали жаловаться на сбои в отображении сертификатов вакцинации. В частности, у некоторых не открывался раздел «Дія. Послуги», в котором их можно сгенерировать, а у многих пропал уже сгенерированный документ. AIN.UA рассказывает, как вернуть сертификат вакцинации в «Дія», если система выдает ошибку.

«Случилась ошибка» — как вернуть сертификат вакцинации

Зайдите в приложение «Дія»
Перейдите в «Меню» и выберите «Подключенные устройства».
Удалите все подключенные гаджеты.
Удалите приложение «Дія» с телефона.
Установите «Дія» заново из магазина приложений.
Откройте «Дія», авторизуйтесь и сгенерируйте COVID-сертификат.

Изображение в материале: AIN.UA

Как сгенерировать COVID-сертификат

Войдите в приложение и выберите «Услуги» в нижнем меню.
Нажмите «COVID-сертификаты», а далее «Получить сертификат».
Далее следует ознакомиться с информацией о передаче персональных данных, подтвердить действие и нажать «Подписать».
Чтобы подписать документ, потребуется сгенерировать «Дія.Підпис». Для этого потребуется пройти фото-идентификацию.
Далее приложение сформирует QR-код, которым будет подтверждаться подлинность сертификата.
Далее данные автоматически подтянутся из eHealth, а сертификат появится в приложении рядом с другими цифровыми документами.

«Если у вас возникли вопросы о том, как получить COVID-сертификат в «Дія», вы можете обратиться в службу поддержки, которая оперативно предоставить вам ответы на вопросы и поможет с генерацией сертификата. Во время проверки будет определено ошибку. Однако нужно понимать, что сертификат подтянется, если данные о курсе вакцинации внесли в электронную система здравоохранения» – прокомментировали AIN.UA в Минцифры.

Что нужно знать

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

Как отмечает Мстислав Баник, самими частыми ошибками являются:

ошибки в налоговом номере, имени, фамилии;
данные о первой и второй дозе обозначены как две первые, что не считается завершенным процессом вакцинации;
ошибки в параметре «Достоверный источник информации о прививках»: если врач в центре массовой вакцинации не внес в систему данные, то это считается ошибкой.

Чтобы решить проблемы с COVID-сертификатами, МОЗ создало контакт-центр с медиками, которые помогают найти врачей, делавших запись о вакцинации — только они могут менять внесенные медицинские данные. После правок врача сертификат можно попробовать сгенерировать снова.

Номер контактного центра: 0800 60 2019.
Также обращение можно отправить с помощью формы: issue.covid19.gov.ua.
Подробнее о том, какие проблемы могут возникать с COVID-сертификатами и как их решать – на официальном сайте МОЗ.

«Не установлены необходимые дополнительные файлы»? – Поддержка Epic Games

Если вы получили сообщение «Ошибка автоматического обновления», в котором указан код, похожий на SU-PQE1223 или SU-PQR1603, воспользуйтесь этой статьёй, чтобы устранить проблему.

Откройте программу запуска Epic Games от имени администратора

Таким образом вы сможете устанавливать игры в защищённые папки на своём компьютере.

Найдите ярлык программы запуска Epic Games. По умолчанию он должен быть у вас на рабочем столе. Если вы не видите его на рабочем столе:
1. Нажмите «Пуск».
2. Введите «Epic Games Launcher» и следуйте инструкциям ниже.
Щёлкните правой кнопкой мыши по ярлыку программы запуска Epic Games.
Выберите пункт Запуск от имени администратора.

Установите распространяемые компоненты Microsoft Visual C++

1. В 32-разрядной версии Windows установите vcredist_x86.exe.
2. В 64-разрядной версии Windows установите vcredist_x86.exe и vcredist_x64.exe.
1. В 32-разрядной версии Windows установите vcredist_x86.exe.
2. В 64-разрядной версии Windows установите vcredist_x86. exe и vcredist_x64.exe.
1. В 32-разрядной версии Windows установите vcredist_x86.exe.
2. В 64-разрядной версии Windows установите vcredist_x86.exe и vcredist_x64.exe.
Установите новейшую версию программы запуска Epic Games.
1. Чтобы загрузить новейшую версию, перейдите на наш веб-сайт и щёлкните по ссылке Загрузить Epic Games в правом верхнем углу страницы.

Убедитесь, что у вас есть доступ к этой папке с правами на чтение и запись

Перейдите в выбранную папку установки.
Щёлкните правой кнопкой мыши и выберите пункт Свойства.
Выберите вкладку Безопасность.
Выберите своё имя пользователя в поле «Группы или пользователи».
Убедитесь, что установлен флажок Разрешить рядом с параметрами Чтение и Запись в поле «Разрешения».

Ошибка 404 – Помощь | REG.RU

Ошибка 404 (http status 404) — что это значит?

В статье рассмотрим, что означает ошибка 404 на сайте. Ошибка 404 page not found — это код ответа сервера, который сообщает пользователю, что сервер не может найти запрашиваемые данные. Почему такое может произойти? Есть несколько возможных причин:

Вы допустили ошибку при вводе адреса страницы или файла в браузер. Или браузеру не удалось найти IP-адрес сервера. Сервер не может найти и выдать данные потому, что вы дали ему неправильные «координаты». В таком случае вам достаточно просто исправить ошибку в URL-адресе, и вместо страницы с ошибкой 404 появятся искомые страница/файл.
Данные (страница или файл) не размещены на сервере, или CMS неверно отвечает на запрос пользователя. В этом случае дело обстоит сложнее, и быстро справиться с проблемой не получится. Чтобы устранить ошибку 404, определите, как создавался сайт, на котором обнаружена ошибка (на CMS или без использования CMS). От этого будет зависеть способ решения проблемы.

Мы рассмотрим, что делать с ошибкой 404 и как исправить.

Как убрать ошибку 404 на сайте, созданном на CMS (WordPress, Joomla, 1С-Битрикс и т.д.)

На сайтах, созданных с использованием CMS, встречаются различные страницы с ошибкой 404 (http status 404). В зависимости от типа страницы с ошибкой различаются причины возникновения и пути решения проблемы:

Если вы видите на своём сайте стандартную ошибку 404 REG.RU:

В большинстве случаев проблема связана с отсутствием конфигурационного файла .htaccess. Как избавиться от ошибки 404? Создайте в корневой папке сайта пустой текстовый файл с расширением .htaccess и добавьте в него стандартные директивы для используемой CMS. Стандартные директивы приведены в статье: Файлы .htaccess для популярных CMS.

Важно: в панели управления cPanel файл .htaccess по умолчанию скрыт (т.е. он существует, но не виден). Следуйте инструкции, чтобы включить отображение файла. Затем сверьте его содержимое со стандартным.

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

Если вы видите иную страницу ошибки, которую отдает CMS сайта. Например:

Ошибка на WordPress

Пользовательская ошибка 404 not found

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

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

На сайтах, созданных без использования CMS, код ошибки 404 отображается следующим образом:

Что означает это сообщение? Запрашиваемые страница/файл отсутствуют или размещены в неправильной папке (не в корневой папке сайта).

Что делать? Откройте корневую папку сайта в панели управления хостингом и проверьте, находятся ли в ней файлы вашего сайта.

Открывается только главная страница сайта, на внутренних страницах ошибка 404 или 500

Рассмотрим, что значит и как исправить ошибку отображения внутренних страниц сайта (error 404 или 500), причиной проблемы является отсутствие файла .htaccess (либо он пустой, либо в нем не хватает необходимых директив для работы CMS). Решить проблему может замена текущего файла .htaccess стандартным для данной CMS.

На хостинге Linux

Если у вас ISPmanager, проверьте, не включены ли Автоподдомены. Если они включены, отключите их, проверьте актуальность проблемы.

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

Файл .htaccess для Joomla

##
# @version $Id: htaccess. txt 14401 2010-01-26 14:10:00Z louis $
# @package Joomla
# @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.
# @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
# Joomla! is Free Software
##


#####################################################
#  READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations.  It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file.  If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's.  If they work,
# it has been set by your server administrator and you do not need it set here.
#
#####################################################

##  Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

#
#  mod_rewrite in use

RewriteEngine On

########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!
#
## Deny access to extension xml files (uncomment out to activate)
#<Files ~ "\. .]*)$  [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#
########## End - Joomla! core SEF Section

Файл .htaccess для WordPress

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Файл .htaccess для HostCMS

Options +FollowSymlinks
AddDefaultCharset Off
<IfModule mod_php4.c>
 php_flag magic_quotes_gpc off
 php_flag magic_quotes_runtime off
 php_flag register_globals off
</IfModule>
<IfModule mod_php5.c>
 php_flag magic_quotes_gpc off
 php_flag magic_quotes_runtime off
 php_flag register_globals off
</IfModule>
<IfModule mod_dir.c>
 DirectoryIndex index.php index.htm index.html
</IfModule>
<IfModule mod_rewrite.c>
 RewriteEngine On
 RewriteBase /
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^(. (.*)$ index.php?q=$1 [L,QSA]
#
# Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides.
#AddType text/x-component .htc
#
# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: http://php.net/register_globals
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php. ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult www.php.net for more detailed
# information about setting PHP directives.
#
#php_flag register_globals Off
#
# For servers that support output compression, you should pick up a bit of
# speed by un-commenting the following lines.
#
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5
#
# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.
#
#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4. (\..*|Entries.*|Repository|Root|Tag|Template)$">
  Order allow,deny
</FilesMatch>

# Don't show directory listings for URLs which map to a directory.
Options -Indexes

# Follow symbolic links in this directory.
Options +FollowSymLinks

# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php

# Force simple error message for requests for non-existent favicon.ico.
<Files favicon.ico>
  # There is no end quote below, for compatibility with Apache 1.3.
  ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>

# Set the default handler.
DirectoryIndex index.php index.html index.htm

# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.

# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
  php_flag magic_quotes_gpc                 off
  php_flag magic_quotes_sybase              off
  php_flag register_globals                 off
  php_flag session. auto_start               off
  php_value mbstring.http_input             pass
  php_value mbstring.http_output            pass
  php_flag mbstring.encoding_translation    off
</IfModule>

# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
  # Enable expirations.
  ExpiresActive On

  # Cache all files for 2 weeks after access (A).
  ExpiresDefault A1209600

  <FilesMatch \.php$>
    # Do not allow PHP scripts to be cached unless they explicitly send cache
    # headers themselves. Otherwise all scripts would have to overwrite the
    # headers set by mod_expires if they want another caching behavior. This may
    # fail if an error occurs early in the bootstrap process, and it may cause
    # problems if a non-Drupal PHP file is installed in a subdirectory.
    ExpiresActive Off
  </FilesMatch>
</IfModule>

# Various rewrite rules.
<IfModule mod_rewrite.c>
  RewriteEngine on

  # Block access to "hidden" directories whose names begin with a period. (.*)$ index.php [L,QSA]
</ifModule>

<ifModule mod_headers.c>
<FilesMatch "\.(jpg|jpeg|png|gif|js|css|svg|ttf|eot|otf|woff|woff2)$">
Header set Cache-Control "max-age=3153600, public"
</FilesMatch>
</ifModule>

Если у вас хостинг Windows

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

Что будет, если не исправлять ошибку 404

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

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

Сделайте страницу 404 полезной

Ошибка 404 (страница не найдена) может появиться в любое время. Важно, чтобы пользователь при входе на эту страницу не потерял доверия к сайту. Страницы с ошибкой 404 можно создавать самостоятельно. Например, если у вас сайт на WordPress или вы пользуетесь услугой REG.Site, страницу с ошибкой можно легко создать с помощью плагина 404page.

Вот несколько советов по созданию страницы:

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

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

Была ли эта статья полезной?

Да Нет

Пользователи, считающие этот материал полезным: 31 из 39 Сообщения об ошибках

(основы проектирования) — приложения Win32

26.08.2021
33 минуты на чтение

В этой статье

Примечание

Это руководство по дизайну было создано для Windows 7 и не обновлялось для новых версий Windows. Большая часть рекомендаций по-прежнему применима в принципе, но презентация и примеры не отражают наши текущие рекомендации по проектированию.

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

Типичное модальное сообщение об ошибке.

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

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

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

Это правильный пользовательский интерфейс?

Для принятия решения рассмотрим следующие вопросы:

Представляет ли пользовательский интерфейс (UI) проблему, которая уже возникла? В противном случае сообщение не является ошибкой. Если пользователь получает предупреждение о состоянии, которое может вызвать проблему в будущем, используйте предупреждающее сообщение.
Можно ли предотвратить проблему, не вызывая путаницы? Если да, то вместо этого предотвратите проблему. Например, используйте элементы управления, которые ограничены допустимыми значениями, вместо использования неограниченных элементов управления, которые могут требовать сообщений об ошибках. Кроме того, отключение элементов управления при нажатии приведет к ошибке, если очевидно, почему элемент управления отключен.
Можно ли устранить проблему автоматически? Если да, устраните проблему и подавите сообщение об ошибке.
Могут ли пользователи выполнить действие или изменить свое поведение в результате сообщения? В противном случае условие не оправдывает прерывание пользователя, поэтому лучше подавить ошибку.
Актуальна ли проблема, когда пользователи активно используют другие программы? Если да, подумайте о том, чтобы показать проблему с помощью значка в области уведомлений.
Не связана ли проблема с текущей деятельностью пользователя, не требует ли она немедленных действий пользователя и могут ли пользователи ее игнорировать? Если да, используйте вместо этого уведомление о сбое действия.
Связана ли проблема со статусом фоновой задачи в главном окне? Если да, подумайте о том, чтобы показать проблему с помощью строки состояния.
Являются ли ИТ-специалисты основными целевыми пользователями? Если да, рассмотрите возможность использования альтернативного механизма обратной связи, например записей в файле журнала или предупреждений по электронной почте.ИТ-специалисты настоятельно предпочитают файлы журналов для некритичной информации.

Концепции дизайна

Характеристики плохих сообщений об ошибках

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

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

Ненужные сообщения об ошибках

Неверно:

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

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

Основная причина: Сообщение обо всех случаях ошибок, независимо от целей или точки зрения пользователей.

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

Сообщения об ошибке «Успех»

Неверно:

Это сообщение об ошибке возникло из-за того, что пользователь решил не перезапускать Windows сразу после удаления программы.Удаление программы прошло успешно с точки зрения пользователя.

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

Основная причина: Задача успешно завершена с точки зрения пользователя, но не удалась с точки зрения программы удаления.

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

Совершенно бесполезные сообщения об ошибках

Неверно:

Пользователи узнают, что произошла ошибка, но не знают, что это за ошибка и что с ней делать. И нет, это не нормально!

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

Основная причина: Скорее всего, программа плохо обрабатывает ошибки.

Рекомендуемая альтернатива: Разработайте в программе хорошую обработку ошибок.

Непонятные сообщения об ошибках

Неверно:

В этом примере формулировка проблемы ясна, но дополнительное объяснение совершенно сбивает с толку.

Проблема: Непонятна постановка или решение проблемы.

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

Рекомендуемая альтернатива: Напишите текст сообщения об ошибке, который ваши целевые пользователи могут легко понять.Предоставляйте решения, которые пользователи действительно могут выполнить. Создавайте сообщения об ошибках в своей программе, не заставляйте программистов составлять сообщения об ошибках на месте.

Сообщения об ошибках, которые передают избыточную связь

Неверно:

В этом примере сообщение об ошибке явно пытается объяснить каждый шаг устранения неполадок.

Проблема: Слишком много информации.

Основная причина: Слишком много деталей или попытка объяснить сложный процесс устранения неполадок в сообщении об ошибке.

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

Неоправданно резкие сообщения об ошибках

Неверно:

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

Проблема: Тон программы излишне резкий или драматичный.

Основная причина: Проблема связана с ошибкой, которая кажется катастрофической с точки зрения программы.

Рекомендуемая альтернатива: Тщательно выбирайте язык, исходя из точки зрения пользователя.

Сообщения об ошибках, в которых винят пользователей

Неверно:

Почему пользователи чувствуют себя преступниками?

Проблема: Сообщение об ошибке сформулировано таким образом, чтобы обвинить пользователя в совершении ошибки.

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

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

Глупые сообщения об ошибках

Неверно:

В этом примере постановка проблемы довольно иронична, и решения не представлены.

Проблема: Глупые или несеквитирующие утверждения сообщений об ошибках.

Основная причина: Создание сообщений об ошибках без учета их контекста.

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

Сообщения об ошибках программатора

Неверно:

В этом примере сообщение об ошибке указывает на наличие ошибки в программе.Это сообщение об ошибке имеет значение только для программиста.

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

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

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

Плохо представленные сообщения об ошибках

Неверно:

В этом примере много типичных ошибок представления.

Проблема: Неправильное отображение всех деталей в представлении сообщения об ошибке.

Основная причина: Незнание и применение рекомендаций по сообщениям об ошибках.Не использовать писателей и редакторов для создания и просмотра сообщений об ошибках.

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

Характеристики хороших сообщений об ошибках

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

Проблема. Сообщает, что возникла проблема.
Причина. Объясняет, почему возникла проблема.
Решение. Предоставляет решение, позволяющее пользователям устранить проблему.

Кроме того, хорошие сообщения об ошибках представлены следующим образом:

Актуально. Сообщение представляет проблему, которая волнует пользователей.
Действует. Пользователи должны либо выполнить действие, либо изменить свое поведение в результате сообщения.
Ориентировано на пользователя. Сообщение описывает проблему с точки зрения целевых действий или целей пользователя, а не с точки зрения того, что не устраивает код.
Краткое. Сообщение как можно короче, но не короче.
Прозрачный. В сообщении используется простой язык, чтобы целевые пользователи могли легко понять проблему и ее решение.
Специфическая. Сообщение описывает проблему, используя определенный язык, с указанием конкретных имен, местоположений и значений задействованных объектов.
Вежливый. Пользователей нельзя обвинять или заставлять чувствовать себя глупыми.
Редкий. Отображается редко. Часто отображаемые сообщения об ошибках — признак плохого дизайна.

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

Как избежать ненужных сообщений об ошибках

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

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

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

Неверно:

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

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

Неверно:

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

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

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

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

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

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

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

Предоставление необходимых сообщений об ошибках

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

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

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

Неверно:

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

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

Проектирование для хорошей обработки ошибок

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

Неверно:

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

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

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

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

Хорошие сообщения об ошибках — это не просто проблема пользовательского интерфейса, это проблема разработки программного обеспечения. Хорошее сообщение об ошибке — это не то, что можно исправить позже.

Устранение неполадок (и как этого избежать)

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

Неверно:

Правильно:

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

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

Неверно:

Ну что это? Теперь пользователь должен устранить неполадки.

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

Правильно:

При определенной причине устранение неисправностей не требуется.

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

Обработка неизвестных ошибок

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

Например, если в вашей программе есть необработанное исключение, подходит следующее сообщение об ошибке:

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

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

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

Определите соответствующий тип сообщения

Некоторые проблемы могут быть представлены в виде ошибок, предупреждений или информации, в зависимости от акцента и формулировки.Например, предположим, что веб-страница не может загрузить неподписанный элемент управления ActiveX на основе текущей конфигурации Windows Internet Explorer:

Ошибка. «Эта страница не может загрузить неподписанный элемент ActiveX.» (Формулируется как существующая проблема.)
Предупреждение. «Эта страница может вести себя не так, как ожидалось, потому что Windows Internet Explorer не настроен для загрузки неподписанных элементов управления ActiveX». или «Разрешить этой странице установить неподписанный элемент управления ActiveX? Выполнение этого из ненадежных источников может нанести вред вашему компьютеру.»(Оба слова указаны как условия, которые могут вызвать проблемы в будущем.)
Информация. «Вы настроили Windows Internet Explorer на блокировку неподписанных элементов управления ActiveX». (Формулируется как констатация факта.)

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

Представление сообщения об ошибке

Большинство сообщений об ошибках в программах Windows представлены с помощью модальных диалоговых окон (как и большинство примеров в этой статье), но есть и другие варианты:

на месте
Воздушные шары
Уведомления
Значки в области уведомлений
Строки состояния
Файлы журнала (для ошибок, предназначенных для ИТ-специалистов)

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

Вам действительно нужно прерывать пользователей, чтобы они могли нажать кнопку «Закрыть»? Если нет, рассмотрите альтернативы использованию модального диалогового окна.

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

Избегайте чрезмерного общения

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

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

Неверно:

Этот пример является хорошим сообщением об ошибке, но он передает слишком много информации.

Что на самом деле говорит весь этот текст? Примерно так:

Правильно:

Это сообщение об ошибке содержит в основном ту же информацию, но гораздо более кратко.

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

Дополнительные рекомендации и примеры чрезмерной коммуникации см. В разделе «Текст пользовательского интерфейса».

Если вы сделаете только восемь дел

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

Шаблоны использования

Сообщения об ошибках имеют несколько шаблонов использования:

Этикетка	Значение
Системные проблемы Операционная система, аппаратное устройство, сеть или программа вышли из строя или не находятся в состоянии, необходимом для выполнения задачи.	Многие системные проблемы могут быть решены пользователем: Проблемы с устройством могут быть решены путем включения устройства, повторного подключения устройства и вставки носителя. Проблемы с сетью можно решить, проверив физическое подключение к сети и запустив Диагностика и ремонт сети . Проблемы с программой можно решить, изменив параметры программы или перезапустив программу. В этом примере программе не удается найти камеру для выполнения пользовательской задачи. В этом примере необходимо включить функцию, необходимую для выполнения задачи.
Проблемы с файлами Файл или папка, необходимые для задачи, инициированной пользователем, не найдены, уже используются или имеют неправильный формат.	В этом примере файл или папку нельзя удалить, потому что они не найдены. В этом примере программа не поддерживает данный формат файла.
Проблемы безопасности У пользователя нет разрешения на доступ к ресурсу или достаточных привилегий для выполнения задачи, инициированной пользователем.	В этом примере у пользователя нет разрешения на доступ к ресурсу. В этом примере у пользователя нет прав для выполнения задачи.
Проблемы задачи Существует конкретная проблема при выполнении задачи, инициированной пользователем (кроме системы, файла не найден, формата файла или проблемы безопасности).	В этом примере данные из буфера обмена не могут быть вставлены в Paint. В этом примере пользователь не может установить обновление программного обеспечения.
Проблемы, вводимые пользователем Пользователь ввел значение, которое неверно или несовместимо с другим вводом пользователя.	В этом примере пользователь ввел неверное значение времени. В этом примере пользовательский ввод имеет неправильный формат.

Указания

Презентация

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

Ошибки ввода пользователем

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

Неверно:

В этом примере неограниченное текстовое поле используется для ограниченного ввода.Вместо этого используйте ползунок.

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

В этом примере всплывающее сообщение указывает на проблему ввода, которая все еще находится в элементе управления.

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

В этом примере локальная ошибка используется для ошибки, обнаруженной при нажатии кнопки фиксации.

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

Устранение неисправностей

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

Иконки

В диалоговых окнах модальных сообщений об ошибках нет значков в строке заголовка. Значки в строке заголовка используются для визуального различия между первичными и вторичными окнами.
Используйте значок ошибки. Исключения:
- Если ошибка связана с ошибкой ввода данных пользователем, отображаемой с помощью модального диалогового окна или выноски, не используйте значок. Это противоречит обнадеживающему тону Windows.Однако в сообщениях об ошибках на месте должен использоваться небольшой значок ошибки (16×16 пикселей), чтобы четко идентифицировать их как сообщения об ошибках.
  В этих примерах для проблем, связанных с вводом данных пользователем, значки ошибок не требуются.
  В этом примере сообщение об ошибке на месте требует небольшого значка ошибки, чтобы четко идентифицировать его как сообщение об ошибке.
Если проблема связана с функцией, имеющей значок (а не с проблемой ввода данных пользователем), вы можете использовать значок функции с наложением ошибки.Если вы это сделаете, также используйте имя функции в качестве темы ошибки.
В этом примере значок функции имеет наложение ошибки, и функция является предметом ошибки.
Не используйте значки предупреждений об ошибках. Это часто делается для того, чтобы презентация выглядела менее суровой. Ошибки — это не предупреждения.
Неверно:
В этом примере неправильно используется значок предупреждения, чтобы ошибка казалась менее серьезной.

Дополнительные рекомендации и примеры см. В разделе «Стандартные значки».

Прогрессивное раскрытие

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

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

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

Рекомендации по маркировке см. В разделе «Управление прогрессивным раскрытием информации».

Больше не показывать это сообщение

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

Дополнительные рекомендации см. В разделе «Диалоговые окна».

Значения по умолчанию

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

Справка

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

Дополнительные инструкции см. В справке.

Коды ошибок

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

Неверно:

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

Назначьте уникальный код ошибки для каждой причины. Это позволяет избежать поиска и устранения неисправностей.
Выберите коды ошибок, которые легко найти в Интернете. Если вы используете 32-битные коды, используйте шестнадцатеричное представление с начальным «0x» и заглавными буквами.

Правильно:

1234

0xC0001234

Неверно:

-1

-67113524

Используйте Показать / Скрыть подробности для отображения кодов ошибок. Фраза как код ошибки:.

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

Звук

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

Текст

Общие

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

Неверно:

Правильно:

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

Не используйте следующие слова:
- Ошибка, сбой (используйте проблему)
- Не удалось (вместо этого использовать невозможно)
- Недопустимый, недействительный, неправильный (вместо этого используйте неправильный)
- Abort, kill, terminate (используйте вместо этого stop)
- Катастрофическое, фатальное (используйте вместо этого серьезное)

Эти термины не нужны и противоречат обнадеживающему тону Windows. При правильном использовании значок ошибки указывает на наличие проблемы.

Неверно:

Правильно:

В неверном примере термины «катастрофический» и «отказ» не нужны.

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

Неверно:

Правильно:

Неправильный пример обвиняет пользователя в использовании активного голоса.

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

Неверно:

Файл не найден.

Диск заполнен.

Значение вне допустимого диапазона.

Недействительный символ.

Устройство недоступно.

Эти проблемы было бы намного проще решить, используя определенные имена, местоположения и значения.

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

Правильно:

Подождите, пока Windows скопирует файлы на ваш компьютер.

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

Правильно:

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

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

Неверно:

Правильно:

В неверном примере используются полные названия продуктов и символы товарных знаков.

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

Правильно:

В этом примере сообщение об ошибке могло бы сбить с толку, если бы имя объекта не было заключено в кавычки.

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

Дополнительные рекомендации и примеры см. В разделе «Стиль и тон».

Заголовки

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

Неверно:

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

Используйте заглавные буквы в стиле заголовка, без знаков препинания в конце.

Основные инструкции

Используйте основную инструкцию, чтобы описать проблему ясным, простым и понятным языком.
Будьте краткими, используйте только одно полное предложение. Сократите основные инструкции до основной информации. Вы можете оставить тему неявной, если это ваша программа или пользователь. Укажите причину проблемы, если можете сделать это кратко. Если вам нужно объяснить что-то еще, воспользуйтесь дополнительной инструкцией.

Неверно:

В этом примере все сообщение об ошибке помещено в основную инструкцию, что затрудняет чтение.

Будьте конкретны, если есть задействованные объекты, дайте их имена.
Избегайте указывать полные пути к файлам и URL-адреса в основной инструкции. Вместо этого используйте короткое имя (например, имя файла) и укажите полное имя (например, путь к файлу) в дополнительной инструкции. Однако вы можете указать один полный путь к файлу или URL-адрес в основной инструкции, если сообщение об ошибке не требует дополнительных инструкций.

В этом примере в основной инструкции используется только имя файла.Полный путь находится в дополнительной инструкции.

Не указывайте полный путь к файлу и URL-адрес, если это очевидно из контекста.

В этом примере пользователь переименовывает файл из проводника Windows. В этом случае полный путь к файлу не нужен, потому что это очевидно из контекста.

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

Основные шаблоны инструкций

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

[необязательное имя субъекта] невозможно [выполнить действие]
[необязательное имя субъекта] не может [выполнить действие], потому что [причина]
[необязательное имя субъекта] не может [выполнить действие] с «[имя объекта]»
[необязательное имя субъекта] не может [выполнить действие] с «[имя объекта]», потому что [причина]
Недостаточно [ресурса] для [выполнения действия]
[Имя субъекта] не имеет [имя объекта], необходимого для [цели]
[Устройство или настройка] выключено, поэтому [нежелательные результаты]
[Устройство или настройка] не [доступно | найдено | включен | включен]
«[имя объекта]» в данный момент недоступен
Неверное имя пользователя или пароль
У вас нет разрешения на доступ к «[имя объекта]»
У вас нет прав [выполнять действие]
[название программы] возникла серьезная проблема, и ее необходимо немедленно закрыть.

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

Дополнительные инструкции

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

Неверно:

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

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

В этом примере дополнительные инструкции не требуются; решение может быть тривиально выведено из постановки задачи.

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

Правильно:

Чтобы перезапустить Windows, нажмите ОК.

Неверно:

Щелкните OK, чтобы перезапустить Windows.

В некорректном примере пользователи, скорее всего, случайно нажмут «ОК».

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

Неверно:

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

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

Неверно:

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

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

Кнопки фиксации

Если сообщение об ошибке содержит командные кнопки или ссылки на команды, которые решают проблему, следуйте соответствующим инструкциям в диалоговых окнах.
Если программа должна завершиться в результате ошибки, предоставьте кнопку выхода из программы. Чтобы избежать путаницы, не используйте для этой цели Close.
В противном случае предоставьте кнопку «Закрыть». Не используйте OK для сообщений об ошибках, потому что эта формулировка подразумевает, что проблемы в порядке.
- Исключение: Используйте OK, если ваш механизм отчетов об ошибках имеет фиксированные метки (как в API MessageBox).

Документация

При обращении к ошибкам:

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

Пример: Если вы получили сообщение В приводе нет компакт-диска , вставьте новый компакт-диск в привод и повторите попытку.

Сообщения об ошибках

: примеры, рекомендации и распространенные ошибки

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

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

Как сообщения об ошибках влияют на UX

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

Это заставляет вас бросить то, что вы делаете, и что-то сломать, верно?

Еще один ужасный опыт — это неоднозначное сообщение об ошибке, предлагающее вам спросить: «Ну, а почему это было неправильно ?!» У Крейга Салливана есть отличный пример с Amazon:

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

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

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

Бесплатный курс UX и юзабилити

Карл Гилис

Переходите от принципов к практике. Посмотрите бесплатные курсы по UX и юзабилити.

Пример: плохой дизайн сообщения об ошибке

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

Я начал с того, что все испортил в регистрационной форме:

Ой, я не сказал им, что я «мистер» Что ж, я исправил это, но потом мне сообщили, что у меня другая ошибка:

Электронная почта недействительна? Хороший звонок. Забыли «.com». Это быстрое решение, но…

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

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

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

4 типичных ошибки с сообщениями об ошибках

1.Неопределенность

Ваши сообщения об ошибках должны четко определять проблему. Вы когда-нибудь получали подобное сообщение?

Почему? Что, черт возьми, мне теперь делать?

Ниже Битли пытался быть «разговорным», но не смог сообщить мне подробностей. Что не так? Имя пользователя? Пароль? Оба? Кто знает. «Нет» тоже звучит снисходительно — почти насмехаясь над моей ошибкой.

Обычный. Форма должна четко разграничивать ваши ошибки и указывать, что делать, как это делает Meetup:

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

2. Снисходительный язык / обвинение пользователя

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

Как выразился Усабилла,

Также важно быть скромным, признать, что вы совершили ошибку, если допустили ошибку. Однако, даже если мы имеем дело с ошибкой пользователя, НИКОГДА не вините пользователя.

Они даже привели гиперболический пример:

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

Они предлагают несколько слов, которых следует избегать:

3. Плохое размещение сообщений об ошибках

UX Movement говорит об этом в своей статье о том, как сделать сообщения об ошибках более обнадеживающими:

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

Что может быть страшнее, чем увидеть что-то подобное после того, как вы нажмете «Отправить»?

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

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

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

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

Пользователи должны знать, где произошла ошибка.Как отметила Хейзел Болтон из Formisimo, Netflix отображает сообщения об ошибках над формой и только подчеркивает поле ошибки оранжевым цветом. По ее словам, «ошибка может быть пропущена или поля трудно найти».

Material Design есть документация по этому поводу.

4. Неясные ожидания

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

Многие сообщения об ошибках не дают четкого представления о следующем шаге. Возьмем, к примеру, компанию Spirit Airlines. Они могли бы предложить мне несколько вариантов, таких как «Восстановление аккаунта» или «Есть аккаунт? Войдите здесь ».

Вместо этого они просто сказали, что мой адрес электронной почты уже зарегистрирован.

Лучший вариант — от Wells Fargo (на удивление):

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

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

Использование микрокопии для предотвращения ошибок

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

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

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

Однако он получил большое красное сообщение: «Возникла проблема с вашим представлением». вверху страницы — двусмысленное сообщение.

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

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

А как насчет встроенной проверки?

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

Вот пример встроенной проверки:

Исследования в области встроенной проверки достоверны.Люк Вроблевски протестировал встроенную проверку (в 2009 году) против контроля (проверка после отправки). Хотя выборка была небольшой, он обнаружил следующие результаты со встроенной версией:

Увеличение успешности на 22%;
Снижение количества ошибок на 22%;
Повышение удовлетворенности на 31%;
Сокращение сроков выполнения работ на 42%;
Снижение количества фиксаций глаз на 47%.

Неплохо. Посмотрите на встроенную проверку ваших форм.Хорошим примером встроенной проверки является Booking.com:

Как отслеживать ошибки формы

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

Если вы используете такой инструмент, как Formisimo, это относительно просто, просто ознакомьтесь с отчетом «Самые исправляемые поля»:

Вы можете использовать средние поправки на одну начальную форму в качестве основы.Цель, конечно же, состоит в том, чтобы уменьшить количество исправлений в поле формы (и тем самым уменьшить трение):

Отслеживание в Google Analytics

Тим Лейтон-Бойс из CXFocus недавно рассказал об одном из своих любимых отчетов Google Analytics в блоге CXL:

Тим Лейтон-Бойс:

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

Я использую его для сообщений об ошибках.

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

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

Вы также можете настроить скрипты для отслеживания ошибок JavaScript на вашей странице, которые вы можете отправлять в пользовательские события в Google Analytics. Search Engine Watch объяснил, как настроить пользовательские события для отслеживания ошибок формы:

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

Совсем недавно Фил Пирс поделился методом отслеживания взаимодействий с формами как части микроворонки с помощью Google Analytics или Google Tag Manager.

Заключение

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

Итак, да, исследуйте удобство использования самостоятельно, но начните с следующих рекомендаций по сообщениям об ошибках:

Не вините пользователя.
Пишите как человек, а не как робот.
Убедитесь, что ошибки четко прописаны, а сообщения расположены интуитивно.
Убедитесь, что пользователи знают, как исправить указанные ошибки.
Не отображать все ошибки вверху страницы. Встроенная проверка — хорошее решение.

Источник основного изображения

Как передавать сообщения об ошибках для людей

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

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

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

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

1. Сделайте сообщения об ошибках удобными для человека

Будьте ясными и конкретными

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

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

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

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

Избегайте жаргона

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

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

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

Будьте краткими и по делу

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

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

2. Не обвиняйте себя

Знаменитая поговорка верна, когда дело касается ошибки UX: «Дело не в том, что вы говорите, а в , как вы это говорите». Тон играет большую роль в восприятии пользователем опыта. Меньше всего вам хотелось бы заставить пользователя чувствовать себя глупо из-за того, что он использует ваш продукт, или как будто ошибка возникла по его вине.

Используйте положительное словоблудие

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

Не кричать (визуально) на пользователя

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

В приведенном выше примере Chase Bank избегает использования таких фраз, как «вы сделали» или «вы не смогли сделать», а вместо этого изящно берет на себя вину, объясняя, что они «не могут найти» недостающую информацию.Затем Чейз переходит к дополнительным шагам, которые помогут пользователю восстановить свою информацию.

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

3. Превратите сообщения об ошибках в процесс обучения

Якоб Нильсен, директор Nielsen Norman Group, сказал в 1996 году , что пользователи на самом деле не читают документацию: «Первый закон Нильсена в компьютерной документации заключается в том, что пользователи не читают ее. . Второй закон заключается в том, что если они все равно его прочтут, то это потому, что они в большой беде и нуждаются в ответе на конкретную проблему ».

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

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

4. Сделайте сообщения об ошибках доступными

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

Не полагайтесь только на цвет

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

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

Ошибка повышения уровня UX с навигацией с клавиатуры

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

Сохраняйте согласованность и естественность макетов ошибок.

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

5. Улучшение UX за счет предотвращения сообщений об ошибках

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

Предотвращение ошибок ввода

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

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

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

Вот еще несколько советов по предотвращению ошибок ввода в зависимости от дизайна:

Отключить даты бронирования в прошлом
Если на веб-сайте есть возрастное ограничение, отключите количество лет рождения, превышающее требование
Автозаполнение адреса электронной почты с «.com »

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

Представлять информацию в виде фрагментов

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

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

Заключение

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

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

Как писать хорошие сообщения об ошибках

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

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

Избегайте использования лишних слов и не переусердствуйте.

Примеры: Сообщение не имеет смысла для пользователя Сообщение не должно быть таким коротким, как отсутствие полезных деталей.
Большинство пользователей не интересуются техническими деталями возникшей проблемы.Если сообщение содержит технические термины или жаргонизмы, пользователь запутается.
Попробуйте использовать простой и понятный язык, не обращая внимания на детали реализации.
Если необходимо упомянуть технические и сложные детали, поместите их в раздел устранения неполадок и направьте пользователя, чтобы он мог быстро решить проблему.
Примеры: Пример сообщения о технической ошибке
Хорошее сообщение об ошибке скромно. Он изящно сообщает о проблемах своему пользователю, не обвиняя его в его действиях.
Пользователь может снова и снова выполнять некорректное действие. Но ответственность дизайнера состоит в том, чтобы хорошо информировать его о его ошибках.
«Хороший способ придать сообщениям об ошибках более человечный тон — это подумать о том, чтобы объяснить их кому-нибудь вслух. Как это звучит, когда вы говорите на нем в разговоре ». — Соня Грегори Пользователь плохо себя чувствует при чтении оскорбительного сообщения
Примеры: Пример оскорбительного сообщения
Есть определенные негативные слова, которых следует избегать в пользовательском интерфейсе.Поскольку сообщения об ошибках основаны на каких-то необычных действиях пользователя, есть вероятность, что система отобразит что-то неуважительное по отношению к пользователю.
Джон Экман приводит очень хороший пример использования «да» и «нет»:
«Несколько лет назад, регистрируясь в аэропорту Стокгольма по пути в США, я спросил женщину у стойки регистрации, можно ли повысить класс обслуживания до бизнес-класса. Ее ответ: «Мне очень жаль, но это невозможно. За это придется доплачивать.Регистрируясь на обратный рейс, я снова попробовал то же самое, но на этот раз получил ответ: «Конечно, сэр! Как Вы хотите расплатиться?» Таким образом, несмотря на то, что количество мест и возможность повышения класса обслуживания были одинаковыми, я получил два совершенно разных ответа: один «да» и один «нет» ». Избегайте отрицательных слов, если пользователь ошибается
Примеры: Это сообщение непонятно и не содержит положительных слов
Хорошее сообщение об ошибке состоит из трех частей: идентификация проблемы, подробные сведения о причине, если они полезны, и решение, если возможно.
Каждый раз, когда возникает ошибка, пользователь хочет исправить ее как можно скорее. Сообщение об ошибке должно содержать достаточно информации для пользователя, которая подскажет ему, как выйти из ошибочной ситуации.
Сообщение может также направить пользователя в другое место или к другому человеку, откуда он может получить подробную справку по проблеме.
Примеры: В этом сообщении отсутствует причина ошибки и руководство по решению.
Сообщение должно содержать соответствующую информацию, чтобы пользователь мог легко относиться к указанному месту и параметрам.
Укажите точное местонахождение проблемы — куда должен пойти пользователь и какие шаги необходимо предпринять для ее решения.
Если сообщение об ошибке содержит расплывчатую информацию, пользователь запутается, и ему будет сложно удалить ошибку.
Сообщение должно содержать полезную информацию
Примеры: В этом сообщении указаны три возможные причины ошибки, которые могут сбить с толку пользователя.
Текст в верхнем регистре трудно читать, он вызывает у пользователя впечатление крика.
Сообщение об ошибке — это место, где пользователя информируют о каком-то критическом сценарии, поэтому использование текста в верхнем регистре может вызвать у него чувство уныния.
Действия — важная часть сообщения об ошибке. Соответствующие действия служат руководством для пользователя о следующем шаге.
Действия — возможные пути решения проблемы. Сообщение может содержать одно или несколько действий для пользователя.
«Дайте кнопкам предупреждений краткие, логичные заголовки. Лучшие заголовки кнопок состоят из одного или двух слов, описывающих результат выбора кнопки.»- правила iOS
Если пользователю необходимо выполнить определенные действия для устранения ошибки, используйте то же имя действия, что и заголовок кнопки.
Примеры: Ясные и точные действия, указанные в этом сообщении об ошибке
Если есть подробная информация, относящаяся к сообщению, которое пользователь может не захотеть видеть, поместите ее в раздел «Показать / скрыть». Это может быть полезно для опытных пользователей, которые могут захотеть узнать о технических деталях.
Просто убедитесь, что в этих разделах размещена наименее необходимая информация, поскольку большую часть времени пользователи не будут переходить в раздел «Показать / скрыть».
Примеры: Пользователь может не интересоваться подробностями с первого взгляда
Очень важно разместить сообщение об ошибке ближе к тому месту, откуда оно принадлежит. Пользователи не должны смотреть туда-сюда после прочтения сообщения о том, о чем в нем говорится.
Например, когда пользователь заполняет информацию в форме, лучше всего указать ошибку проверки вместе с элементами управления, к которым она относится.
В противном случае пользователь сначала обнаружит ошибочный элемент управления, а затем устранит его.
Сообщение об ошибке должно быть видимым и заметным. Сообщение, появляющееся на экране, должно отображаться в текущем представлении, даже если пользователь прокрутил представление вверх или вниз.
«Лучшее сообщение об ошибке — то, которое никогда не появляется» — Томас Фукс
Избегать ошибок — это хорошо, но поскольку мы живем в мире людей, невозможно сделать все идеально.
Однако, следуя стандартным правилам и рекомендациям, с ошибками можно справиться таким образом, чтобы не ругать пользователя за его ошибки.
Хороший материал для чтения сообщений об ошибках Рекомендации по UX:
Как писать и создавать удобные для пользователя сообщения об ошибках
Мы все знаем, что лучшее сообщение об ошибке — это сообщение, которое никогда не появляется. Но как бы хорош ни был наш дизайн, ошибки неизбежны. Когда люди взаимодействуют с продуктами, рано или поздно что-то пойдет не так.
Сообщения об ошибках могут показаться банальными, но они являются важным компонентом взаимодействия с пользователем. Пользователи часто оценивают качество продукта по качеству сообщений об ошибках.Плохо написанные сообщения об ошибках — одна из вещей, которые раздражают пользователей. С другой стороны, хороший UX-дизайн сообщений об ошибках может повысить скорость использования и субъективное удовлетворение пользователей.
В этой статье я хочу поделиться шестью главными рекомендациями по написанию и разработке удобных сообщений об ошибках. Рекомендации основаны на руководящих принципах, разработанных Microsoft и Apple.
1. Ясность — ключ к успеху.
Когда дело доходит до написания сообщений об ошибках, ясность является вашим главным приоритетом.Вам нужно описать, что произошло, почему это произошло и что пользователь может с этим поделать. Сообщение должно быть написано простым языком, чтобы целевые пользователи могли легко понять и проблему, и ее решение.
Избегайте абстрактных сообщений об ошибках
Абстрактные сообщения об ошибках не содержат достаточной информации о проблеме. Во многих случаях они просто констатируют, что что-то пошло не так, и не помогают пользователям понять основную причину проблемы. Не думайте, что люди знают о контексте сообщения — четко и четко укажите, что именно пошло не так.
Может сбивать с толку, когда дизайн сообщения об ошибке не дает ясности в отношении того, что именно пошло не так. Это пример абстрактного сообщения об ошибке во время установки Windows 10.
Избавьтесь от технических терминов
Если сообщение об ошибке содержит технические термины или жаргон, пользователь запутается. Сообщение об ошибке всегда должно описывать проблему с точки зрения целевых действий или целей пользователя. Даже если ваши пользователи технически подкованы, все же лучше использовать нетехнические термины, которые всем легко понять.
В этом сообщении об ошибке используется много технического жаргона. Изображение IDW.
2. Пишите кратко, но точно.
Люди редко читают страницы слово за словом; вместо этого они просматривают страницу, выбирая отдельные предложения. Чем больше текста на странице, тем сложнее его сканировать и тем больше вероятность, что пользователи его вообще не прочитают. Исследование Американского института прессы показало, что более короткие предложения приводят к лучшему пониманию:
Если предложения содержат восемь слов или меньше, читатели понимают 100 процентов информации.
Если предложения содержат 43 слова или больше, понимание читателя падает до менее 10 процентов.
Постарайтесь сократить текст до самого необходимого во всех частях вашего графического интерфейса, включая сообщения об ошибках. Ваша цель — писать короткие, но содержательные сообщения об ошибках.
Не переусердствуйте с сообщением о проблеме
Сообщения об ошибках должны помочь пользователям легко решить проблему. Сообщения должны содержать только ту информацию, которая необходима им для этого. Поймите, о чем вы хотите сообщить, и избавьтесь от ненужных деталей, которые не помогают вам в этом.
Хорошо продуманные сообщения об ошибках часто пытаются объяснить, как исправить ошибку. Однако в некоторых случаях сложно объяснить проблему одним предложением, поэтому дизайнеры используют средства устранения неполадок — пошаговые инструкции по решению проблемы. В следующем примере сообщение об ошибке пытается объяснить каждый шаг по устранению неполадок. В результате сообщение об ошибке становится нечитаемым.
Избегайте отображения средств устранения неполадок в виде основного текста сообщения об ошибке. Изображение от Microsoft.
Не пытайтесь объяснить сложный процесс устранения неполадок в сообщении об ошибке.Вместо этого используйте прогрессивное раскрытие для предоставления этой информации. Раздел, содержащий шаги, должен быть по умолчанию скрыт, и когда пользователи хотят узнать больше о проблеме, они нажимают «Как ее исправить».
3. Не обвиняйте пользователей
Человеческий тон и язык имеют огромное влияние на то, как пользователи понимают сообщение. Используйте правильный тон, чтобы помочь пользователям лучше понять ситуацию с ошибкой и помочь им понять ее.
Избегайте таких фраз, как «Ты сделал», «Ваше действие вызвало.”
Некоторые сообщения об ошибках сформулированы таким образом, что пользователя обвиняют в совершении ошибки; ошибки уже досаждают, и не нужно добавлять к разочарованию суждения. В конце концов, эти сообщения — важный, хотя и небольшой способ общения и построения отношений с нашими пользователями. Всегда сосредотачивайтесь на проблеме, а не на действиях пользователя, которые привели к проблеме.
Вот два способа справиться с ситуацией, когда пользователь вводит неправильные учетные данные:
Не говорите: Вы ввели неправильный логин или пароль.
Сказать: Ваш логин и пароль не совпадают.
Подсказка: Хороший способ добавить более человечный тон в UX-дизайн сообщений об ошибках — подумать о том, чтобы объяснить их вслух человеку, который вам небезразличен.
Обратите внимание, как Dropbox вежливо запрашивает пропавший символ.
Избегайте использования текста в верхнем регистре и (или) восклицательных знаков в сообщениях.
Как текст в верхнем регистре, так и восклицательные знаки создают неприятное впечатление у пользователя. Текст в верхнем регистре затрудняет чтение сообщения об ошибке.Когда сообщение об ошибке заканчивается восклицательным знаком, создается впечатление, что система кричит на пользователей.
4. Предложите пользователям решение
Представьте, что вы написали очень важное электронное письмо и нажали кнопку «Отправить». Сразу после этого вы увидите сообщение «Не удалось отправить письмо» без каких-либо подробностей. В результате вы не знаете, что с этим делать. Вы должны приостановить выполнение задачи и потратить время на поиск решения проблемы.
Пример тупикового сообщения об ошибке.
Когда пользователь должен остановить свою задачу, чтобы исправить ошибку, это подрывает основы дизайна, ориентированного на пользователя, — помогает вашей аудитории эффективно и действенно выполнить задачу.
Эффективное сообщение об ошибке UX-дизайн не только информирует пользователей о возникновении проблемы и объясняет, почему это произошло, но также предоставляет пользователям следующие шаги, чтобы они могли исправить проблему. Следующим шагом могут быть контекстно-зависимые действия.
Это сообщение об ошибке предоставляет контекстно-зависимые действия.
Не объяснять значение кнопок
Сообщение об ошибке Дизайн пользовательского интерфейса обычно предусматривает кнопки, которые позволяют пользователям выполнять определенные операции. Во многих случаях кнопки позволяют пользователям либо продолжить операцию, либо отменить, если они передумали. Основное правило хорошего дизайна кнопок простое — пользователи должны понимать, что будут делать кнопки, читая их надписи. Если текст сообщения об ошибке и метки кнопок ясны, нет необходимости объяснять, что делают кнопки.
Удалите сообщение об ошибке списка воспроизведения в Apple Music. Здесь не нужно объяснять значение кнопки «Удалить».
5. Использование правильного формата для сообщений об ошибках
Сообщения об ошибках обычно представляются с помощью модальных диалоговых окон — наложений, которые не позволяют пользователям взаимодействовать с базовым содержимым. Размещение сообщений об ошибках в модальных диалоговых окнах имеет большое преимущество — это привлекает 100% внимания пользователя. Однако это быстро становится недостатком, если в этом внимании нет необходимости.Во многих случаях можно отображать сообщения об ошибках, используя альтернативные шаблоны, такие как встроенные или в виде сообщения о состоянии.
При разработке сообщений об ошибках задайте простой вопрос: «Нужно ли прерывать пользователя, чтобы прочитать это сообщение?» Если нет, рассмотрите альтернативы использованию модального диалогового окна.
6. Ограничьте количество сообщений об ошибках, которые видят пользователи.
Часто отображаемые сообщения об ошибках являются признаком плохого UX сообщения об ошибке. Сообщения об ошибках мешают работе пользователя и создают трения.Таким образом, их следует использовать только в важных ситуациях, таких как деструктивные действия (например, удаления). Редкость предупреждений помогает убедиться, что люди воспринимают их серьезно.
Используйте ограниченные элементы управления
Обычно лучше предотвратить ошибку, чем сообщить о ней. Многие ошибки можно избежать за счет более чуткого дизайна. Элементы пользовательского интерфейса, такие как ползунки и средства выбора даты и времени, должны быть ограничены допустимыми значениями. Например, для возможности бронирования с помощью средства выбора даты отеля следует отключить даты в прошлом.
Booking.com не позволяет пользователям выбирать неправильные даты, отключая даты в прошлом.
Также можно ограничить текстовые поля, чтобы они принимали только определенные символы. Например, если вы ожидаете, что пользователи будут вводить номер телефона в текстовое поле, вы можете принимать только цифры и создать маску номера телефона для этого поля.
Текстовое поле ввода телефона. Изображение предоставлено Github.
И последнее, но не менее важное: вы можете отключить кнопки с призывом к действию для форм ввода, когда нажатие на них приведет к ошибке.Этот пункт действителен для форм отправки данных — до тех пор, пока очевидно, почему элемент управления отключен, он не позволяет пользователям совершать ненужные действия.
Не сообщать об ошибках, которые не волнуют пользователей.
Разработчики программного обеспечения часто полагаются на сообщения об ошибках, которые указывают на некоторые системные ошибки. Сообщения, указывающие на наличие ошибки в системе, имеют значение только для программиста, но пользователей они не волнуют. Помимо закрытия сообщения об ошибке, пользователи ничего не могут поделать с такими сообщениями.
Автоматическое исправление ошибок
Если проблема может быть исправлена автоматически, она должна быть исправлена автоматически. Например, форма поиска должна автоматически исправлять опечатки.
Amazon автоматически исправляет мелкие опечатки.
Имейте стратегию разработки сообщений об ошибках
Когда дело доходит до разработки сообщений об ошибках, жизненно важно мыслить целостным образом. Начните с исследования и анализа и подумайте обо всех местах в вашем продукте, где что-то может пойти не так. Перечислите их, а затем начните разрабатывать краткое и понятное сообщение об ошибке для каждого из них.
Работайте с разработчиками UX, чтобы просмотреть существующие сообщения об ошибках. Авторы UX будут учитывать как контекст, так и душевное состояние пользователя при просмотре ошибок и обновлять текст ошибки там, где это необходимо. И не забывайте проверять свои решения. Всегда проверяйте свои сообщения об ошибках с реальными пользователями.
Дизайн сообщения об ошибке может показаться незначительной частью информационной архитектуры, но он может иметь огромное влияние на взаимодействие с пользователем. Уменьшая трение, вы держите пользователей в курсе и помогаете им выполнить задуманное.
Рекомендации по сообщениям об ошибках
Рекомендации по созданию эффективных сообщений об ошибках остаются неизменными в течение 20 лет. Хорошее сообщение об ошибке должно включать:
Явное указание , что что-то пошло не так. Самые худшие сообщения об ошибках — те, которых не существует. Когда пользователи совершают ошибки и не получают обратной связи, они полностью теряются. Электронная почта, например, предлагает несколько ситуаций, в которых было бы полезно явное указание. Например: Когда вы отправляете сообщение, которое поглощается системой и никогда не доходит до получателя.Еще один хороший пример? Когда вы заявляете в электронном письме, что включаете вложение, но забываете это сделать. Наконец, задание для этой надоедливой скрепки: «Кажется, вы хотите прикрепить файл к этому сообщению, но вы этого не сделали. Хотите прикрепить его сейчас?»
Удобочитаемый язык вместо непонятных кодов или сокращений, таких как «Произошла ошибка типа 2».
Вежливая формулировка , которая не обвиняет пользователей и не подразумевает, что они либо глупы, либо делают что-то не так, как в «незаконная команда.»
Точное описание точных проблем, а не расплывчатые общие сведения, такие как «синтаксическая ошибка».
Конструктивный совет по устранению проблемы. Например, вместо того, чтобы сообщать «нет в наличии», ваше сообщение об ошибке должно либо сообщать пользователям, когда продукт будет доступен, либо предоставлять пользователям возможность запросить уведомление, когда продукт будет пополнен.
Наиболее частое сообщение об ошибке в Интернете, 404 , нарушает большинство этих рекомендаций.Я рекомендую вам написать собственное сообщение об ошибке 404 вместо того, чтобы полагаться на встроенное на сервере сообщение «страница не найдена».
Новые инструкции
Сложность веб-страниц привела к необходимости в руководстве, которое не требовалось в прежние времена. В интерфейсе DOS пользователи вводят команду, и сообщение об ошибке отображается в следующей строке TTY. В современных графических пользовательских интерфейсах пользователи щелкают команду, и сообщение об ошибке отображается в большом диалоговом окне в середине экрана, и оно не исчезает, пока пользователи не подтвердят это.Однако в Интернете сообщения об ошибках часто скрыты в виде скромного текста на перегруженной странице, что приводит к новому руководству: сообщения об ошибках должны быть
Видимый и очень заметный, как с точки зрения самого сообщения, так и того, как оно указывает, какой элемент диалога пользователи должны исправить.
Я часто наблюдал, как пользователи допускают ошибку в веб-форме только для того, чтобы получить ту же форму обратно с сервера без видимых указаний на то, что пошло не так. Часто вверху страницы появлялось небольшое сообщение об ошибке, но поскольку пользователи сначала смотрят на активную часть страницы (т.д., область с полями формы), они обычно не замечают ошибку.
Связанный с этим недостаток конструкции состоит в том, чтобы указать состояние ошибки только путем поворота метки поля в красный цвет. Это нарушает одно из старейших и простейших правил, делающих технологию доступной для пользователей с ограниченными возможностями: никогда не используйте цвет как единственный механизм кодирования; всегда включайте повторяющиеся подсказки, которые могут видеть дальтоники.
Два других правила могут сделать ситуацию с ошибкой менее неприятной для пользователей:
Сохраните как можно больше работы пользователя.Позвольте пользователям исправить ошибки, отредактировав исходное действие, вместо того, чтобы делать все заново. Например, при представлении результатов поиска покажите поле поиска с исходными условиями запроса пользователя, чтобы облегчить редактирование. Если совпадений не обнаружено, разрешите пользователям выполнять поиск в более широком диапазоне одним щелчком мыши.
Уменьшите труд по исправлению ошибки. Если возможно, угадывайте правильное действие и позвольте пользователям выбрать его из небольшого списка исправлений. Например, вместо того, чтобы просто сказать «город и почтовый индекс не совпадают», позволяет пользователям нажимать кнопку для города, который соответствует введенному ими почтовому индексу.
Возможность обучения пользователей
Наконец, вы, вероятно, уже знаете Первый закон компьютерной документации Нильсена: человек не читают его . Этот вывод еще более очевиден для веб-сайтов, где пользователи действительно избегают чтения, которое не является существенным для их задачи. Нажмите «Справка»? Никогда.
Пользователи читают системную документацию только тогда, когда у них проблемы (это второй закон). Они особенно внимательны, когда хотят исправить ошибку.Учитывая это, вы можете использовать сообщения об ошибках как образовательный ресурс, чтобы поделиться небольшими знаниями с пользователями. Конечно, сообщения об ошибках должны быть краткими и конкретными, как и все веб-содержимое. Тем не менее, сообщения об ошибках могут немного научить пользователей тому, как работает система, и дать им информацию, необходимую для более эффективного ее использования. Для достижения этой цели базовая технология Интернета делает возможным еще одно руководство:
Гипертекст ссылки могут использоваться для соединения краткого сообщения об ошибке со страницей с дополнительным справочным материалом или объяснением проблемы.(Но не переусердствуйте.)
Искусство написания сообщения об ошибке — Создание вашего веб-сайта
Как мы все знаем, лучшее сообщение об ошибке — это сообщение, которое никогда не появляется. Однако, как бы хороша ни была наша конструкция, ошибки неизбежны. Когда люди взаимодействуют с продуктами, в какой-то момент что-то обязательно пойдет не так.
Сообщения об ошибках могут появляться немного, но они являются важной частью взаимодействия с пользователем. Пользователи часто используют качество сообщений об ошибках, чтобы оценить качество продукта.Одна из вещей, которая раздражает пользователей, — это плохо написанные сообщения об ошибках. С другой стороны, хороший UX-дизайн сообщений об ошибках может улучшить субъективное удовлетворение пользователей и повысить скорость использования.
Как писать хорошие сообщения об ошибках?
Управление болевыми точками пользователя — ключевой элемент UX. Сообщение об ошибке — одно из самых страшных (для пользователей). Это может быть проблема, которая возникает, когда пользователь регистрируется для продукта, или проблема, возникающая в середине рабочего процесса пользователя. Цель состоит в том, чтобы сделать встречу максимально безболезненной для пользователей.Когда дело доходит до написания такого рода сообщений, могут помочь передовые методы работы с микрокопиями и руководства по стилю, но это больше, чем просто основы.
Вот несколько общих принципов, которые помогут вам в создании наиболее эффективных сообщений об ошибках для ваших потребителей:
1. Будьте конкретны, а не спекулятивны
Изображение взято из Bootcamp
Сообщения об ошибках должны быть написаны ясным и простым образом. При просмотре сообщения об ошибке пользователь должен понимать проблему.Бесполезно, если сообщение об ошибке расплывчато и пользователь не может определить причину сообщения. У пользователей нет возможности решить проблему, которая отрицательно сказывается на использовании продукта.
Пример:
Изображение взято из Поразительно
2. Сделайте его кратким и содержательным
Изображение взято из Bootcamp
В сообщение об ошибке следует включить необходимую информацию. В большинстве случаев пользователь не хочет читать длинные рассказы.Напишите краткое описание, которое имеет смысл для пользователя и дает ему четкое представление о проблеме и способах ее решения. Избегайте чрезмерного изложения проблемы и избегайте использования лишних терминов.
3. Избегайте технического жаргона
Изображение взято из Bootcamp
Большинство пользователей не интересуются техническими сложностями проблемы. Пользователь недоумевает, если в сообщении используются технические фразы или жаргон.Избегайте использования жаргона или упоминания деталей реализации в своих статьях. Если необходимо упомянуть технические или сложные детали, поместите их в раздел устранения неполадок и направьте пользователя, чтобы он мог быстро устранить проблему.
4. Будьте скромны и не указывайте пальцем на пользователя
Изображение взято из Bootcamp
Достойное сообщение об ошибке носит скромный характер. Он вежливо объясняет пользователю проблему, не осуждая его за его поведение.У пользователя есть возможность неоднократно выполнять некорректное действие. Однако задача дизайнера — правильно предупредить его о его ошибках.
«Чтобы придать сообщениям об ошибках более человечный тон, попробуйте сказать это кому-нибудь вслух. Когда вы говорите это вслух, как это звучит? » Соня Грегори.
Пример:
Изображение взято из Поразительно
5. Отрицательные слова следует заменить положительными
Изображение взято из Bootcamp
В пользовательском интерфейсе есть несколько неприятных слов, которые должны избегать.Поскольку сообщение об ошибке основано на необычных действиях пользователя, система может отображать что-то неуважительное по отношению к пользователю.
Джон Экман дает отличную иллюстрацию того, как использовать «да» и «нет»:
«Несколько лет назад я спросил женщину у стойки регистрации аэропорта Стокгольма, могу ли я перейти на бизнес-класс для билета в Соединенные Штаты. . Она ответила: «Мне очень жаль, но это невозможно». За это придется заплатить больше «. Я попробовал то же самое еще раз при регистрации на обратный рейс: «Конечно, сэр!» была реакция на этот раз.«Как бы вы хотели за это заплатить?» говорит рассказчик.
Итак, несмотря на то, что наличие мест и потенциал обновления были одинаковыми, я получил два совершенно разных ответа: один «да» и один «нет».
6. Дайте инструкции пользователя
Изображение взято из Bootcamp
Хорошее сообщение об ошибке состоит из трех частей: идентификация проблемы, сведения о причинах, если они доступны, и решение, если возможно.Когда пользователь сталкивается с ошибкой, он хочет исправить ее как можно быстрее. Сообщение об ошибке должно предоставить пользователю достаточно информации, чтобы помочь ему выйти из неправильного состояния. Уведомление также может направлять пользователя в другое место или к человеку, который может предоставить дополнительную информацию о ситуации.
Пример:
Изображение взято из Поразительно
7. Сделайте ваши точки конкретными и релевантными
Изображение взято из Bootcamp
Сообщение должно включать соответствующую информацию, которая позволяет пользователю быстро относятся к предоставленному месту и альтернативам.Четко укажите точное местонахождение проблемы, включая то, куда должен пойти пользователь и какие шаги он должен предпринять, чтобы исправить это. Если сообщение об ошибке содержит неоднозначную информацию, пользователь будет озадачен, что затруднит решение проблемы.
Пример:
Изображение взято из Поразительно
8. Не используйте все заглавные буквы
Изображение взято из Bootcamp
Текст в верхнем регистре трудно читать и выдает пользователю впечатление крика.Поскольку сообщение об ошибке — это место, где пользователя предупреждают о потенциально опасной ситуации, использование прописных букв может разочаровать его.
9. Выполните корректирующие действия
Изображение взято из Bootcamp
Действия, содержащиеся в сообщении об ошибке, являются существенными. Соответствующие действия дают пользователю указание, что делать дальше. Действия — это варианты решения проблемы. Сообщение может включать одно или несколько действий пользователя.
«Дайте кнопкам предупреждений короткие разумные имена. Самые лучшие названия кнопок — это одно или два слова, которые передают, что происходит, когда вы нажимаете кнопку ». — Рекомендации для iOS.
Используйте то же имя действия, что и заголовок кнопки, если пользователь должен предпринять определенные действия для устранения ошибки.
Пример:
Изображение взято из Поразительно
10. Принять стратегию постепенного раскрытия информации
Изображение взято из Bootcamp
Разместите подробную информацию о сообщении об ошибке в области Показать / Скрыть если вы думаете, что пользователь не захочет его просматривать.Это может быть полезно для более продвинутого пользователя, который хочет узнать о технологических деталях. Просто поместите в эти части наименее важную информацию, так как большинство пользователей не будут посещать раздел «Показать / скрыть».
11. Используйте соответствующее позиционирование
Изображение взято из Bootcamp
Очень важно расположить сообщение об ошибке ближе к региону, которому оно принадлежит. Пользователям не нужно смотреть по сторонам после прочтения сообщения, чтобы понять, о чем оно.
Когда пользователь заполняет форму, например, сообщение об ошибке проверки вместе с элементами управления, на которые он ссылается, является большим опытом. В противном случае пользователь сначала обнаружит неправильный элемент управления, прежде чем пытаться исправить его.
Сообщение об ошибке должно быть легко читаемым и понятным. Даже если пользователь прокрутил экран вверх или вниз, в текущем представлении должно появиться сообщение.
12. Правильный визуальный дизайн сообщения об ошибке
Изображение взято из UXplanet
Сообщение об ошибке должно быть доступно в любое время.Используйте высококонтрастный текст и фоновые изображения / цвета, чтобы сообщение выделялось и было легко читаемым.
Текст сообщения об ошибке, как обычно, красный. Иногда выбирают желтый или оранжевый цвета, поскольку некоторые ресурсы утверждают, что красный цвет вызывает у потребителей чрезмерный стресс. В любом случае убедитесь, что текст ошибки читается и выделяется на фоне цвета. Не забудьте добавить значок, связанный с цветом, рядом с цветом, чтобы сделать его более доступным для людей с дальтонизмом.
Заключение:
Вы готовы перестроить или обновить веб-сайт своей компании, и у вас могут быть некоторые дизайнерские идеи или функции, которые вы хотели бы включить. Прежде чем делать что-либо еще, убедитесь, что UX или взаимодействие с пользователем является вашим главным приоритетом в дизайне вашего сайта. На взаимодействие с клиентами, привлечение потенциальных клиентов и продажи влияет пользовательский опыт.
Хорошее взаимодействие с пользователем — это не только помощь посетителям в навигации по сайту; он также вызывает эмоциональные отклики и приближает вас к вашим клиентам.Однако независимо от того, сколько рекомендаций существует, чтобы привлечь внимание к вашему дизайну, правильно настроить UX иногда бывает сложно.
Цель дизайна пользовательского опыта — заставить людей ответить «да» на все эти вопросы.
Мы не можем спроектировать пользовательский опыт, и мы не можем воссоздать пользовательский опыт одного веб-сайта на другом. Пользовательский опыт будет зависеть от веб-сайта. Дизайн веб-сайта должен соответствовать целям, ценностям, методам производства и продуктам компании.
Все должно быть протестировано, и вы должны попробовать увидеть свой сайт глазами целевой аудитории. В конечном итоге ваш сайт станет проще в использовании для конкретных посетителей, что может привести к дополнительным продажам или новым клиентам.
Когда дело доходит до уровня удобства использования или простоты использования, у каждого конструктора сайтов есть свои плюсы и минусы, основанные на функциях, гибкости и интуитивно понятном дизайне интерфейса редактирования. С одной стороны, у вас есть такой конструктор, как Strikingly, который одновременно прост в использовании и обширен.С другой стороны, конструктор страниц, такой как WordPress или GoDaddy, не дает вам много вариантов, когда дело доходит до создания страницы.
Leave a comment Cancel reply

Blog

Ошибка OE (0E) стиральной машины LG: что она означает и как ее исправить — журнал LG MAGAZINE Россия

Ошибка 03 на стиральной машине LG.

Что делать если кофемашина выдает ошибку

Причины неисправности

Лучше вызвать мастера

В «Дія» пропал COVID-сертификат, система выдает ошибку — что делать

«Случилась ошибка» — как вернуть сертификат вакцинации

Как сгенерировать COVID-сертификат

Что нужно знать

«Не установлены необходимые дополнительные файлы»? – Поддержка Epic Games

Откройте программу запуска Epic Games от имени администратора

Установите распространяемые компоненты Microsoft Visual C++

Убедитесь, что у вас есть доступ к этой папке с правами на чтение и запись

Ошибка 404 – Помощь | REG.RU

Ошибка 404 (http status 404) — что это значит?

Открывается только главная страница сайта, на внутренних страницах ошибка 404 или 500

На хостинге Linux

Если у вас хостинг Windows

Что будет, если не исправлять ошибку 404

Сделайте страницу 404 полезной

(основы проектирования) — приложения Win32

В этой статье

Это правильный пользовательский интерфейс?

Концепции дизайна

Указания

Презентация

Ошибки ввода пользователем

Устранение неисправностей

Иконки

Прогрессивное раскрытие

Значения по умолчанию

Справка

Коды ошибок

Звук

Текст

Документация

: примеры, рекомендации и распространенные ошибки

Как сообщения об ошибках влияют на UX

Бесплатный курс UX и юзабилити

Пример: плохой дизайн сообщения об ошибке

4 типичных ошибки с сообщениями об ошибках

1.Неопределенность

2. Снисходительный язык / обвинение пользователя

3. Плохое размещение сообщений об ошибках

4. Неясные ожидания

Использование микрокопии для предотвращения ошибок

Рекомендации по сообщениям об ошибках

4 H сообщений об ошибках

1.

2.

4.

А как насчет встроенной проверки?

Как отслеживать ошибки формы

Отслеживание в Google Analytics

Заключение

Как передавать сообщения об ошибках для людей

1. Сделайте сообщения об ошибках удобными для человека

Будьте ясными и конкретными

Избегайте жаргона

Будьте краткими и по делу

2. Не обвиняйте себя

Используйте положительное словоблудие

Не кричать (визуально) на пользователя

3. Превратите сообщения об ошибках в процесс обучения

4. Сделайте сообщения об ошибках доступными

Не полагайтесь только на цвет

Ошибка повышения уровня UX с навигацией с клавиатуры

Сохраняйте согласованность и естественность макетов ошибок.

5. Улучшение UX за счет предотвращения сообщений об ошибках

Предотвращение ошибок ввода

Представлять информацию в виде фрагментов

Заключение

Как писать хорошие сообщения об ошибках

Как писать и создавать удобные для пользователя сообщения об ошибках

1. Ясность — ключ к успеху.

Избегайте абстрактных сообщений об ошибках

Избавьтесь от технических терминов

2. Пишите кратко, но точно.