Какие виды оповещений используются в программе

Механизм оповещений пользователя и центр оповещений

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

Показ нескольких оповещений

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

Теперь в большинстве случаев одновременно может отображаться до трёх оповещений:

Это верно для тонкого клиента, толстого клиента, и для веб-клиента, работающего в браузерах Internet Explorer и Google Chrome. Браузеры Safari и Mozilla Firefox позволяют отображать неограниченное количество оповещений, а браузер Microsoft Edge показывает одно последнее оповещение, но в нём есть Action Center, в который дублируются все оповещения.

Отображение оповещений при неактивном окне приложения

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

При первом вызове метода ПоказатьОповещениеПользователя() в веб-клиенте в Google Chrome, Mozilla Firefox и Safari браузер будет запрашивать у пользователя разрешение на использование оповещений. Пользователь может разрешить их вывод для данного приложения, либо запретить.

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

Центр оповещений

Чтобы оповещения не пропадали навсегда, мы реализовали центр оповещений. А у самих оповещений мы реализовали новое свойство – СтатусОповещенияПользователя. Оно может принимать два значения: Информация и Важное.

Оповещения со статусом Информация отображаются на экране, и через 10 секунд пропадают (в браузере Microsoft Edge – через 4 секунды). Оповещения со статусом Важное ведут себя точно так же, но при этом они сохраняются в центре оповещений.

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

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

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

Выполнение действий при нажатии

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

