作者：鄭錦聰 沙德爾颱風接近台灣時，很多人第一個問題是：「最後會不會登陸？」

但對一家小店來說，真正急著回答的，通常不是氣象問題，而是：今天要不要開門？訂單要不要延後？員工還能不能安全到店？客人已經在路上了，誰要把最新狀況說清楚？

我最近看台灣的颱風消息，最有感的不是路徑還會不會變，而是許多店家在資訊尚未完全確定時，就必須先做出一個會影響安全、交付與信任的決定。這不是等一切明朗之後再處理的工作，而是一個每天都可能發生的營運斷點。

颱風資訊還在變，顧客的行程卻已經開始了

中央氣象署相關資訊顯示，8 月 27 日至 28 日是沙德爾接近台灣的時段，北部與南部都有降雨變化，嘉義以南也需要留意短延時強降雨。新聞報導同時提到，水庫、港口、山區步道與戶外活動都必須提早因應；勞動力發展署也已公告部分訓練與考試要調整日期。

氣象報告與官方資訊顯示，8 月 27 日至 28 日是沙德爾接近台灣的時段；對店家而言，服務與交付需要提前安排。

這些訊號放在一起，對小店代表的不是「大家再觀察看看」而已，而是顧客今天可能會問：

• 我的預約還算不算？
• 訂單會延到什麼時候？
• 門市今天有沒有營業？
• 如果我現在出門，到了現場卻撲空，誰負責通知？

一家店可以不知道颱風最後會走哪一條路，但不能不知道自己在什麼條件下暫停服務、什麼時候再次更新，以及哪一類問題一定要交給真人處理。

對老闆來說，一家店可以不知道颱風最後會走哪一條路，但不能不知道什麼條件下暫停服務、什麼時候再次更新，以及哪一類問題一定要交給真人處理。

真正的斷點，不是沒有自動回覆

很多老闆想到 AI，第一步會是做一個「颱風公告範本」，或讓 AI 幫忙把氣象新聞改寫成社群貼文。這些工作有用，但還沒有碰到最危險的地方。

最危險的地方，是店家沒有把安全、服務承諾與交付接起來，最後沒有人知道誰要負責。

例如「今天照常營業」，可能讓員工在不適合出門的時候趕到店裡；「訂單稍後送達」，可能讓顧客以為物流已經確定；「若有變動再通知」，則把判斷責任推給每一個正在等待的人。

所以我不會先問：「AI 能不能自動幫我回覆所有顧客？」

我會先問：「這家店有沒有把安全、服務承諾、延單改期與真人接手的順序說清楚？」

我會先決定安全、服務承諾、延單改期與真人接手的責任邊界，再讓 AI 協助整理。

這是兩個完全不同的問題。前者是在找工具，後者是在建立一條能被執行、能被驗收的交付流程。

我會先畫出四格判斷卡

遇到颱風、停電、物流延遲或臨時停業，我會建議老闆先把回覆拆成四格，而不是立刻追求一個很會說話的機器人。

第一格：安全條件

先寫清楚什麼情況下不要求員工出勤、不要求顧客移動，也不讓外送或到府服務繼續。這一格不是效率問題，是責任邊界。

第二格：目前能交付什麼

把「照常服務」「延後服務」「暫停接單」分開。不要只寫「視天候狀況調整」，因為顧客需要的是現在能不能得到結果，而不是一個沒有下一步的模糊句子。

第三格：下一次什麼時候更新

即使目前沒有最後答案，也要告訴顧客下一次更新時間。例如下午三點重新確認、交通狀況變化時立即更新。等待不是問題，沒有時間點的等待才會變成焦慮。

第四格：哪一種情況交給真人

預約取消、退款、特殊需求、客訴與員工安全疑慮，不要只靠自動回覆。AI 可以先整理背景與選項，但最後的承諾與例外決定，仍然要有人負責。

這四格完成後，AI 才有可以工作的範圍：整理最新訊息、找出受影響的訂單、依條件準備不同版本的通知、提醒誰尚未收到更新，以及把需要老闆判斷的案件集中起來。

AI 的位置，是讓事情往前走，不是替店家冒險

這也回到我一直在講的 AI 商業結果鏈。

