kakinang INSIGHTS · 2026-09-20

創業初期客服時間有限,該先讓 AI 回答哪五種問題?

創業初期一個人常同時接訂單、做產品和回訊息。 AI 幫我列出創業初期最值得先回答的五類問題 最適合先回答重複而且已有核准答案的問題;不知道的事應留下界線與交接路徑。

桌上五張創業初期常見問答卡片
情境示意,非產品畫面或實際顧客紀錄

從實際詢問挑五類,不從漂亮話開始

第一類是『你提供什麼、適合誰』,要有商品或服務範圍、地區與不承接的需求。第二類是『何時可以取得』,包括營業、回覆、製作或交付時間,但不要把一般工作天數說成個別案件已排定。第三類是『費用怎麼算』,列出固定價或起價及影響最終報價的條件;不清楚的客製價格交給人確認。第四類是『如何開始或變更』,說明詢問、預約、確認、取消與付款的實際流程,不能把留單等於交易完成。第五類是『如何聯絡與處理例外』,包括真人聯絡、回覆時間、客訴或緊急事項的入口。這五類是起步範例,不是所有業種都必須相同。

先從近兩週實際訊息抽二十則,去掉姓名、電話等個資,只標問題意圖。同一句『能不能明天拿』可能同時涉及交付時間、現有產能和特殊加急,不能只歸入營業時間。若尚無訊息,請熟悉客群的人扮演訪客提出十個可能問題,再標哪些已有公開答案、哪些需查即時狀態。選題依重複度、回答風險和業主投入時間排序,而非只選搜尋量大的詞。

整理問題時,把『常被問』和『適合自動回答』分開。顧客天天問當日庫存,不代表沒有即時庫存來源的 AI 應給確定答案;可以回答查詢方式或收集品項與數量,讓業主確認。配送區域雖一週只問兩次,但若有穩定公開的區域表,仍值得直接回答。用兩軸表標頻率與變動性,再加上錯答成本:高頻低變動的服務範圍先自助,高頻高變動的價格和時段先設定停止點,高風險個案交人。不要因五類好記,硬把醫療建議、客製授權或爭議處理塞入標準答案。 同一問題也可能有不同客群。做批發與零售的店,最低訂量或運費不同;在地與海外服務的交付時間也不同。先寫『零售訂單……;批發合作請留下數量與交付地』,避免把其中一套當通則。試營運公司的服務地區、客服時段與試作品規格會變,應列入高變動資料。對陌生問題,與其用漂亮但含糊的句子填空,不如清楚說出需要哪些資訊、誰能確認與何時回覆。

桌上五張創業初期常見問答卡片:實作步驟與欄位示意
桌上五張創業初期常見問答卡片:實作步驟與欄位示意

Shopify

一題一個可維護答案,標出停止點

每個問題做一張小卡:訪客常見問法、簡短核准答案、來源頁或文件、最後確認日、負責人、需要轉真人的條件。例如手作烘焙店可回答『一般客製需提前五日洽詢』,但無法在沒有排程查核時說『週六還有名額』。把『可洽詢』與『已受理』分開,是防止顧客以為已下單的關鍵。若有過敏原、醫療、安全、法律、退款爭議,應由適當負責人確認,AI 不應自行判斷個人案例。

把已核准的文字放進 kakinang 可用的知識設定,保留來源和版本;若方案或角色沒有該功能,先保留表格,待權限確認再上線。回答要與公開品牌頁、營業時間和實際人員做法一致。更新時不要只改聊天角色提示而忘記公開頁。用三種語氣測每題:正式問法、口語簡寫、帶錯誤前提的問法。『你們一定二十四小時接單吧?』應先更正營業與確認時間,而不是迎合客人。

