kakinang INSIGHTS · 2026-10-06
業務換班時，怎麼讓下一位同事接得上客戶對話？
週五傍晚的詢問若只停在某位業務的聊天視窗，週一接班的人很難知道客戶已經得到哪些資訊、哪些條件還沒談定。交接的重點不是把整段逐字稿貼給下一個人，而是留下可核對的事實、未解問題與下一步責任。 AI 我想整理業務換班時的對話摘要、真人接手和未完成事項。 能整理公開資訊與協助接待；是否承諾價格、時程或例外，仍要由有權的人在實際業務流程中判斷。
一份交接摘要要留下什麼
交接前先把資訊分成四欄：客戶已說的事、公司已回答的事、尚待確認的事、下一步由誰在何時處理。第一欄保留原話的關鍵條件，例如品項、使用地點和期望日期；第二欄記錄已提供的公開價格範圍或服務說明，不把 AI 的推測寫成公司承諾；第三欄列出需要人工核對的庫存、折扣、規格或合約；第四欄有具名的責任職能與回覆方式。這比「客戶想了解合作，請跟進」有用，因為接班者知道要先檢查哪個缺口。
Zendesk 的官方說明把 AI 至真人的 handoff 視為更換當下的第一回應者，也說明回到 AI 需要明確的會話狀態。這是其他產品的設計例子，不表示 kakinang 採同一套狀態名稱；我們可借用其問題意識：一段對話現在由誰回應、什麼事件使責任改變。顧客脈絡也需要有來源。對話歷史能幫接班者理解已經說過什麼，但若摘要只寫「客戶很急」，卻沒有真正的交付日期或客戶原句，仍不足以作出決定。
可用一份短模板：收到時間和管道、客戶想完成的事、已確認條件、已提供回答、未確認條件、需升級原因、下一位負責人、答覆期限與最後一次聯絡狀態。期限只有在團隊真的定義值班或回覆規則時才填；沒有規則就寫待排定。敏感個資只在必要欄位呈現，不把整段私人資訊複製到多人可看的備註。交接摘要也要保留原對話的路徑，讓下一位能回查字句，避免摘要轉述錯誤變成新事實。
把 AI 接待、留單與真人接手分清楚
kakinang 的網站 AI 可在公開知識範圍內先回答，需求超出範圍時引導留單或真人處理。留單可保存聯絡方式和需求摘要，留單 Email 用於新機會，事件通知 Email 用於接手或其他事件；兩者應設成能被實際負責人查看的不同收件用途。對話紀錄和顧客時間線可幫有權人員回看脈絡，人工備註可記錄下一次聯絡前需要知道的事。權限配置要確保只有工作所需的人能查看。
即時真人模式要求當下確有可回應的人，適合營業時段內需要共同判斷或安撫的情況。非同步跟進則適合下班後的詢問：AI 說明目前能回答的公開事項，請顧客留可用的聯絡方式，告知接下來由人處理。不要把「已轉交」說成「真人正在輸入」。如果值班規則在週末不同，網站文案與助手回答也要同步更新；沒有實際排班就不承諾固定分鐘數。讓顧客知道會怎麼被聯繫，比畫面顯示一個漂亮的轉接標籤重要。
交班時的責任不能只靠通知信。管理者可以指定每天兩個時間檢查未處理留單、真人待接案件與前一天的回覆承諾，並由接班者在實際回覆後留下紀錄。團隊若有多個入口，還要標記訊息來自網站、社群或其他通路。跨通路顧客身份只在有可信線索且經授權確認後人工連結；同名不等於同一人。若發現串錯，應解除連結並檢查先前的備註是否引用了另一位顧客。
用週末詢價演練交班
假設一家設備供應商週五 17:45 收到訊息：「下週二展示要用，現在還能安排嗎？」AI 可以先說明網站公開的服務與聯絡方式，詢問設備型號、所需數量、展示地點及顧客可回覆的聯絡方式。現貨與運送能力若沒有即時可驗證資料，就不能回答「一定來得及」。摘要應寫「客戶希望週二前使用；型號已提供；庫存、運輸與正式交付時間待業務確認」，並記下來源管道和顧客原話。這是設計示例，並非真實案件或履約承諾。
週一接班的業務先查原對話與目前商品資訊，若某型號缺貨，不能只看到 AI 曾說明「通常可安排」就照單答應。應先聯絡倉儲或物流，向顧客明確區分可供的方案、還需確認的條件和最晚決策時間。若客戶週末又從社群私訊，接班者也不能光因同名就將兩條對話合併；先確認電話、Email 或其他可信線索，才可人工連結時間線。
每次換班可以抽三件事驗收：顧客是否要重新敘述已回答的問題；承諾期限是否有人追蹤；原本需要人判斷的事項是否被 AI 或摘要寫成已完成。發現問題時分別修資料、交班責任與回覆話術。若漏的是庫存，不要只加長提示詞；若漏的是值班人，增加通知數量也無法代替排班。交接品質最容易從未處理案件、重複提問與錯誤承諾看出，而不是只看對話是否顯示「已結束」。主管還可比較交班前後同一案件的待辦是否一致：原本標記需要確認的折扣，接班後若變成「已核准」，應找出是哪個步驟改了狀態、誰有權改，以及是否有顧客可見的回覆。若只是在備註加了一句「已處理」卻沒有實際訊息或核准紀錄，就不能把它當成完成。這類抽查不必讀遍所有對話，挑選高風險承諾、跨週末案件和顧客重複追問的樣本，通常更能找到要修的交接環節。另外，主管應確認顧客能否從回覆本身明白「現在等誰、還缺什麼、何時再聯絡」，不應要求顧客理解公司內部的交班表。若無法給出確定時點，就交代目前步驟與可聯絡的入口，避免用模糊的「已為您加速處理」代替真正的狀態。
團隊常問的問題
AI 說已轉真人，代表有人會立即回覆嗎？
不一定。要區分當下有服務人員在線的即時接手，與留下資訊後等待人員處理的非同步跟進。若未配置值班人員或回覆時段，應清楚告知會轉交，不可讓顧客以為有人正在看。
新同事需要讀完整逐字稿嗎？
可以在有權限時查原始對話，但先看一份清楚的交接摘要通常更有效。摘要要分開客戶已確認的條件、AI 提供過的資訊、未知事項、下一步和承諾時限。爭議或敏感事項再回到原始紀錄核對。
客戶從另一個管道再來，能直接接成同一人嗎？
要先核對可信的身分線索，不能只憑相同姓名或語氣合併。若資料不足，分開處理並請有權人員確認；錯誤的身分連結可能把別人的對話帶進交接。
已發出通知，是否表示交接完成？
通知只是提醒，還要有負責人確認收到、能查到待辦與實際回覆紀錄。寄送失敗、休假或信件被忽略時，團隊仍須在後台檢查未處理案件。把發信成功當作已服務顧客會留下盲點。
來源與延伸閱讀
- Managing conversation handoff and handback — Zendesk Help
- Viewing customer context for user, history, and device information — Zendesk Help