數位轉型（第2部分）：聊天機器人的流程自動化

了解如何把流程搬進聊天機器人：輸入、基於 REST API 的驗證、輸出、品牌個性，以及以聊天為終點的廣告漏斗，把從潛客到回購的完整客戶生命週期自動化。

1. 為什麼聊天會改變流程的規則

為辦公室、網頁表單或電話設計的流程，在聊天裡行不通。這個渠道有自己的規則：

它是對話式的： 人們怎麼說話就怎麼打字，有錯字、語音、表情，訊息還分成三段發。
它是即時的： 使用者期待幾秒內得到回覆，而不是幾小時。
它是行動端的： 螢幕很小；一個 15 項的選單就是一堵牆。
它是非同步的： 使用者可能聊到一半離開，明天回來時還指望你記得他們聊到哪了。
它是個人的： 使用者在和家人聊天的同一個應用裡；語氣很重要。

所以，在自動化之前，必須圍繞這個渠道重新設計流程。不是把 12 個欄位的表單複製進聊天裡連問 12 個問題，而是要問自己：解決這個問題所需的最短對話是什麼？

下面是一些優化聊天導向流程的實用規則：

只問你不知道的。 如果使用者已經透過手機號識別出來、已經在你的 CRM 裡，就不要再問一遍姓名。
一則訊息只問一個資料。 在一則訊息裡同時問證件、信箱和地址，只會得到不完整的回答。
選項封閉時用按鈕和清單， 只在真正需要時才用自由文字。
執行前先確認。 "您將下單 2 件 M 碼 T 恤，共 $120,000，確認嗎？"能避免代價高昂的錯誤。
保存上下文。 使用者離開後回來，就從上次的地方繼續。
永遠保留轉人工的出口。 自動化不是把使用者關在裡面；而是快速解決重複問題、把複雜問題升級給人工。

2. 聊天機器人是軟體：輸入、流程、驗證和輸出

這是本文最重要的觀點：聊天機器人不是一棵漂亮的回答樹；它是軟體。和任何軟體一樣，它可以（也應該）用任何系統都適用的邏輯來定義：

組成部分	是什麼	訂單聊天機器人中的例子
輸入	進入系統的資料	使用者訊息、手機號、所選商品、地址、付款憑證照片
流程	轉換這些輸入的規則和步驟	識別客戶、組裝購物車、計算運費、生成訂單
驗證	避免錯誤的檢查	商品有庫存嗎？地址在配送範圍內嗎？付款通過了嗎？
輸出	系統產出的東西	給使用者的確認、寫入 ERP 的訂單、CRM 中更新的潛客、發給倉庫的指令

當你這樣定義聊天機器人時，兩件好事發生了：技術團隊清楚地知道要建構什麼，業務方清楚地知道能期待什麼。

輸入：不只有文字

在聊天裡，輸入可以是：

自由文字（可能需要 AI 或 NLP 來理解）。
結構化回答（按鈕、清單、選擇）。
檔案（照片、文件、付款憑證）。
位置。
上下文資料： 手機號、來源渠道、使用者從哪個廣告點進來、歷史記錄。

最後一點是黃金：如果使用者是從「企業版方案」的廣告進來的，機器人不用問就已經知道對方想聊什麼。

流程和驗證：REST API 登場的地方

只會用固定資訊回覆的聊天機器人是一本會互動的宣傳冊。真正的價值出現在聊天機器人連接到企業已經在用的系統時：CRM、ERP、開票系統、支付平台、庫存、預約系統。

怎麼連接？大多數情況下，透過 REST API：一種 Web 服務，讓一個系統透過 HTTP 請求向另一個系統索取或發送資訊（GET 查詢、POST 建立、PUT/PATCH 更新）。

舉個簡單的例子。使用者輸入訂單號，機器人需要在 ERP 裡查詢狀態：

GET https://api.yourcompany.com/v1/orders/58231
Authorization: Bearer <token>

ERP 回傳類似這樣的內容：

{
  "訂單": "58231",
  "狀態": "運送中",
  "承運商": "順達快遞",
  "託運單號": "ER-99812",
  "預計送達": "2026-10-02"
}

拿到這個回應後，機器人告訴使用者："您的訂單正由順達快遞配送中（託運單號 ER-99812），預計 10 月 2 日送達。" 團隊裡沒有任何人需要打開 ERP。

透過整合解決的最常見的驗證包括：

身分： 這個號碼或證件在 CRM 裡存在嗎？是活躍客戶嗎？
可用性： 有庫存嗎？預約日程有空位嗎？
業務規則： 客戶有逾期欠款嗎？折扣適用嗎？
配送範圍： 我們能送到那個城市或郵遞區號嗎？
支付： 金流閘道確認這筆交易了嗎？