ПоказатьОповещениеПользователя(, , …

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

ПоказатьОповещениеПользователя(, , …

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

Внешний вид

В тонком клиенте в варианте интерфейса Такси стиль оповещений будет максимально близким к стилю оповещений браузера Google Chrome при использовании Notifications API.

Если используется вариант интерфейса Версия 8.2, то стиль и поведение оповещений остаются прежними.

В веб-клиенте внешний вид оповещений определяется используемым браузером. По большому счёту оповещения будут выглядеть так же, как и в тонком клиенте, но у каждого браузера есть свои особенности. Например, вы можете сравнить, как те же самые оповещения покажет Internet Explorer и Mozilla Firefox.

Кроме этого есть и другие особенности. Например, в браузере Internet Explorer поддерживаются только оповещения, отображаемые внутри окна приложения. А в браузере Safari параметр Картинка не поддерживается, и оповещения показываются сверху экрана.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Выберите шаблон уведомлений в зависимости от его использования. Описание каждого шаблона использования см. в предыдущей таблице.
• Не используйте уведомления во время начального взаимодействия с 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-адреса.) Пользователям не нужно открывать другое окно для поиска таких сведений.
      • Поместите имена объектов в двойные кавычки.
        • Исключение: Не используйте кавычки в случаях:
          • Имя объекта всегда использует прописные буквы в стиле заголовка, например с именами пользователей.
          • Имя объекта смещается двоеточием (например, имя принтера: Мой принтер).
          • Имя объекта можно легко определить из контекста.
      • Если необходимо усечь имена объектов до фиксированного максимального размера для локализации, используйте многоточие, чтобы указать усечение.В этом примере имя объекта усекается с помощью многоточия.
      • Если уведомление является интерактивным, используйте следующую фразу:
        • Если пользователи могут щелкнуть уведомление для выполнения действия: < краткое описание важной информации>Щелкните, чтобы сделать. В этом примере пользователи могут щелкнуть , чтобы выполнить действие.
        • Если пользователи могут щелкнуть уведомление, чтобы просмотреть дополнительные сведения: < краткое описание важной информации>Щелкните для получения дополнительных сведений. В этом примере пользователи могут щелкнуть для получения дополнительных сведений.
      • Не говорите, что пользователь должен выполнить действие в уведомлении. Уведомления предназначены для некритических сведений, которые пользователи могут свободно игнорировать. Если пользователи действительно должны выполнить действие, не используйте уведомления.
      • Если пользователи должны выполнить действие, укажите важность.
      • Для шаблонов сбоев действий и некритических системных событий опишите проблемы на простом языке.Неправильно: В этом примере проблема описывается с помощью слишком технического, но неспециативного языка. Правильно:В этом примере проблема описана на простом языке.
      • Описывать событие таким образом, чтобы он был связан с целевыми пользователями. Уведомление актуально, если есть разумная вероятность того, что пользователи будут выполнять задачу или изменять свое поведение в результате уведомления. Часто это можно сделать, описывая уведомления с точки зрения целей пользователя, а не технологических проблем.

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

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

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

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

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

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

      Системы пожарного оповещения типы

      

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

      Согласно закону ФЗ РФ №123, принятому 22 июля 2008 г. каждое здание, строение, сооружение общественного характера, в том числе объекты промышленного и муниципального назначения, должны проектироваться, строиться и эксплуатироваться в строгом соответствии с общеустановленными требованиями пожарной безопасности.

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

      Системы оповещения при пожаре и управления эвакуацией людей (СОУЭ) 1-5 типы

      Все СОУЭ классифицируются по ряду признаков, основными из которых являются:

      • функциональные возможности;
      • способы и методы управления;
      • состав и принцип работы.

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

      Жирным выделены обязательные параметры для типа СОУЭ.

      Основные функции для систем оповещения 1 типа (СОУЭ)

      • Звуковое оповещение (сирена, тонированный сигнал и др.);
      • Световые сигналы (световые мигающие оповещатели, световые оповещатели «Выход»).

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

      Основные функции для систем оповещения 2 типа (СОУЭ)

      • Звуковое оповещение (сирена, тонированный сигнал и др.);
      • Световое оповещатели «Выход»;
      • Эвакуационные световые знаки пожарной безопасности, указывающие направление движения.

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

      Основные функции для систем оповещения 3 типа (СОУЭ)

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

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

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

      Модульное оборудование Inkel (Южная Корея) предназначено для построения систем оповещения и звуковой трансляции. Оборудование Inkel 9000 является аналогом Inter-M 9000 серии. На базе оборудования Inkel возможна реализация СОУЭ 3 типа согласно требованиям НБП-104-03.

      • организация системы оповещения 16 зон в базовом варианте с возможностью расширения (32, 48 и т.д.);
      • подключение пожарной или охранной сигнализации с автоматической системой оповещения тревожных зон (цифровой магнитофон INTER-M PV-6232);
      • создание двух удаленных операторских мест для управления оповещения (микрофонная консоль IRM-916);
      • система приоритетов для передачи различных сообщений и от разных источников (контроллер IECS-9216, матричный коммутатор IPX-9116);
      • регулировка громкости громкоговорителей в зонах оповещения с принудительным включением в случае чрезвычайной ситуации (аттенюаторы INTER-M АТТ-03/30);
      • объявления и фоновая музыкальная трансляция в выбранных зонах;
      • программирование системы (таймер IPW-9242);
      • автоматическое переключение на резервное питание при пропадании напряжения сети (блок питания IPD-9359 и зарядное устройство IPB-9207).

      Основные функции для систем оповещения 4 типа (СОУЭ)

      • Звуковое и речевое оповещение, передача специальных текстов;
      • Мигающие световые оповещатели «Выход»
      • Эвакуационные знаки пожарной безопасности, указывающие направление движения;
      • Режим управления с организацией обратной связи с зонами;
      • Разделение здания на зоны пожарного оповещения;
      • Ручной и автоматический режимы;
      • Организация оповещения по различным сценариям в зависимости от места возгорания или другого события;
      • Раздельное включение световых указателей раздельно для каждой зоны, что позволяет организовать как минимум два направления эвакуации.

      Обязательное разделение здания на зоны и обратная связь с зонами оповещения обусловленно особенностью применения этого типа.

      СОУЭ 4 типа используют в следующих случаях:

      • Количество одновременно присутствующих в здании человек может достигать 1000 и более;
      • Эвакуационные пути (коридоры) имеют протяженность более 90 метров;
      • Планировка помещений требует организации отдельных потоков эвакуации людей.

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

      • Модульный принцип построения с возможностью наращивания
        Один усилитель VENAS VM-2120/VENAS-2240 позволяет организовать 5 зон оповещения, в дальнейшем в случае необходимости возможно построение системы до 45 зон путем подключения дополнительных усилителей.
      • Удаленные микрофонные консоли
        Возможно подключение удаленных микрофонных консолей RM-200M. Программируемая консоль RM-200M позволяет осуществлять вещание на любую зону, группу зон или одновременно все зоны, управлять источником цифровых сообщений EV-200M, осуществлять диагностику. Общая длина кабеля между микрофонными консолями может достигать 800 м.
      • Интеллектуальная система диагностики
        Полный мониторинг всей системы: диагностика трансляционных линий, усилителей мощности и микрофонных консолей
      • Программируемые цифровые сообщения
        Плата цифровых сообщений EV-200M позволяет записывать и воспроизводить сигналы следующих типов: два сигнала оповещения при возникновении чрезвычайных ситуаций, пять рекламных сигналов и один тональный сигнал для привлечения внимания. Кроме того, для привлечения внимания в VM-2000 предусмотрено шесть встроенных музыкальных схем
      • Программируемые уровни приоритета
        Сигналы оповещения в VM-2000 имеют пять уровней приоритета: наивысший приоритет для сообщений, которые используются при возникновении чрезвычайных ситуаций и четыре уровня передач общего назначения.
        Принудительное включение громкоговорителей
        В случае чрезвычайных ситуаций возможно принудительное включение всех громкоговорителей в зонах, не зависимо от состояния регуляторов громкости громкоговорителей.
      • Резервное питание
        В случае пропадания напряжения питающей сети 220В, система автоматически переключается на резервное питание 24В.

      Основные функции для систем оповещения 5 типа (СОУЭ)

      • Звуковое и речевое оповещение, передача специальных текстов;
      • Мигающие световые оповещатели «Выход»
      • Эвакуационные знаки пожарной безопасности, указывающие направление движения;
      • Режим управления с организацией обратной связи с зонами;
      • Разделение здания на зоны пожарного оповещения;
      • Ручной и автоматический р ежимы ;
      • Организация оповещения по различным сценариям в зависимости от места возгорания или другого события в системе;
      • Раздельное включение световых указателей раздельно для каждой зоны, что позволяет организовать как минимум два направления эвакуации.

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

      VX-2000 — интегрированная система голосового оповещения фирмы TOA (Япония). Оборудование серии VX-2000 отвечает требованиям, предъявляемым к объектам 5-категории сложности согласно НБП-104-03 и европейскому стандарту на аварийные системы звукового оповещения IEC60849. Возможные области применения VX-2000: аэропорты, жд/вокзалы, крупные торгово-развлекательные центры, административные здания, гостиницы и т.д.

      TOA VX-2000 основные функции:

      • Диагностика и контроль оборудования
        В системе TOA VX-2000 предусмотрен полный контроль всех компонентов в автоматическом или ручном режиме. Для поиска причин неисправности автоматически формируется журнал событий.
      • Модульный принцип построения
        В максимальной конфигурации система TOA VX-2000 может иметь 50 зон оповещения, 128 тревожных входов/выходов, 5 удаленных программируемых микрофонных консолей и два источника цифровых сообщений.
      • Возможность многопрограммного вещания
        В TOA VX-2000 предусмотрена возможность передачи 4-х разных программ в разные зоны (группы зон). В случае возникновения чрезвычайных ситуаций одновременно транслируются два тревожных сообщения в разные зоны
      • Программирование системы
        TOA VX-2000 имеет внутренний таймер. Возможно программирование 50 схем (шаблонов) оповещения и трансляции фоновой музыки. Трансляция рекламных сообщений по расписанию. Программирование системы осуществляется с помощью персонального компьютера в интерфейсе под Windows.
      • Автономная работа
        Система TOA VX-2000 предусматривает работу от источника резервного питания в случае пропадания напряжения питающей сети. Для экономии энергии аккумуляторов предусмотрен режим пониженного электроснабжения не используемых усилителей.

      Типы систем оповещения о пожаре по способу управления

      По виду и способу управления такого рода системы голосового оповещения делятся на:

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

      Виды систем оповещения по принципу действия

      Классификация СОУЭ по другим позициям

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

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

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

      Технические средства систем пожарного оповещения

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

      По назначению они подразделяются на:

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

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

      Системы оповещения о пожаре — стоимость оборудования

      Предлагаем оборудование для систем пожарного оповещения от ведущих производителей. Это такие известные бренды, как Inter-M, Roxton, ITC Escort, TOA и другие. В каталоге на сайте в широком ассортименте представлено различное оборудование для систем пожарного оповещения:

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

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

      По всем вопросам звоните по телефонам: 8 (800) 600-28-70 (бесплатно по России) 8 (812) 448-08-20 (офис в СПб)

      Push-уведомления: типы, назначение, советы по созданию

      

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

      Что такое push-уведомление?

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

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

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

      Комьюнити теперь в Телеграм
      Подпишитесь и будьте в курсе последних IT-новостей

      Как работают push-уведомления?

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

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

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

      Для чего используют push-уведомления?

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

      Провокация на взаимодействие

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

      Провокация на совершение покупки

      По данным Google, больше 80% людей совершают покупки в реальных магазинах, после того как им отправили push-сообщение с оповещением о начале новой акции или поступлении товара, которым ранее интересовался человек.

      

      Удержание действующих клиентов

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

      Сообщение с актуальной информацией

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

      Разница между push-уведомлением и уведомлением из соцсетей и мессенджеров

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

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

      А в случае с push-уведомлением все несколько иначе. В нем не должно быть незаконченных мыслей, нужно в ограниченное количество знаков вместить коммерческое предложение и привлечь клиента.

      Разница между web-push-уведомлениями и уведомлениями в приложениях

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

      

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

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

      На компьютере такие трюки не работают.

      Типы push-уведомлений

      Есть 4 распространенных типа пушей:

      • Транзакционные. Это уведомления, сообщающие клиентам о статусе денежных взаимоотношений с приложением или сервисом. Банки предупреждают о снятии или переводе средств, магазины – об успешной оплате товара, онлайн-сервисы – об успешном снятии денег с карты за продление подписки.
      • Рекламные. О них мы уже осведомлены. Это сообщения о массовых распродажах и общих скидках. Они присылаются всем без исключения клиентам в определенный период времени (в момент начала акции или незадолго до нее).
      • Персонализированные. Это разного рода уведомления, рассылаемые не всем клиентам сразу, а определенным когортам. Например, те, кто недавно скачал приложение, получают сообщение с приветствием и побуждением совершить первый заказ. А давние клиенты могут получить сообщение об эксклюзивной скидке.
      • Просьбы оценить продукт/приложение. Популярный метод взаимодействия с покупателями, который помогает развитию бизнеса. Можно попросить человека оставить оценку спустя пару дней после совершения покупки чего-либо в приложении или на сайте.

      Примеры push-уведомлений

      Lamoda

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

      МТС

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

      Каким должно быть качественное push-уведомление?

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

      Персонализация

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

      

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

      Релевантность

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

      Учитывайте геолокацию: уведомление об акциях в Бургер Кинг будет как нельзя кстати, если потенциальный клиент как раз проходит мимо заведения. А еще изучайте привычки пользователя, сейчас их не трудно отследить. К примеру, магазин ЛЕНТА уведомляет постоянных покупателей об акциях с определенной периодичностью: обычно за день до того, как клиент собирается пройтись за покупками.

      Актуальность

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

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

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

      Полезность

      Это противоречивый совет. С одной стороны, нужно рассказать в пуш-уведомлении о каком-то продукте и убедить клиента его купить, поэтому нужно бить по конкретным товарам. С другой стороны, важно хоть как-то спровоцировать человека на взаимодействие с приложением. И вот тут как раз могут сработать даже экстраординарные методы, например пустые пуши или какой-то текст, не несущий смысловой нагрузки, но привлекающий внимание (вызывающий интерес). Подобные ухищрения могут сработать даже лучше, чем всем надоевшие generic-тексты в духе «СКИДКИ 50% НА ВАШИ ЛЮБИМЫЕ ТОВАРЫ!».

      Но это больше вопрос креативности. Лучше доверить оформление таких текстов профессионалам в области SMM или копирайтерам с соответствующими навыками.

      Советы по созданию push-уведомлений

      Вот вам 10 полезных советов по созданию эффективных пушей:

      

      1. Используйте эмоджи. Если с ними не перебарщивать, то они не раздражают, а, наоборот, привлекают внимание. На внушительную часть аудитории это действительно работает. Главное, не устраивать ад в духе постов некоторых маникюрных салонов и кальянных дел мастеров.
      2. Учитесь писать коротко. Надо доносить мысль четко, желательно заинтересовать потенциального клиента уже первой парой слов.
      3. Всегда держите в голове контекст. Не упускайте возможности сыграть на громких событиях (приятных) и поводах. Простейший пример – праздники. А лучше наймите для этих целей хорошего копирайтера.
      4. Не частите. Не дайте клиенту от вас устать. Если забросать его сотней сообщений, он их отключит.
      5. Используйте надежные сервисы доставки уведомлений. Задержки в отправке сообщений или недошедшие до людей пуши могут сильно ударить по бизнесу.
      6. Добавляйте в свои push-уведомления кнопки, чтобы пользователь мог сразу провзаимодействовать с вашим приложением, даже не переходя в него. К примеру, можно сразу добавить кнопку «Купить», чтобы потенциальный покупатель мог моментально перейти к оформлению заказа без петляния по других разделам приложения.
      7. Используйте rich-уведомления, которые можно раскрыть, не переходя в приложение. Так можно избежать ограничений на количество символов и добавить больше визуально интересных элементов, например фотографий продаваемого товара или даже видео.
      8. Используйте «диплинкинг». Это система отправки пользователя из оповещения сразу в конкретный раздел программы. Многие разработчики все еще грешат тем, что по клику на пуш отправляют людей на главную страницу приложения. Это вызывает недоумение и заставляет клиента закрыть программу, потому что делать в ней нечего.
      9. Оставайтесь креативными. Иногда пустой push привлекает больше внимания, чем обычное оповещение о скидке. Отправляйте людям уведомления, но не стесняйтесь подавать их в обметке мемов, гифок с котиками и других элементов поп-культуры.
      10. Подключайте искусственный интеллект, чтобы он изучил поведение пользователей и сделал push-уведомления еще релевантнее.

      На этом и закончим. Теперь вы не только знаете, что такое push-уведомление, но и понимаете, как сделать его полезным для бизнеса. Осталось только реализовать идеи и продумать стратегию оповещений.

      Похожие публикации:

      1. Как обновить блютуз на андроид
      2. Как посмотреть кто поставил дизлайк в яндекс отзывах
      3. Как создать exe файл в java intellij idea
      4. Что такое презентация в программе powerpoint