Foreversoft.ru

IT Справочник
5 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Сообщение об ошибке

Последние записи

Будни разработчика на Кипре

Свой среди своих: гуманитарии в IT

Собрались и погнали!

8 марта в Noveo: алхимия, ярмарка и тропики в одном флаконе

Удалённое сотрудничество: вынужденная мера или стиль жизни?

Как написать идеальное сообщение об ошибке

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

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

  1. Понятный текст
  2. Правильное расположение
  3. Хороший дизайн

Понятный текст

1. Сообщение об ошибке должно быть понятным

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

2. Сообщение должно быть полезным

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

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

3. Сообщение об ошибке должно относиться к конкретной ситуации

Очень часто на сайтах используется одно сообщение об ошибке на все случаи жизни. Вы не заполнили поле — «введите валидный адрес электронной почты”, пропустили значок @ — “введите валидный адрес электронной почты”. MailChimp поступает по-другому: у них три разных сообщения об ошибке для каждой проверки валидности адреса. В первую очередь проверяется, что поле не было оставлено пустым, затем идёт проверка наличия символов “@” и “.”.(В любом случае “Введите корректное значение” — не лучшее сообщение об ошибке, ведь пользователю не понятно, какое значение будет корректным). Предлагайте пользователям актуальные сообщения, а не абстрактные.

4. Сообщение об ошибке должно быть вежливым

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

5. Пошутите, если это уместно

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

Правильное место сообщения

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

Правильный дизайн сообщения

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

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

Вывод

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Краткость, ясность и уместный тон: каким должен быть текст сообщения об ошибке Материал редакции

Перевод краткого руководства от UX-писателя BBC Эми Лик.

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

Определите, с какой ошибкой столкнулся пользователь

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

  • Что произошло?
  • Как это случилось?
  • Как это исправить?
  • Ошибся пользователь, система или все вместе?
  • Можно ли изменить текст этого сообщения? Операционная система может контролировать некоторые сообщения об ошибках.
Читать еще:  В службе exchange произошла ошибка

Структура текста

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

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

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

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

Пишите коротко и ясно

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

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

Системная ошибка

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

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

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

Иногда ошибки появляются по вине пользователя. Но сообщить об этом можно мягко и без осуждения.

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

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

Используйте правильный тон

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

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

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

Что случится, если нажать на кнопку

Для устранения некоторых ошибок могут потребоваться СТА-кнопка или ссылка. Иногда бывает нужна кнопка отмены.

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

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

Время и место

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

  1. Что вызывало это сообщение?
  2. Когда оно появилось?
  3. Где появилось?
  4. Понятно ли, с чем оно связано?

Задавая эти вопросы, не забывайте, что есть пользователи с ограниченными возможностями. Это подталкивает к новым вопросам:

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

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

Искусство вывода сообщений об ошибках

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

Почему сообщения об ошибках имеют значение

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

Читать еще:  Ошибка при выводе на печать

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

Подумайте о различиях между тем, что вы видите:

И, например, более действенным вариантом:

Так что же могут сделать команды разработчиков?

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

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

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

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

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

1. Скажите, что произошло и почему

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

Представьте, что вы используйте пробную версию Spotify Premium. Затем вы попадаете на страницу и видите что-то вроде этого сообщения:

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

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

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

2. Предложите следующий шаг

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

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

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

3. Найдите нужный тон

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

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

ОК. Итак, как правильный тон? Вы можете начать с вопроса:

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

Искусство вывода сообщений об ошибках — резюме

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

Читать еще:  Ошибка 1104 ошибка чтения файла

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

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

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

Концепция

В большинстве книг по JavaScript почти не рассматриваются сообщения об ошибках.

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

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

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

Пожалуйста, запомните! В более поздних версиях MSIE и Navigator это окошко может не появляться.

При использовании MSIE сообщение об ошибке появится сначала как треугольный значок в нижнем левом углу. В этом треугольнике будет находиться восклицательный знак. Будет также присутствовать текст, сообщающий, что на странице встретились ошибки. Щелкните на этом треугольнике, чтобы получить сообщение об ошибке , которое рассматривается в данном учебнике. Или, если вы хотите, чтобы окно ошибки выводилось сразу, без щелчка на значке, перейдите в меню Tools (Сервис) и выберите Internet Options (Свойства обозревателя). В Internet Options щелкните на вкладке Advanced (Дополнительно) и поставьте флажок у строки «Display a notification about every script error » (Показывать уведомление о каждой ошибке сценария).

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

При использовании более поздней версии Netscape Navigator в строке состояния выводятся указания пользователю. При возникновении ошибки будет предложено ввести javascript : в строке адреса. Затем будет выведена ошибка и соответствующее текстовое описание.

Сообщение об ошибке

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

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

Исправление ошибок

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

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

Строка ошибки

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

Но почему ошибка на строке 9, а не 8? Потому, что счет начинается с верхнего края документа HTML , не пропуская ни одной строки. Вот этот документ еще раз с пронумерованными строками.

Ссылка на основную публикацию
Adblock
detector