Прочитать на английском

Поделиться через


Уведомления (основы разработки)

Примечание

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

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

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

Снимок экрана: всплывающее окно с

Типичное уведомление.

В Windows Vista и более поздних версиях уведомления отображаются в течение фиксированного времени в 9 секунд. Уведомления не отображаются сразу, когда пользователи неактивны или запущены заставки. Windows автоматически помещает уведомления в очередь в течение этого времени и отображает уведомления в очереди, когда пользователь возобновляет обычную деятельность. Следовательно, вам не нужно ничего делать, чтобы справиться с этими особыми обстоятельствами.

Разработчики: Вы можете определить, когда пользователь активен, с помощью API SHQueryUserNotificationState.

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

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

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

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

Снимок экрана: оповещение системы безопасности Windows

В этом примере диалоговое окно Исключения брандмауэра Windows отображается как прямой результат взаимодействия с пользователем. Уведомление здесь не подходит.

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

Снимок экрана: строка состояния Outlook

В этом примере Outlook отображает состояние подключения и синхронизации в строке состояния.

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

Принципы проектирования

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

  • Асинхронная. Это событие не является непосредственным результатом текущего взаимодействия пользователей с Microsoft Windows или вашим приложением.
  • Полезную. Существует разумная вероятность того, что пользователи будут выполнять задачу или изменять свое поведение в результате уведомления.
  • Соответствующие. В уведомлении отображаются полезные сведения, которые пользователи уже не знают.
  • Не критично. Уведомления не являются модальными и не требуют взаимодействия с пользователем, поэтому пользователи могут свободно игнорировать их.
  • Действия. Для уведомлений, предлагающих выполнить действие, это действие инициируется щелчком уведомления. Однако действие всегда можно отложить.
  • Представлено соответствующим образом. Представление уведомления (длительность, частота, текст, значок и интерактивность) соответствует его обстоятельствам.
  • Не раздражает! Существует тонкая грань между мягкой информацией пользователей о событии и приставания к ним.

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

Снимок экрана с уведомлением

Снимок экрана: уведомление

Снимок экрана: уведомление о добавлении .net passport

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

Поток пользователя должен поддерживаться

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

В разделе Flow: The Psychology of Optimal Experience Михали Csikszentmihalyi говорит, что пользователи входят в состояние потока, когда они полностью поглощены деятельностью, во время которой они теряют чувство времени и испытывают чувство большого удовлетворения.

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

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

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

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

Уведомления должны игнорироваться

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

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

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

  • Если вы используете уведомления правильно и они не требуют немедленных действий пользователя, пользователи предпочитают игнорировать их по умолчанию. Не изменяйте это.
  • Если событие требует немедленного действия пользователя, используйте альтернативный пользовательский интерфейс, который пользователи не могут игнорировать. См. раздел Является ли это правильным пользовательским интерфейсом? для альтернативных вариантов.

Используйте прогрессивную эскалацию, если применимо

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

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

Снимок экрана: шесть значков с состоянием батареи

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

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

Снимок экрана: уведомление о низком заряде батареи

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

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

Снимок экрана: предупреждение о серьезном низком заряде батареи

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

Если вы сделаете только три вещи...

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

Варианты использования

Уведомления имеют несколько шаблонов использования:

