網站 AI 客服・知識庫・真人接手

AI 客服系統:先回答、留名單,該轉真人就轉真人。

即造 AI 客服根據商家網站與確認過的 FAQ 回答訪客,收集姓名、聯絡方式與需求,寫入後台並通知團隊;沒有根據、遇到客訴或重要決定,就把前文完整交給真人。

已有可體驗的 AI 接待員 Demo;本頁提供導入判斷,實際申請可前往 AI 接待員服務頁。

第一版流程藍圖先對齊,再自動化
可驗收
1只用商家核准的網站與 FAQ 回答
2收集名單與需求並寫入後台
3Email 通知;已設定 LINE 時同步提醒
4未知、敏感與客訴問題轉真人

不先承諾全自動;先定義資料來源、權限、例外與人工核准點。

從實際工作開始

AI 客服不能只會聊天,還要把服務流程接下去。

好的 AI 客服不是用漂亮對話取代客服人員,而是先處理高頻問題、留下可追蹤需求,並讓真人接手時不用請客人重講一次。

網站常見問題

依營業時間、服務項目、預約方式、地點與核准政策回答,並在回覆中保留資料來源。

驗收結果:已知問題有根據;找不到答案時明確轉真人。

名單與需求收集

在對話中取得姓名、電話或 Email、需求與方便聯絡時間,將資訊寫入商家後台。

驗收結果:每筆詢問都有結構化欄位,不只留下聊天紀錄。

預約與報價前置

先問服務類型、日期、人數、地點或預算區間,整理成摘要供店家確認;AI 不自行承諾價格或時段。

驗收結果:真人接手時直接看到完整需求,重要承諾仍由店家決定。

真人接手與持續改善

未知、客訴、退款與敏感問題交接真人,保留對話前文;再從真實問題補充 FAQ。

驗收結果:交接不中斷,知識內容有版本並由商家確認。

可維護的導入方式

先整理知識,再讓 AI 上線。

我們不把整個網站丟給模型就算完成。導入前會確認哪些資料可以回答、哪些一定轉人、名單要存在哪裡,以及通知由誰接收。

整理網站、服務資訊與 20–30 個高頻問題
標記客訴、退款、醫療/法律/金融等強制轉真人情境
設定名單欄位、通知對象與可接受的聯絡方式
用已知、未知與誘導問題驗收,再小範圍上線

適合先做

每天重複回答價格、營業時間、服務與預約方式

晚上或忙碌時容易漏掉網站詢問

需要先收集客戶需求,再由真人報價或安排

願意維護 FAQ,並指定真人接手窗口

不適合直接全自動

希望 AI 完全取代真人並自行處理所有客訴

服務資訊、價格與政策尚未確定或頻繁變動

需要 AI 自行進行醫療、法律、金融或退款判斷

沒有任何人負責處理 AI 無法回答的案件

常見問題

導入前先說清楚。

AI 客服和關鍵字聊天機器人有什麼不同?

關鍵字機器人通常依固定選單或句型回覆;AI 客服能理解較自然的問法並從核准知識找答案。但 AI 仍可能不確定,因此必須限制資料來源、保留真人接手與驗收機制。

可以串 LINE 嗎?

即造現有 AI 接待能力以網站對話為核心,新名單可用 Email 通知,商家完成 LINE 設定後也能同步提醒。若要直接在 LINE 內完整對話或串其他社群,會先確認帳號權限與實際整合範圍再報價。

AI 客服會不會亂回答?

任何生成式 AI 都不能宣稱零錯誤。即造用核准知識、有來源回答、未知轉真人、敏感問題規則與上線前測試降低風險;重要價格、退款與承諾仍由真人決定。

已經有網站,可以只加 AI 客服嗎?

可以先評估。要確認網站是否能安裝對話元件、知識內容是否完整、名單要寫入哪裡,以及通知與真人接手方式。也可以直接體驗即造 AI 接待員 Demo,再申請導入。

先盤點,不先綁方案

先把最常重複、最好驗收的一件事做好。

告訴我們現在怎麼做、一天幾次、資料在哪裡,以及什麼結果算成功。即造會先縮成可測的第一版,不會要求你一次改掉全部流程。

送出需求不代表購買先確認資料、權限、風險和可驗收範圍,再由你決定是否開始。

送出不代表購買。我們會先確認可行性、第一版範圍與人工核准點,再提供方式與報價。