自動回覆做得越勤，客訴反而越兇——這是很多中小企業導入 LINE OA 之後最不想承認的現實。原因通常不是技術問題，而是把「自動化」誤解成「取代人力」，導致客戶在關鍵時刻找不到人。
客戶要的不是快，是「被接住」。一個典型情境是：假設一家做家電維修的傳產，客戶在 LINE 上輸入「機器不會動」，系統丟出五個常見問題選單，客戶點了「其他」，又跳出一段罐頭訊息叫他填表。這時候，這位客戶大概已經在打電話罵人的路上了。
自動化要放在流程的哪一段
判斷一個自動回覆該不該存在，我們的經驗法則只有一條：這個訊息是不是在幫客戶「往下一步走」？
- 適合自動化：營業時間、地址、訂單查詢、維修進度、常見規格問題。這些是「客戶自己就能解決」的事，機器人回得快、回得準，反而是體驗加分。
- 不適合自動化：情緒性訊息、金額爭議、投訴、客製化需求。這些場景客戶要的是「有人在聽」，任何罐頭回覆都會被解讀成敷衍。
關鍵是要有一個明確的「交棒點」。當關鍵字命中投訴、退費、爭議這類詞彙，系統就該直接轉真人，並且把前面的對話記錄一併帶進來，不要讓客戶再講一次。
很多 LINE OA 的官方 API 已經支援 webhook 把訊息轉發到後端，再從後端決定要丟回制式回覆、還是通知專人接手。下面是一段示意的判斷骨架：
// 示意：實際接 LINE Messaging API 請參考官方文件
function routeMessage(event) {
const text = event.message.text;
const escalateKeywords = ['退費', '客訴', '爭議', '找主管'];
if (escalateKeywords.some(k => text.includes(k))) {
notifyHumanAgent(event.source.userId, text);
return replyText('稍等一下，專員馬上接手處理');
}
return handleFAQ(text);
}
這段邏輯本身不難，難的是後面那句「專員馬上接手」要真的有人接。這牽涉到排班、通知、與 CRM 的整合，而不只是加一個 if。
CRM 不是拿來裝資料，是拿來省時間
中小企業導入 CRM 最常見的誤解是「先把客戶資料全部搬進去再說」。結果搬完之後沒人用，因為業務跟客服平常根本不會為了查一筆訂單去登入另一個系統。
比較務實的做法是反過來想：客服在 LINE 上接到客戶訊息的當下，最需要哪三個資訊？
通常是：這個人是不是舊客戶、上次買了什麼、有沒有未結案的客訴。這三件事如果能在客服視窗旁邊直接顯示，回覆速度跟品質就會差很多。至於行銷分群、客戶終身價值那些進階功能，可以之後再說。
舉個例子，假設一家中型電商每天有數百筆客服對話，客服人員如果每次都要切到後台查訂單，光是切換視窗的時間累積起來就很可觀。把 CRM 的關鍵欄位透過 API 拉進客服工具，是投報率相對高的第一步。
我們的觀察
客戶服務數位化不是「買一套系統」的問題，是「重新設計客戶動線」的問題。工具只是把設計好的流程執行出來。我們在報價時通常會建議客戶：先花時間把「客戶會在哪些節點卡住」畫清楚，再決定哪一段用機器人、哪一段留給真人。順序反了，再貴的工具都會變成客訴放大器。