Метка Значение
Успешное выполнение действия
Уведомляет пользователей об успешном завершении асинхронного инициированного пользователем действия.
Правильно:
Снимок экрана: всплывающее окно с успешными обновлениями
В этом примере клиентский компонент Центра обновления Windows уведомляет пользователей об успешном обновлении компьютера.
Неправильно:
Снимок экрана: всплывающее окно с файлом проверка завершено
В этом примере Microsoft Outlook уведомляет пользователей о завершении проверка файла данных. Что теперь должны делать пользователи? И зачем предупреждать пользователей об успешном завершении?
Показывать, когда: По завершении асинхронной задачи. Уведомлять пользователей об успешных действиях, только если они, скорее всего, ожидают завершения или после недавних сбоев.
Показать, как: Используйте параметр в режиме реального времени, чтобы эти уведомления не помещаются в очередь, когда пользователи работают с полноэкранным приложением или не используют компьютер активно.
Показать, как часто: Раз.
Фактор раздражения: Низкий, если успех не ожидается из-за недавних сбоев, успех происходит после критического или очень необычного сбоя, поэтому пользователю требуется дополнительная обратная связь или пользователь ожидает завершения; высокий, если нет.
Альтернативы: Оставить отзыв "по запросу", отображая значок (или изменяя существующий значок) в области уведомлений во время выполнения операции; после завершения операции удалите значок (или восстановите предыдущий значок).
Сбой действия
Уведомляет пользователей о сбое асинхронного инициированного пользователем действия.
Правильно:
Снимок экрана: уведомление о сбое установки
В этом примере активация Windows уведомляет пользователей о сбое.
Неправильно:
Снимок экрана: уведомление о сбое обновления
В этом примере Microsoft Outlook используется для уведомления пользователей о сбое, который они вряд ли будут заботиться.
Показывать, когда: При сбое асинхронной задачи.
Показать, как часто: Раз.
Фактор раздражения: Низкий, если полезно и релевантно; высокий, если проблема будет немедленно решена сама или пользователи в противном случае не заботятся.
Альтернативы: Используйте модальное диалоговое окно, если пользователи должны немедленно устранить сбой.
Некритичное системное событие
Уведомляет пользователей о важных системных событиях или состоянии, которые можно безопасно игнорировать, по крайней мере временно.
Снимок экрана: уведомление о низком заряде батареи
В этом примере Windows предупреждает пользователей о низком энергопотреблении батареи, но есть еще много времени, прежде чем они примут меры.
Показывать, когда: Если происходит событие и пользователь активен, или условие продолжает существовать. Если возникла проблема, удалите отображаемые в настоящее время уведомления сразу после ее устранения. Как и в случае с уведомлениями о действиях, уведомлять пользователей об успешных системных событиях, только если пользователи, скорее всего, ожидают события или после недавних сбоев.
Показать, как часто: Один раз при первом возникновении события. Если это является результатом проблемы, которую необходимо решить пользователям, перезаписывайте ее один раз в день.
Фактор раздражения: Низкий, если уведомление не отображается слишком часто.
Альтернативы: Если пользователи в конечном итоге должны решить проблему, используйте последовательную эскалацию, в конечном итоге отображая модальное диалоговое окно, когда решение становится обязательным.
Необязательная пользовательская задача
Уведомляет пользователей об асинхронных задачах, которые они должны выполнять. Независимо от того, является ли задача необязательной или обязательной, ее можно безопасно отложить.
Снимок экрана: уведомление о доступных обновлениях
В этом примере клиентский компонент Центра обновления Windows уведомляет пользователей о новом обновлении для системы безопасности.
Показывать, когда: Если определяется необходимость выполнения задачи и пользователь активен.
Показать, как часто: Один раз в день максимум три раза.
Фактор раздражения: Низкий, если пользователи считают задачу важной, а уведомление не отображается слишком часто.
Альтернативы: Если пользователи в конечном итоге должны выполнить задачу, используйте прогрессивную эскалацию, в конечном итоге отображая модальное диалоговое окно, когда задача становится обязательной.
FYI
Уведомляет пользователей о потенциально полезной, релевантной информации. Вы можете уведомить пользователей о информации, имеющей незначительное значение, если она является необязательной, и пользователи согласились.
Правильно:
Снимок экрана: уведомление о новом сообщении электронной почты
В этом примере пользователи получают уведомления о получении нового сообщения электронной почты.
Правильно:
Снимок экрана: уведомление о входе контакта
В этом примере пользователи получают уведомления, когда контакты приходят в сеть и они решили получить эти необязательные сведения.
Неправильно:
Снимок экрана: уведомление для повышения производительности
В этом примере эти сведения полезны, только если у пользователя уже установлены высокоскоростные USB-порты. В противном случае пользователь, скорее всего, не сделает ничего другого в результате.
Показывать, когда: При возникновении события активации.
Показать, как: Используйте параметр в режиме реального времени, чтобы эти уведомления не помещаются в очередь, когда пользователи работают с полноэкранным приложением или не используют компьютер активно.
Показать, как часто: Раз.
Фактор раздражения: От среднего к высокому, в зависимости от восприятия пользователем полезности и релевантности. Не рекомендуется, если существует низкая вероятность интереса пользователя.
Альтернативы: Не уведомлять пользователей.
Объявление функции
Уведомляет пользователей о новых установленных, неиспользуемых компонентах системы или приложения.
Не используйте уведомления для объявлений о функциях! Вместо этого используйте другой способ сделать функцию обнаруживаемой, например:
  • Спроектируйте функцию так, чтобы ее было проще обнаруживать в контекстах, где это необходимо.
  • Не делайте ничего особенного и позвольте пользователям самостоятельно обнаружить эту функцию.
Неправильно:
Снимок экрана: уведомление о новых функциях
Не используйте уведомления для объявлений функций.

Рекомендации

Общие сведения

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

Что уведомлять

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

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

  • Для шаблона FYI не дайте уведомление, если пользователи могут продолжать работать в обычном режиме или вряд ли будут делать что-то другое в результате уведомления.

    Неправильно:

    Снимок экрана с уведомлением о повышении производительности

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

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

      Правильно:

      Снимок экрана: уведомление о входе контакта

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

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

    Неправильно:

    Снимок экрана: уведомления об обнаружении нового оборудования

    В этих примерах показаны только четыре из восьми уведомлений, которые отображались в Windows XP при подключении пользователем определенной USB-клавиатуры, каждое из которых содержит дополнительные сведения.

    Правильно:

    Снимок экрана: уведомления о состоянии установки

    В этом примере подключение USB-клавиатуры приводит к двум полным уведомлениям.

