事件剛發生、資訊還很零散,想先把手上的回報快速整理成三分類事實表與聲明骨架初稿。
以下是這起事件目前掌握的所有資訊(時間軸、受影響範圍、客服/系統回報、目前已知原因),請幫我整理成危機聲明的第一版骨架:
1. 把每一條資訊分類為【已確認事實】【調查中】【尚未確認】三欄,任何你自己推論出來、清單裡沒有直接依據的內容一律不能算已確認事實。
2. 依三分類事實寫出聲明架構:事件時間軸、目前受影響範圍、已採取的處理措施、下一次更新調查進度的時間。
3. 以下四類內容一律不要自己寫,直接留白並標記【需人工決定:由法務/公關/主管撰寫】——道歉語句、責任歸屬的用字、賠償或補償的承諾、保證不再發生的承諾。
4. 任何數字(受影響人數、金額、修復時間)如果清單裡沒有明確依據,不要自己估算,寫「範圍尚在盤點」。
規則:不確定就標【尚未確認】,不要為了聲明讀起來完整就幫我補內容。
事件資訊:{貼上}可替換變數
| 變數 | 要換成什麼 |
|---|---|
{貼上} | 目前掌握的事件資訊,含時間軸、受影響範圍、回報紀錄、已知原因與不確定的部分。 |
完整使用範例(照這樣填)
事件資訊: - 08:14 系統更新完成後,客服開始接到會員反映APP無法登入,測試後確認全台15家分店的會員都受影響。 - 08:40 技術團隊發現登入異常同時伴隨資料顯示錯置——部分會員反映登入後看到別人的預約紀錄,還有一位會員在客服信箱附上截圖,顯示對方的姓名與手機末三碼。 - 09:10 技術團隊將APP緊急下線維護。 - 09:50 內部初步排查懷疑是這次更新的快取設定錯誤造成資料錯置,但技術主管表示還沒有辦法100%確認,需要再查log。 - 目前累計客服接到37通反映無法登入的電話,以及2件反映看到他人資料的信件(附截圖)。 - 全台會員總數約8萬人,但目前無法確定實際看到他人資料的人數,技術團隊還在查。 - APP預計中午12點前恢復,但尚未100%確定。 請依照剛剛的規則,整理成危機聲明骨架。
預期輸出範例(拿到的東西應該長這樣)
【三分類事實表】 已確認事實: - 08:14系統更新後,APP出現全台15家分店會員登入異常。 - 08:40部分會員反映登入後看到其他會員的預約紀錄,其中2件經客服取得截圖佐證,顯示對方姓名與手機末三碼。 - 09:10 APP已緊急下線維護。 - 目前累計客服接獲37通登入異常電話、2件資料錯置信件(含截圖)。 調查中: - 技術團隊初步排查,懷疑是本次更新的快取設定錯誤造成資料錯置,但技術主管尚未100%確認,需要再查log。→ 這是初步研判,不能寫成確定原因。 - APP預計中午12點前恢復,但尚未確定是否能如期。 尚未確認: - 實際看到他人資料的會員人數(目前只有2件有截圖佐證,但快取問題若屬實,受影響範圍可能更廣)。 - 是否有會員資料被下載或外流到APP畫面以外的地方。 【聲明骨架初稿】 一、事件說明(已確認事實) 今日(日期)8點14分系統更新後,部分會員反映APP登入異常,並有會員反映在登入後看到其他會員的部分資訊。我們已於8點40分起緊急處理,並在9點10分將APP下線維護。 二、目前掌握範圍 目前已知全台15家分店的會員都可能受到登入異常影響;部分會員反映的資料顯示問題,目前已知2件並附有截圖佐證,實際影響範圍仍在盤點中。 三、原因與處理進度【調查中,措辭需保留彈性】 初步排查方向與本次系統更新有關,實際原因仍在確認,預計(需人工決定:填入實際可承諾的時間)前更新調查結果。 四、【需人工決定:由法務/公關/主管撰寫】 - 是否道歉、道歉語句 - 責任歸屬的用字(是否使用『疏失』等字眼) - 是否承諾補償或後續保護措施 - 是否承諾不再發生 五、下一步 APP恢復時間、下一次更新調查進度的時間點(需人工確認後填入)。 【樣本不足/需人工決定的部分】 - 受影響會員實際人數無法從目前資訊推算,不可自行估算填入。 - 原因尚未100%確認,骨架中已保留為【調查中】用語,不可寫成定論。 - 道歉、責任、賠償、承諾不再發生四類段落全部留白,等待法務/公關/主管決定。
常見錯誤用法
- 看到【需人工決定】的段落是空的,就自己順手把道歉句補上去『讓稿子看起來完整』——那正是這個方法要擋的事。
- 把技術團隊『初步研判』的原因直接改寫成『原因是……』發出去,原因還沒查完就是還沒查完。
- 受影響人數沒有依據就自己抓一個數字塞進去,那個數字一旦被引用就收不回來。
沒有額外的,看上面「三種版本共通的紅線」那一段就好。
事件資訊裡如果沒有註明『哪些是已經查證的、哪些只是初步猜測』,AI三分類時容易把猜測誤判成已確認事實,提供清單時最好自己先做過一次標記。
沒有額外的,看上面「三種版本共通的紅線」那一段就好。