您的公司或組織剛剛投資了一個新的、最先進的緊急通知系統。您與您的供應商一起設置了它，并且對您投入這個非常重要的項目的時間和資源感到滿意。展望未來，如果出現任何類型的緊急情況，所有需要知道的人都會在幾秒鐘內收到通知，他們會知道如何回復消息，對吧？
有可能，但為了確保新系統能夠按照您的要求和期望進行操作，您需要對其進行測試。那么你從哪里開始呢？
您應該和誰一起測試您的緊急通知系統？
系統設置并啟用后，最好對一小部分受眾進行測試。您可以先對在新系統上工作的團隊進行測試，但最終對代表您的全部受眾（不同部門的成員、不同辦公樓的人員、不同區域的客戶）的一小部分人進行測試將使您能夠在更現實的層面上查看系統的運行情況。
一旦系統在您的小組中正常運行，就該為每個人測試它了。這個非常重要。我們知道您不想給用戶帶來不便，但每個系統都需要針對所有用戶和所有方法（語音、電子郵件、SMS）進行徹底測試。您需要在測試期間找出系統中是否存在任何漏洞，而不是等到真正的緊急情況時才發現。每個人和端點都應該接受測試。
您應該測試的一些最重要的事情包括：
- 確保重試有效并在通知之間使用正確的時間間隔（即，如果您呼叫并且第一次嘗試導致占線，請確保重試在應該的時間執行——而不是在凌晨 1 點或某個時間奇數時間）
- 確保特定語言的消息確實會發送給使用該語言的人。
- 測試出站活動的緊急停止。如果消息內容或其他任何問題出現問題，您的系統應該允許您立即停止活動。
在對您的系統進行每次測試時，通過您計劃在真正的緊急情況下使用的所有渠道運行它，包括電子郵件、電話、短信和推送通知。
您應該提前向用戶宣布您的測試嗎？
理想情況下，當您測試新的緊急通知系統時，您會盡可能在最現實的情況下進行測試.不要讓任何人知道它即將到來。不要等待您認為對用戶最方便的日期或時間。繼續測試系統。但我們了解到，某些組織可能無法以這種方式測試系統。
許多組織會提前通知用戶新的緊急通知系統將在未來的某個時候進行試運行，但他們沒有指定時間或日期。這種類型的消息可能很有用，因為它可以包含重要信息，包括：
-
- 系統發生了變化
- 如何注冊接收通知（或更改您的設置）
- 新系統將推出哪些類型的通知
- 如何找到有關組織將如何使用系統的更多信息
像這樣的警告消息也會讓用戶談論系統，如果一段時間后他們沒有收到緊急消息，他們會讓您知道。這有助于引起您注意系統內的漏洞（即建筑物中 WiFi 無法到達的房間 – 因此緊急通知不會到達那里的任何用戶）。
重要的是要記住，如果您的緊急通知系統有任何問題，它們很可能在測試完成時被發現，就好像有真正的緊急情況（即，未通知所有用戶），或者在真正的緊急情況下。這就是為什么即使是啟動通知的人也應該感到驚訝，并且只有幾分鐘的時間來啟動該過程。這會發現延遲和改進區域，例如此人是否有現成的登錄信息，或者她是否必須去尋找它。
您應何時測試緊急通知系統？
群發通知和警報
定制設計的通知系統通過所有渠道向任意數量的人傳達緊急消息。
發現的可能性
為確保您對新系統了解得最多，請在意想不到的時間對其進行測試。時間越不明顯，用戶就越有可能參與到正常情況中，這將為系統設置的有效性提供最好的反饋。
一個警告：我們不建議在客戶不方便的時候測試非緊急系統。例如，如果您正在為您的客戶群測試系統，則不要在他們睡覺或假期時打斷短信或電話。他們絕對不會喜歡被打擾。
您的測試消息應包含哪些內容？
在測試您的系統時，用戶肯定需要知道他們收到的是測試。從消息開始的那一刻起，這應該是顯而易見的（無論是標題為“這只是一個測試”還是聲明相同的錄音）。
但是消息還應該包含與現實生活中的緊急消息所包含的信息盡可能接近的信息。通過這樣做，您可以檢查消息實際上是如何被用戶接收的（即，消息是否被截斷為多條消息）。您還想測試對建筑物各個部分、不同建筑物或不同城市的人的響應以及文本。
測試緊急通知系統的最后一點建議
使用允許人們承認系統的系統是個好主意。通過這種方式，您可以收集有關人們如何使用它的數據（即誰在接收消息，他們的響應速度有多快）。
給那些負責設置和管理緊急通知系統的人員的最后一點建議 – 確保您的新系統上有緊急“停止”。您希望能夠出于任何原因立即停止出站活動。這可能是發送了錯誤的消息，緊急情況已經結束，或者發送給了錯誤的用戶。
貴組織是時候更新其緊急通知系統了嗎？對什么可能是最適合您的系統有疑問？給 DiRAD 打個電話。我們很高興向您介紹當今的技術如何成為您組織整個系統的重要組成部分應急預案。