資訊進來之後，先判斷安全條件；安全條件確定後，再決定服務能不能交付；服務有變動，就要通知顧客；顧客提出例外需求，再由真人接手。這條鏈接起來，AI 才不是多一個聊天視窗，而是協助店家把「收到消息」推進到「顧客知道下一步」。

AI 要承接的是通知、追蹤與交付結果，不是再增加一個聊天視窗。讓真人負責接手例外，AI 支援整理與追蹤，工作才會往前走。

如果只是把新聞複製給 AI，再請它寫成一篇貼文，內容可能很順，生意卻沒有往前走。因為文章沒有接到訂單、預約、客服、交付或後續追蹤。

我常提醒中小企業主，AI 的價值不是多做幾個工具，而是把老闆原本放在腦中的判斷，整理成可以被調用、可以被追蹤、也可以在必要時停下來交給真人的流程。

今天就能驗收的一條小流程

不用先做完整系統。今天可以挑一條「颱風通知到顧客下一步」的流程，照下面方式驗收：

1. 把目前所有受影響的預約、訂單或服務項目集中成一張清單。
2. 由老闆寫出三種狀態：照常、延後、暫停，以及各自的條件。
3. 為每種狀態寫一個不過度承諾的通知版本。
4. 讓 AI 協助分類顧客、準備通知與標記需要真人處理的例外。
5. 用四個問題驗收：有沒有漏掉人？顧客知不知道下一步？員工有沒有被要求冒險？需要真人判斷的案件有沒有集中？

今天可以先列出所有受影響的預約、訂單或服務項目，再定義三種狀態，最後驗收顧客下一步。

用四個指標檢查：漏通知數、回覆時間、員工安全與例外案件是否改善。

如果只是讓 AI 產出更漂亮的公告，卻沒有減少漏接、縮短回覆或讓人更安全，那就還不能算流程完成。

我不會把「先保安全」和「保住顧客」對立起來

有人可能會說，小店遇到風雨時，先保護家人、員工與現場安全比較重要，不能把所有事都自動化。這個反對理由完全合理，我也不支持用一套自動回覆逼員工在危險時段出勤。

但安全不是沉默的理由。越是不能出勤、不能出貨、不能開門，越需要有人把服務狀態、下一次更新時間與例外處理講清楚。

我的判斷是：先保安全，再保交付；保交付不等於每一單都照原定時間完成，而是讓顧客知道現在能得到什麼、何時再確認、遇到例外誰會接手。

如果任何自動化會讓人冒險移動、誤導顧客，或增加現場負擔，我會先撤回它。這個界線畫清楚之後，AI 才能放心處理那些適合整理、分類、通知與追蹤的工作。

颱風過後，留下來的是你的交付能力

沙德爾颱風會離開，但每家店今天怎麼處理中斷，會留下下一次的工作記憶。

哪些條件一出現就要停業？哪一種訂單最容易漏通知？顧客最在意的是時間、退款還是替代方案？哪些回覆可以交給 AI？哪一種承諾必須由老闆親自做？

這些不是一次性的公告問題，而是你的產品、客戶、服務與收入之間的商業資料。當它們被整理下來，下一次遇到颱風、停電、缺料或人力中斷時，AI 才能從過去的判斷幫你更快準備，而不是每次重新猜一次。

所以，颱風不一定登陸，店家卻要先決定怎麼回覆客人。真正要先做的，不是預測每一個變化，而是把安全、交付、通知與真人責任接成一條可以執行的結果鏈。

老闆此刻最想問的四件事

颱風天店家今天到底要不要開門？

先依員工、顧客與交通安全條件判斷，不要只看店家想不想營業。若無法安全出勤或交付，就清楚標示暫停或延後，並說明下一次更新時間。

AI 可以直接替我回覆所有顧客嗎？

不建議一開始就全部放手。AI 可以整理訂單、準備通知與標記例外，但退款、客訴、特殊需求和服務承諾，仍要由真人確認。

小店要先從哪一條流程開始？

先從一條今天就會發生、而且有清楚完成條件的流程開始，例如「颱風通知到顧客知道下一步」。先驗收漏通知、回覆速度、員工安全與例外接手，再決定是否擴大。

如果公告已經發出，顧客還是一直追問怎麼辦？

這通常不是公告寫得不夠長，而是沒有把顧客的下一步、再次確認時間與真人窗口說清楚。把重複追問整理成新的工作記憶，下一次讓 AI 協助提前補上資訊。