Должно ли «Успешное подтверждение» быть красным или зеленым?

Каким цветом должно быть сообщение с подтверждением удаления?

Это связано с вопросом Если да, delete it 'будет красным или зеленым? , но отличается тем, что этот вопрос задает пассивное подтверждающее сообщение, а не активную кнопку удаления.

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

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

Зеленый фон /успех (успех)

Красный фон /опасность (опасность)

Желтый фон /предупреждение (предупреждение)

Синий фон /информация (информация)

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

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

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

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

Какую опцию следует использовать?

65 голосов | спросил Luc 17 MarpmTue, 17 Mar 2015 12:57:11 +03002015-03-17T12:57:11+03:0012 2015, 12:57:11

5 ответов


95

Не начинайте с выбора цветов!

1. Во-первых, отличать уведомления от ошибок

Это общая точка смущения с UX. Рассмотрим эти два сообщения:

  • Sorry, the app has crashed - Это ошибка и должна быть выделена как ошибка (например, всплывающее предупреждение, диалог, красная кнопка и т. д.).
  • You have rejected a date with Kate Upton. Хотя это звучит как ошибка, это НЕ ошибка. Это уведомление о подтверждении, которое указывает на отрицательный выбор.

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


2. Затем сделайте свое решение макета

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

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

Предположим, у вас есть пара уведомлений: Proposal accepted и Proposal rejected.

  • В настоящее время не рекомендуется использовать цветные фоны, чтобы отличить их, потому что пользователю становится трудно распознать их как уведомления.
  • Лучше выбрать общий макет для уведомлений (например, черный фон или тосты ), а затем передайте сообщение accept /reject в сообщении.

введите описание изображения здесь>> </p>

<ul>
<li> Если вам нужно более четко выделить статус приема /отклонения, вы можете использовать значки состояния или цветные образцы, чтобы выделить статус, но сохраните согласованную компоновку уведомления (в этом примере общий черный фон) </li >
</ul>
<p> <img src =

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

ответил tohster 17 MarpmTue, 17 Mar 2015 18:11:43 +03002015-03-17T18:11:43+03:0006 2015, 18:11:43
47

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

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

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

введите описание изображения здесь

Исключив цвет и используя язык, такой как «Успешно», как вы упоминали, он становится меньше о ментальной модели, связанной с определенными цветами и больше о сообщении.

Edit:
Только что видели, как Даниэль ответил очень похожим решением!

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

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

ответил Andrea Tate 17 MarpmTue, 17 Mar 2015 13:33:03 +03002015-03-17T13:33:03+03:0001 2015, 13:33:03
23

Входящие уведомления

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

ответил Daniel Zahra 17 MarpmTue, 17 Mar 2015 13:03:09 +03002015-03-17T13:03:09+03:0001 2015, 13:03:09
8

Сообщение указывает на успешное действие, поэтому, если вы используете цветовые сигналы, это сообщение должно использовать цвет успеха: зеленый, в вашем случае . Опасный цвет (красный, в этом примере) должен использоваться, когда пользователь собирается делать что-то разрушительное (например, «Вы уверены, что хотите удалить это?»), Но сообщение, которое вы спрашивать о том, когда пользователь уже выполнил done . Опасность прошла, поэтому вам не следует использовать цветовые сигналы, которые могут указывать на опасность, которая все еще присутствует . Если, конечно, ситуация не опасна по какой-то другой причине.

ответил The Spooniest 17 MarpmTue, 17 Mar 2015 16:58:44 +03002015-03-17T16:58:44+03:0004 2015, 16:58:44
7

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

В этом случае я буду придерживаться цвета, в котором будут показаны все успехи . Это подтверждение действия пользователя. Я добавлю сообщение с соответствующим символом Info, Success tick или неправильным крестом или что-нибудь еще, как применимо.

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

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

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

ответил Harshal 17 MarpmTue, 17 Mar 2015 17:56:01 +03002015-03-17T17:56:01+03:0005 2015, 17:56:01

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132