Emergency Management Blogs

Alerts & Notifications

by Rick Wimberly: Best practices for emergency notification programs

Subscribe via RSS | About this Blog | Contact Rick Wimberly

Lessons from an Emergency Notification F-Bomb
February 11, 2013
Bookmark and Share

Latest Blog Posts RSS

Emergency Management Blog - Eric Holdeman: Disaster Zone Earthquake Brace and Bolt
Apr 17 The best way to protect your older home.…
Emergency Management Blog - Eric Holdeman: Disaster Zone Emergency Management Training--California Style
Apr 17 Training advice for the novice through seasoned professional.…
Alerting Failure Draws Fire in Portland
Apr 17 The City says a failed alert this week was the fault of the alerting vendor. The vendor says it was the city's fault.…

Last week, residents of Beverly, MA received an automated notification message from the Department of Public Works with a little extra "color" to it. 

A department representative recorded a message informing residents of a parking ban in effect for snow removal purposes.  The representative got a bit tongue-tied towards the end, and in frustration, dropped the F-bomb. This version of the recording inadvertently made its way to the public (and to the news media).  

We can all likely sympathize with the folks at Beverly DPW.  It's a pervasive fear--goofing up a mass notification message or hitting a wrong button at 2:00 a.m.  Events like this can serve as reminders to us all.  Here are some key best practices that will keep you out of trouble and out of the spotlight.

Record a message first before completing other required information for launching a notification.  This suggestion may or may not apply depending on how your notification system works precisely, but in many cases, you'll have the option of recording the message before other required system fields are completed.  This is often backwards to the way administrators view the process and the tendency is to complete everything else in a scenario, then record the message.  This leaves open the possibility of accidentally sending an improper recording.  We suggest you reverse this process, record the message first, then listen to it and confirm it's OK.  From there, complete the additional required information.  This way, your message is verified before a notification launch is possible.

Assume you are "always on."  I'll never forget the day our pastor slipped away to the men's room during church announcement time.  Unfortunately, he was wearing his wireless microphone and it was very much still ON.  The sound people scrambled to shut off the live feed, but not before the congregation received an extra "blessing" from the pastor that morning.  The lesson?  Assume you are "always on" and that what you are saying WILL be heard by someone.   

Delete a goofed up recording from the source library.  If your notification system allows you to save recorded messages for future use, make sure you delete any goofed up recordings so they won't be accessible (I'm not referring to deleting "the evidence" of a launched notification, just a recording that might be used in the future).  In fact, you should do this before proceeding with the notification launch if at all possible.

Do a test notification prior to a public launch.  It's a good idea to send a test notification to a few people before launching to the general public.  That way, any issues will be identified before it reaches citizens' ears. 

Send alerts to priority recipients first.  Again, this depends on the features offered by your particular system, but some solutions offer the ability to designate priority recipients.  While the goal of this feature is usually to allow a notification to be sent to "higher up" political types before everyone else hears it (Mayors, Chiefs, etc.) we recommend you NOT do this if possible.  The priority people we want are individuals who might identify message problems quickly (without losing their minds), then tell us so the notification can potentially be stopped.  

Proactively apologize for goof-ups.  In most cases, it is best just to own up to any mistakes that do happen. Don't "hope it will all go away," but instead proactively offer sincere apologies and communicate steps taken to ensure it won't happen again.  Most people understand public safety folks are people, too.  Mistakes happen.  They can forgive if you're open and humble. 

Do you have any funny (or not so funny) examples of alert and warning bloopers?  We'd love to hear from you, along with any lessons learned.  Thanks for all you do to keep us safe.





Lorin Bristow
Galain Solutions, Inc.





Add Your Comment

You are solely responsible for the content of your comments. We reserve the right to remove comments that are considered profane, vulgar, obscene, factually inaccurate, off-topic or a personal attack. Comments are limited to 2,000 characters.

Latest Emergency Management News

Moulage Provides Realism for ShakeOut Disaster Drill

The morbid makeup ensures that emergency responders have realistic-looking victims for disaster preparation drills.
Police officer working on a laptop
FirstNet Explained

FirstNet, the proposed nationwide broadband public safety network, is big, expensive and complicated. Here are a few basic things you need to know.
FirstNet Testbeds (Interactive Map)

FirstNet began negotiations with eight testbed jurisdictions, and the projects that did reach agreements should help shape the FirstNet network.

4 Ways to Get EM

Subscribe to Emergency Management MagazineFollow Emergency Management on TwitterSubscribe to Emergency Management HeadlinesSubscribe to Emergency Management Newsletters

Featured Papers

Blog Archives