答案卡片要能讓非撰稿者核對。『視情況而定』不夠,要說明缺什麼、由誰確認、何時回覆。『免費』也不是安全答案,除非列出免費包含的項目、限制、有效期間與可能額外費用。若以 PDF 放政策,先確保檔案本身沒有內部價格表、個資或修訂註解;不要期待上傳後系統自動替你遮掉敏感文字。AI 可協助產初稿,但每張卡的數字、地址、地區、法律條件和否定詞仍由業主逐項校對。 建立變更觸發器,而不只排日曆。搬店當天改地址與取貨指引;供應商變更當天檢查材質和過敏原;推出新方案當天核對價目與適用對象。把改動同步至頁面、知識和客服手冊,再用原本混淆的問法回歸測試。多語版本若尚未逐一核准,先保留未公開語言或導向可維護版本,不能讓中文說可退、英文卻說不可退。需要真人處理的題目,要有負責人和合理時限;『已轉交』若沒人看,對顧客不是交接。

桌上五張創業初期常見問答卡片:核對資訊與交接示例
桌上五張創業初期常見問答卡片:核對資訊與交接示例

Google Search Central

檢查是否真的省時,也看失敗案例

正式公開前做十五至二十輪測試:五類原題、同義改寫、資訊不足、要求即時確定,以及誘導 AI 越權承諾。逐輪記預期答案、實際答案與是否成功交給人。例如訪客只問配送地區,應直接得到公開範圍;問特殊地區加價,若資料沒有價格表就收集地址與需求交接;問『我已付款了嗎』,沒有正式付款狀態查核就不能猜。真人接手時提供已取得的必要背景,避免客人重複從頭講。

上線後每週核對三件事:哪些問法沒有答到、哪些答案過時、哪些應轉人的問題被 AI 說成確定。用報表或實際詢問記錄看類別和用量,別把每個聊天都當成一筆成交。若五類都能答,但業主仍花時間追問規格,應改善表單欄位;若錯誤集中在價格,應縮小可回答範圍並修正來源。外部搜尋或 AI 系統是否引用文章不能保證,公開 FAQ 的首要價值是讓顧客與客服讀到一致、可信的資訊。

驗收看回答能否讓人做對下一步,而非只看文字流暢。例如『能寄到高雄嗎』要有可核對配送範圍或詢價途徑;『多久能拿到』要分標準製作時間和實際可用檔期;『我要取消』應指出正式流程及條件,不用友善口吻掩飾未設政策。把失敗標成資料缺口、檢索錯誤、語言歧義、缺少即時狀態或權限不足,修法才不會一律是『再加提示詞』。方言或錯字涉及日期與數量時,先求證不要猜。對每個失敗案例記下日期、使用哪版知識、應由哪位業主核准修正,以及下次何時重測。若問題來自不存在的流程權限,停止回答承諾並交接,不要只改同義詞碰碰運氣。 每週花五分鐘檢查:前五題是否仍是前五題、來源是否過期、真人交接是否回覆、錯誤承諾是否被糾正。若配送已能自助解決但取消爭議增加,就改優先順序。數據只作線索,少量對話不宜誇成『客服成本降低八成』;具體節省哪一段重複解釋、哪種風險變少,應從實際工作紀錄驗證。

NIST

團隊常問的問題

五類問題是否一定要照這個順序?

不必。先按實際詢問頻率、答案風險和人工處理成本排序;高度敏感的題目先設人工交接。

沒有歷史對話怎麼找題目?

請熟悉客群的人提出模擬提問,再以第一批真實詢問修正;不要捏造客戶原話或成效。

AI 能直接確定客製報價或時段嗎?

只有資料、權限、即時狀態及正式確認流程都到位才能依流程處理;否則只整理需求供人確認。

公開 FAQ 後就不需要真人嗎?

仍需要。例外、爭議和未經核准的承諾應交給有責任的人。

來源與延伸閱讀

  1. Self Customer Service: What It Is and How It Works — Shopify
  2. Creating Helpful, Reliable, People-First Content — Google Search Central
  3. AI Risk Management Framework — NIST