最近幫一個經營十年的品牌，把 LINE 退換貨流程整套重做。

需求聽起來很單純

一開始的需求聽起來很單純：「客人在 LINE 辦退換貨，能不能不要每次都要客服自己一筆一筆對訂單」。

我心想，接上他們的 Shopline API、串個 n8n，應該不難。

第一個卡關不是技術，是隱私

結果第一個卡關的不是技術，是隱私——

原本的邏輯，客人只要打對方的 Email，就能查到別人的訂單、地址。我跟業主說這樣不行，等於誰都能偷看別人買了什麼。

改成 Email＋手機末三碼雙重驗證，才放行查訂單。

換貨那塊，改了三輪才定案

第一輪：所有規格全部列出來

一開始把所有規格全部列出來，缺貨的、庫存剩 1 件的通通秀給客人選。

選了才發現不能換

選了才發現不能換，客訴反而變多。

第二輪：庫存不足直接藏起來

後來改成庫存不足的規格直接藏起來。

客人搜不到會以為沒賣

又被業主打槍：「客人搜不到會以為我們沒賣」。

第三輪：看得到，但不能點到坑

最後拍板：規格照樣列出來，庫存不足的用小灰字標「庫存不足」、不能點，客人看得到、但不會選到坑。

上線後兩天，webhook 突然沒反應

兩邊都顯示是開的

最扯的是上線後兩天，webhook 突然完全沒反應。業主急了，我這邊查半天——n8n 顯示 Active，LINE 後台也顯示 webhook 是開的，就是打不通。

權限不夠，連錯誤紀錄都看不到

連錯誤紀錄都看不到，因為那個 LINE 官方帳號不是我自己申請的，權限不夠。

換一條全新路徑，直接就通了

最後死馬當活馬醫，換一個全新的 webhook 路徑，直接就通了。

不用太糾結唯一真相

事後回推，大概是 n8n 內部路由跟 LINE 平台的失敗暫停機制疊在一起——但老實說，這種「查半天說不出所以然，換個做法突然就好」的 debug 過程，接案接久了大概都遇過，不用太糾結一定要找到「唯一真相」。

中小企業要的不是聊天機器人

這個案子讓我更確定一件事：中小企業要的不是一個聊天機器人，是真的串進後台訂單、庫存、會員資料，會自己判斷的系統。

這也是我現在接案主要在做的事。