官網和通訊平台都能接客服問題
您提到客戶會從不同管道詢問,也問過能不能在官網放一個會跟著頁面顯示的客服機器人。
先預想讓同一套客服接官網浮動入口、LINE、LINE WORKS 和 Email。客服人員能在同一個工作台看到問題和目前處理狀態。
推測依據:您問過官網浮動客服,也提到客戶會用 LINE、Email 等管道聯絡。LINE WORKS 和把各管道問題放在同一個畫面,是我們依常見做法延伸的,帳號型態與接入方式待確認。


依您在電話裡問到的客服、報價和智慧內勤,我們先預想了導入後的樣子。見面時請技術顧問跟您確認細節,頁面也放了可實際點選的示範,讓您週五內部討論時先看我們能做到什麼。
依電話裡提到的管道和工作方式,先畫出可能的流程。哪些平台要放客服入口、用哪些資料回答、什麼情況轉真人,都要再確認。
電話提到的目前做法
管道與內部分工仍要盤點,以下只整理通話中已提到的部分。
預想導入後的客服流程
通路串接、資料來源與轉交條件都要由技術顧問確認。
以下先照電話內容預想。能回答到什麼程度,要用實際資料和問題再確認。
您提到客戶會從不同管道詢問,也問過能不能在官網放一個會跟著頁面顯示的客服機器人。
先預想讓同一套客服接官網浮動入口、LINE、LINE WORKS 和 Email。客服人員能在同一個工作台看到問題和目前處理狀態。
推測依據:您問過官網浮動客服,也提到客戶會用 LINE、Email 等管道聯絡。LINE WORKS 和把各管道問題放在同一個畫面,是我們依常見做法延伸的,帳號型態與接入方式待確認。


客戶會問商品專業、技術、詢價、議價、訂單和產品使用問題,答案散在不同資料或由同仁判斷。
把核對過的商品資料、常見問答和客服規則整理好。AI 先依這些內容回覆,查不到資料或需要個別判斷時,就補問或轉給真人。
推測依據:您提過 Email 會有客戶詢問、訂單、議價和產品使用問題。商品專業與技術問題的分流方式是我們先預想的,資料來源和可回答範圍待確認。
如果機器人的回答沒達到客戶需求,可以轉人工客服或業務,並把資訊轉到業務或管理部內勤群組。
遇到資料不足、需要議價或需要同仁判斷時,保留客戶對話,整理問題摘要和待確認事項,再送到指定群組接手。
客戶原話:「自動在轉資訊到我們的業務身上或到我們管理部的這個內勤的群組裡面。」群組成員、分流條件和誰負責回覆還要確認。
您希望先看實際能做到什麼,再決定要不要往下談。
先選一類常見問題、一個客戶管道和一組已核對資料,實際測試回答、補問和轉交,再決定下一步。
推測依據:您說想用「最小的一個單位」試看看。第一個試行問題、管道和驗收方式尚未決定。
報價是您在電話裡直接問到的需求。先確認資料和系統能不能串,再決定自動化做到哪一步。
您提到同仁會從 ERP 找客戶和產品資料,依客戶價目或之前的成交價整理報價。
系統先帶出相關客戶與產品資料,整理成報價草稿交給同仁核對。最終價格由人確認後再送出。
您問過單純報價能做到什麼程度,也說報價資料來自 ERP。ERP 是否開放串接仍未知,須先確認。個別議價和最後報價由人把關。
您希望多數常見問題能先由機器人處理,也想先看到實際做出的效果。
整理一批真實客服問題,記錄哪些能直接回答、哪些需要補問、哪些要轉真人,再由您和技術顧問一起確認標準。
您提到如果大部分網站問題能由機器人回答會滿意。題目範圍、正確答案和怎麼判斷結果需要先定,不能直接當成成效保證。
以下是常見的延伸想法,電話裡沒有確認要做。先留給之後評估,避免第一步就讓系統代替人決定。
您提到會有議價,但沒有說要讓 AI 自己決定折扣。先讓 AI 整理資料,由同仁核價,比較容易掌握例外。
等議價規則、可調整範圍和核准人都確認後,再評估哪些步驟能交給系統。
電話提到客戶會詢問訂單,但沒有說要由 AI 直接改 ERP 或送出訂單。第一階段先回答進度和整理問題。
先確認訂單流程、客戶授權和 ERP 串接方式,再看是否值得讓系統代填資料。
您提到同仁會接到客戶電話,但沒有說要讓 AI 直接接聽。先處理文字客服與群組交接。
如果之後想減少電話中重複回答,再確認來電量、設備、常見問題和轉真人方式。
這些答案會決定上面哪些要做、怎麼做。可以直接在框框裡記下來。
上面每一項按下「需要/再看看/不需要」,這裡都會自動整理。會後我會照這份清單,整理成正式的功能規劃。