iT邦幫忙

2026 iThome 鐵人賽

DAY 19
0
Claude AI

Claude Code陪跑:一人開發者的訂閱制SaaS架構與十大地雷實戰記系列 第 19

# Day 19|官方帳號當客服前線的實際運作

  • 分享至 

  • xImage
  •  

一人公司的客服困境

訂閱制服務一定有客服需求:帳務問題、功能疑問、操作卡關。而一人公司的殘酷現實是:你就是客服,而且客服時間直接從開發時間裡扣。所以客服體系的設計目標很明確——讓大多數詢問不需要我出現,同時讓真正需要我的詢問不被機器人擋住。

分層設計:自動化的邊界怎麼劃

訊息平台官方帳號是客服前線,訊息處理分成三層:

第一層:結構化入口,讓問題根本不用「問」。 選單上把最高頻的需求做成按鈕:查訂閱狀態、查點數、常見問題。使用者點按鈕,系統查資料直接回——這不是「自動回覆」,這是把客服問題轉化成產品功能。事後統計,這一層消化了絕大多數的互動量,而且全走免費 reply(Day 17)。

第二層:高信心的固定句型,自動回。 自由輸入的文字裡,有一部分是可以高信心識別的固定句型(「怎麼取消訂閱」「發票怎麼開」)。這類給預先寫好的標準答案——注意是預先寫好的,不是 AI 即時生成的。客服回覆代表服務的正式立場,帳務、方案這類敏感主題,我要的是每個字都被審過的答案,不是生成式的即興發揮。

第三層:其他一切,標記給人工。 語意模糊的、帶情緒的、句型沒見過的——一律標記,進我的待處理清單,回覆「已收到,會儘快回覆您」。

最重要的設計決策:寧可不答,不要亂答

第三層的存在是整個設計的靈魂。做這套系統最大的誘惑是追求「全自動化」,讓 AI 接住所有問題——而這正是我明確拒絕的方向。理由:

答非所問的自動回覆,比「請稍等」傷害大得多。 使用者帶著問題來,得到一個似是而非的機器人回應,感受是「這服務沒把我當回事」;得到「已收到、會回覆」,感受是「有人會處理」。前者是負分,後者是及格分。客服自動化的正確目標從來不是「回覆率 100%」,是**「自動回覆的正確率 100%,剩下的誠實轉人工」**。

帶情緒的訊息尤其如此。生氣的使用者需要的是被真人聽見,任何自動回覆——無論多聰明——都是火上澆油。情緒偵測在我的分類裡不是用來「安撫」的,是用來優先插隊給我本人的。

意外的副產品:客服紀錄是產品雷達

第三層累積下來的人工處理紀錄,成了最好的產品改進輸入:同一類問題出現三次,代表產品裡有個地方不夠直覺——正確的響應不是把它加進自動回覆題庫,是回去把產品改到沒人需要問。客服量的下降不是靠客服系統變聰明,是靠產品變好。這個迴圈,才是「客服前線」對一人公司真正的價值。


上一篇
# Day 18|推播成本斷路器:怎麼防止一次全炸的帳單
系列文
Claude Code陪跑:一人開發者的訂閱制SaaS架構與十大地雷實戰記19
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言