還有一件很多人忘記的事：定義驗證失敗或 API 無回應時會發生什麼。 好的設計包括清晰的錯誤提示（"我們沒有找到這個訂單，能再核對一下號碼嗎？"）、重試機制，以及轉人工的備用路徑。一個因為 ERP 當機就沉默不語的聊天機器人，比沒有聊天機器人更快摧毀信任。

輸出：給使用者的和給業務的

每場對話都應該產出兩類東西：

給使用者： 一個回答、一個確認、一張憑證、一個支付連結、一個預約成功的行程。
給業務： 一筆記錄。CRM 裡帶著來源新建的潛客、ERP 裡的訂單、一張支援工單、一個興趣標籤、一項指標。

如果對話結束了，你的系統裡什麼都沒留下，你就損失了一半的價值。

3. 品牌個性：機器人也是你的品牌

聊天機器人往往是很多客戶與你公司的第一個接觸點。它說什麼、怎麼說，就是你的品牌在說話。

定義機器人的個性，不是取個可愛的名字加個表情那麼簡單。它需要形成文件：

名字和角色： 是助理、虛擬顧問，還是"客服團隊"？它自報是機器人嗎？（建議：是的，永遠對「這是自動化助理」保持透明。）
語氣： 親切還是正式？用「你」還是「您」？這隨國家和產業差異很大。
用哪些詞、避開哪些詞。
表情的使用： 用多少、用哪些、在什麼場合（處理投訴時大概不適合）。
如何應對使用者的不滿： 承認、必要時道歉，然後給出解決方案或轉人工。
邊界： 不聊哪些話題、從不承諾什麼。

一個體現差別的例子：

❌ "選項無效。請選擇 1、2 或 3。"

✅ "哎呀，這條我沒看懂 😅。幫我從下面的選項裡選一個好嗎？"

同樣的流程，同樣的驗證，體驗卻完全不同。定義清晰的品牌個性，讓自動化感覺像服務，而不是走流程。

4. 關鍵流程：點擊次數越少越好

不是所有流程的份量都一樣。有些是關鍵流程：客戶用得最多的、錢流動最多的，或者一出錯就最痛的。這些必須觸手可及，摩擦越小越好。

怎麼識別？翻看你現在的對話記錄（這就是第 1 部分的理解階段），回答：

使用者找你最常見的 5 個原因是什麼？
其中哪些直接帶來收入（購買、付款、預約）？
哪些一拖就會引發最多投訴（訂單狀態、支援、保固）？

據此你就能搭出關鍵流程選單。一些減少摩擦的規則：

主選單最多 3 到 5 個選項。 其餘放進子選單，或者用自然語言解決。
按意圖設捷徑： 使用者輸入"我要付款"或"我的訂單到哪了"，機器人就應該直接進入那個流程，不經過選單。
自動識別： 用手機號識別客戶並預填其資料。
直接連結： 預填好的支付連結是一鍵的事；在聊天裡要銀行卡資訊是十步（還是個安全風險）。
測量步驟： 數一數使用者完成每個關鍵流程需要多少則訊息。如果買一次東西要 14 則訊息，那就有活要幹。

一個好的設計問題是：從"你好"到"問題解決"的最短路徑是什麼？

5. 帶來使用者：以聊天為終點的廣告漏斗

再好的聊天機器人沒有流量，也是空街上的一間漂亮店鋪。這就輪到成長策略登場：用廣告把使用者帶到你的流程已經自動化的那個渠道。

每個廣告平台在漏斗中扮演的角色不同：

平台	核心優勢	在漏斗中的典型用法
Meta Ads（Facebook、Instagram）	按興趣和行為定向；廣告可直接在 WhatsApp、Messenger 或 Instagram 裡開啟對話	發現與對話生成
Google Ads	捕捉意圖：使用者已經在搜你賣的東西	主動需求、高意圖搜尋
Microsoft Advertising（原 Bing Ads）	Bing 和微軟網路的搜尋；某些受眾成本比 Google 低	搜尋補充，尤其是 B2B 和桌機端
TikTok Ads	海量觸達和原生的短影音內容	發現、年輕受眾、視覺型產品
LinkedIn Ads	按職位、產業和公司規模定向	B2B、高客單價服務、決策者

與聊天打通的漏斗

一個以自動化對話為終點的基礎漏斗是這樣的：

吸引（TOFU）： 在 TikTok、Instagram 或 LinkedIn 上投放有價值內容的廣告。目標不是馬上賣貨，而是讓人認識你。
考慮（MOFU）： 對互動過的人群做再行銷，用邀請對話的廣告："私訊我們，幫你選對方案"。
轉化（BOFU）： 搜尋廣告（Google、Microsoft）或點擊直達 WhatsApp 的廣告，配上具體的優惠。使用者進入聊天時，機器人已經知道他來自哪個廣告。
自動資格篩選： 機器人問 2 到 3 個關鍵問題（需要什麼、預算、緊急程度），然後在 CRM 裡給潛客分類。
成交： 成熟的潛客帶著全部上下文轉給顧問，或者如果流程夠簡單，直接在聊天裡完成購買。