Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
UX модели7 минути четене·Updated октомври 2026 г·От екипа на ExodeUI

Как да проектираме съобщения за грешка, които намаляват разочарованието

Как да проектираме състояния на грешка, които хората могат да възстановят от: разположение, време, формулировка, запазване на входа, достъпност и движение, въз основа на изследване на използваемостта.

Директно резюме и определение

Ядро за вкъщи

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

Насоките

Nielsen Norman Group обобщава ефективните съобщения за грешки като силно видими, конструктивни и зачитащи усилията на потребителя. На практика това означава:

  • Поставете съобщението до полето или елемента с проблема.
  • Използвайте ясен, конкретен език: „Този ​​номер е с една цифра кратък“, а не „Невалидно въвеждане“.
  • Предложете корекция: какъв формат се очаква, какво да опитате след това.
  • Запазете написаното от хората, за да могат да го редактират, вместо да започват отново.
  • Не обвинявайте: избягвайте думи като невалидни, незаконни или грешни.
Поле за номер на карта с вградена грешка, която казва, че номерът е кратък с една цифра и запазва въведените цифри, до списък с указания за съобщения за грешка
Вградена грешка, която е конкретна, запазва въведеното и казва как да я поправя.

Време

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

Грешки, които не са свързани с формуляри

За системни грешки, като неуспешно запазване или загуба на връзка, кажете какво се е случило, какво е запазено и какво може да направи лицето: да опита отново, да работи офлайн или да се свърже с поддръжката. Избягвайте кодовете за грешки сами по себе си; ако имате нужда от такъв за подкрепа, покажете го заедно с човешко обяснение.

Достъпност

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

Движение в състояния на грешка

Кратко разклащане или промяна на цвета може да привлече вниманието към полето с проблема, но бъдете кратки, не го повтаряйте при всяко натискане на клавиш и заменете движението с промяна на цвят или икона, когато намаленото движение е включено. Самото съобщение е по-важно от анимацията.

Ключове Principle, които трябва да запомните

  • Поставете грешките до проблема, с прости думи, с поправка
  • Запазете написаното от хората
  • Валидирайте, след като полето е завършено, а не докато пишете
  • Никога не разчитайте само на цвят; свържете съобщения за екранни четци
  • Дръжте движението при грешка кратко и уважавайте намаленото движение

Често задавани въпроси

Източници

  1. Error-Message Guidelines — Nielsen Norman Group
  2. Indicators, Validations, and Notifications — Nielsen Norman Group

Свързани ръководства и примери

Проектирайте състоянието на грешка, а не само щастливия път

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

Отворете примерите
Опитайте безплатно