Когда следует уведомлять

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

Неправильно:

Снимок экрана: уведомление об отсутствии подключения к сети

Если сразу же следуют:

Снимок экрана: уведомление об успешном подключении

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

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

Как долго уведомлять

В Windows Vista и более поздних версиях уведомления отображаются в течение фиксированного времени в 9 секунд.

Как часто следует уведомлять

  • Количество раз для отображения уведомления зависит от его шаблона разработки:
Шаблон Как часто следует уведомлять
Успешное выполнение действия
Однократно.
Сбой действия
Однократно.
Некритичное системное событие
Один раз при первом возникновении события. Если это возникает из-за проблемы, которую необходимо решить пользователям, перезаписывайте ее один раз в день.
Необязательная пользовательская задача
Один раз в день максимум три раза.
FYI
Однократно.
  • Для необязательных задач пользователей не пытайтесь приставать пользователей к отправке, постоянно отображая уведомления. Если задача требуется, сразу же выведите модальное диалоговое окно вместо использования уведомлений.

Эскалация уведомлений

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

Взаимодействие

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

Значки

  • Для шаблона сбоя действия используйте стандартный значок ошибки.
  • Для шаблонов некритических системных событий используйте стандартный значок предупреждения.
  • Для других шаблонов используйте значки, показывающие объекты, которые относятся к теме или предлагают его, например щит для обеспечения безопасности или аккумулятор для питания.
  • Используйте значки на основе фирменной символики приложения или компании, если целевые пользователи распознают их и нет лучшей альтернативы.
  • Для постепенной эскалации рекомендуется использовать значки с постепенно более решительным внешним видом, так как ситуация становится все более актуальной.
  • Не используйте стандартный значок сведений. Что уведомления являются информацией, само собой разумеется.
  • Рекомендуется использовать крупные значки (32 x 32 пикселя), если:
    • Пользователи быстро поймут значок, а не текст.
    • Большие значки передают свое значение более четко и эффективно, чем стандартные значки размером 16 x 16 пикселей.
    • В значке используется стиль Aero.

Снимок экрана: уведомление о важных сообщениях

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

Очередь уведомлений

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

  • Для успешного выполнения действий и шаблонов FYI используйте параметр реального времени, чтобы уведомление не помещалось в очередь в течение длительного времени. Эти уведомления имеют значение только в том случае, если их можно отобразить немедленно.
  • Удалите уведомления, помещенные в очередь, если они больше не актуальны.
  • Разработчики: Это можно сделать, задав флаг NIF_INFO в uFlags и присвоив szInfo пустую строку. Это не повредит, если уведомление больше не находится в очереди.

Системная интеграция

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

Текст

Текст заголовка

  • Используйте текст заголовка, который кратко суммирует наиболее важные сведения, необходимые для общения с пользователями на понятном, простом, кратком языке. Пользователи должны иметь возможность быстро и с минимальными усилиями понять назначение уведомлений.
  • Используйте фрагменты текста или полные предложения, не завершая знаки препинания.
  • Используйте выделение прописных букв, как в предложении.
  • Используйте не более 48 символов (на английском языке) для локализации. Максимальная длина заголовка — 63 символа, но при переводе текста на английском языке необходимо разрешить расширение на 30 процентов.

Основной текст

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

  • Используйте полные предложения с завершающей пунктуацией.

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

  • Используйте не более 200 символов (на английском языке) для локализации. Максимальная длина основного текста составляет 255 символов, но при переводе текста на английском языке необходимо разрешить расширение на 30 процентов.

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

  • Поместите имена объектов в двойные кавычки.

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

    Снимок экрана: сообщение, содержащее сокращенное имя

    В этом примере имя объекта усекается с помощью многоточия.

  • Если уведомление является интерактивным, используйте следующую фразу:

    • Если пользователи могут щелкнуть уведомление для выполнения действия:

      < краткое описание важной информации>

      <необязательные сведения>

      Щелкните, чтобы <что-то> сделать.

      Снимок экрана с сообщением:

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

    • Если пользователи могут щелкнуть уведомление, чтобы просмотреть дополнительные сведения:

      < краткое описание важной информации>

      <необязательные сведения>

      Щелкните для получения дополнительных сведений.

      Снимок экрана с сообщением: щелкните для получения дополнительных сведений

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

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

  • Если пользователи должны выполнить действие, укажите важность.

  • Для шаблонов сбоев действий и некритических системных событий опишите проблемы на простом языке.

    Неправильно:

    Снимок экрана: длинное сложное сообщение

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

    Правильно:

    Снимок экрана: четкое и краткое сообщение

    В этом примере проблема описана на простом языке.

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

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

При обращении к уведомлениям:

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

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

При обращении к области уведомлений:

  • Обратитесь к области уведомлений, а не к области уведомлений.