kakinang INSIGHTS · 2026-10-05
公司有多種客服入口，怎麼確認哪些訊息來自同一位客人？
顧客可能先在網站問規格，隔天從社群私訊，最後電話確認。把三段對話放在一起能減少重複詢問，但錯把兩個人合成一位，後果比多問一次更嚴重。姓名、頭像或說話方式只能提示可能相關；要建立跨通路顧客關係，仍應由有權人員依可靠線索核對，留下來源與可撤銷的連結。 AI 我想整理網站與社群訊息的顧客時間線，並避免錯誤連結身分。 可協助整理脈絡，不能把猜測當身分認證。
先保留每則訊息原來的入口
網站對話、社群私訊和電話筆記即使描述同一商品，也有不同的來源、帳號與可回覆方式。先記錄來源通路、時間、該通路可用的識別值、顧客實際提供的資訊與當時處理人。不要在整理時間線時把來源欄刪掉，否則業務無法判斷一項承諾是在哪個入口說的，也可能從錯誤的通路回覆。平台授權或訊息窗口也有各自規則；統一查看不表示可以跨平台任意發信。
Microsoft 的資料整合最佳實務指出，單靠姓名不應做顧客匹配，因為不同人可能同名；它建議先看更能辨識人的欄位與資料品質，必要時逐步調整規則。這是一般資料治理參考，並不是 kakinang 自動套用 Dynamics 的配對演算法。對中小企業而言，最重要的決策反而較簡單：是否真的需要把這兩段對話顯示成同一位顧客？若只是回答一個公開規格問題，不需要先收集更多個資或急著統一身分。
身分線索可分強弱。客戶在已驗證流程中主動確認的 Email、電話及訂單資訊，比公開顯示名稱可靠；但公司共用信箱、家庭電話或曾被轉讓的號碼也不是百分之百。客服若要用既有訂單回答私人問題，應先在原本的業務流程核對授權，而非只因時間線出現相近名字就引用購買歷史。NIST 的數位身分指南把身分證明、驗證與後續使用分成不同概念，提醒企業選擇符合情境的確認程度。
由人確認連結，並保留解除的路
kakinang 的顧客時間線可讓有權人員查看來源與互動脈絡，也支援人工身分連結。處理前先看兩筆紀錄各自包含哪些顧客已主動提供的線索，以及為什麼同一人判斷對這次服務必要。可以請顧客在原通路確認聯絡資訊，或在既有訂單流程核對足夠條件，再由有權角色建立連結。若沒有可靠證據，就保持兩筆獨立，備註「疑似相關，尚未確認」也比偷偷合併安全。
建立連結時應留下日期、確認者、使用的線索類型與服務目的。不要把完整證件號碼或不必要的敏感資料寫進備註；有需要的驗證應在原業務系統完成，時間線只保留必要結果。人工備註應區分顧客說過的事、員工確認過的事及仍屬推測的事，避免下一位同事把推測當事實。角色權限要限制誰能看到整合後的歷史，也要限制誰能改動關係。
錯誤連結一定要能被發現並撤回。若客戶說「那不是我的訂單」，先停止引用合併脈絡，由有權人員解除連結，查哪些回覆或備註可能用了別人的資料。必要時請相關同事重新核對尚未完成的承諾與聯絡方式。解除後不能只把畫面分開，還要避免舊摘要把另一人的資訊留在新案件裡。若兩人本來共用公司信箱，也應按業務角色處理，而不是強行當成同一個自然人。公司也可以把「同名但不同人」和「同一人使用兩種聯絡方式」各做一個去識別的內部練習，讓新同事學會先問服務是否需要連結，再看線索是否足夠。練習時不要拿真實客戶的私人資料傳給沒有處理權限的人；只要保留判斷步驟與可回查的理由，就能在不擴散個資的前提下改善處理一致性。
用跨管道詢問練習核對
假設週一有一位「林小姐」從網站問工作坊課程，週三 Instagram 收到同名帳號詢問日期，週四又有一封公司信箱來問團體方案。這三筆訊息可能來自同一人、同事或不同客人。客服先按來源分開處理公開課程問題；若要延續個別報價，請對方確認先前提供的聯絡方式或其他不易混淆的條件。這是示例，不是真實顧客紀錄。
如果 Instagram 帳號只說「我之前問過」，業務可詢問他在哪一天、透過哪個入口、問的是哪個課程，並確認可聯繫的 Email；仍不足時，維持獨立紀錄，不在社群對話貼出網站詢問者的電話。若確認是同一人，有權人員再人工連結，讓後續同事看到週一的需求與週三的新日期。公司信箱若由多人共用，應把「公司」與「實際聯絡人」區分，避免把團體方案錯綁在某個私人帳號上。
每月抽查一小組已連結與未連結的案件：連結依據是否可回查、同名不同人是否被誤合、員工是否因缺少來源而回錯通路、解除後備註是否仍混入舊資料。可記下錯誤類型，而不必追求把所有孤立訊息合併成百分之百完整的顧客檔案。真正的目標是讓需要脈絡的服務取得正確資訊，同時保護不相關顧客的資料。對沒有身分確認需求的公開問題，保留匿名或分開的對話往往更符合顧客期待。檢查時也要分清兩種錯誤：把同一人拆成兩筆，通常造成重複提問；把兩人誤當成一人，則可能造成個資揭露或錯誤承諾。後者應優先處理。若某個識別欄位經常被多人共用，就降低它在人工判斷中的權重，並記錄這個業務例外。主管可用去識別的樣本教新同事如何查證，不需要把真實客戶電話放進教學投影片。跨通路資料整合的成效，應同時看服務連續性和錯誤連結風險。證據不足時讓案件維持分開並告知接手同事，也是負責任的處理結果。
團隊常問的問題
名字相同，能先合併再請客戶確認嗎？
不建議。兩人同名很常見，一旦先合併，員工可能已看到或回覆了另一人的私人內容。先保留獨立紀錄，提出適當的核對問題；有權人員確認後再建立人工連結。
電話或 Email 一樣就一定是同一人嗎？
也要看資料如何取得與是否仍有效。共用電話、公司信箱、代填表單和轉讓號碼都可能造成誤認。以多個一致線索、近期確認及業務情境判斷，必要時請客戶確認，不把單一欄位當絕對證據。
連結錯了怎麼修正？
先停止沿用該合併脈絡，由有權人員解除連結，核對已寫入的備註、回覆與後續工作是否引用錯人資料。保留修正原因與時間，必要時通知負責案件的人重新檢查承諾。
AI 可以直接替團隊決定顧客身分嗎？
不應把語意相似、姓名或相近詢問當成身分證明。AI 可以提示兩筆紀錄可能相關、列出待核對資訊；建立與解除跨通路連結仍由有權人員決定。公開對話不能因此顯示其他紀錄的個人資訊。
來源與延伸閱讀
- Data unification best practices — Microsoft Learn
- Digital Identity Guidelines — NIST