AI 客服與知識庫機器人：智慧客服導入・知識庫問答機器人
定義:AI 客服機器人是以大型語言模型搭配企業自己的知識庫回答客戶與同仁問題，答不出來時轉交真人的對話系統。
AI 客服機器人只答知識庫裡有的，答不出就轉真人
客人半夜在 LINE 問營業時間、退換貨、方案差別，同仁白天還要重複回答一樣的問題；公司內部的 SOP、方案規則與案件經驗散在文件夾裡，新人問三次才找到。偉騰先整理知識來源、定義機器人可以回答與必須轉人的範圍，以檢索增強生成（RAG）讓模型只依知識庫作答並附上出處，接進 LINE 官方帳號或網站，交付測試題庫、評估報告與知識更新流程。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要的AI 客服與知識庫機器人，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- AI 客服與知識庫機器人:
- 知識來源盤點
- 知識條目整理
- 回答範圍分級
- 檢索增強生成
- 提示詞設計
- LINE 通路接入
- 網站聊天視窗
- 內部知識助理
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要
- 法規依據
- 《個人資料保護法》
- 《消費者保護法》
- 《著作權法》
- 《公平交易法》（廣告不實）
- 應備文件
- 常見問答
- 產品手冊
- SOP 與規定文件
- 過往客服對話或電子郵件紀錄範例
- LINE 官方帳號或網站的管理權限
- 回答範圍與一律轉人的主題清單
- 知識庫負責人與更新頻率
- 測試用的真實問題清單
- 常見退件與誤判
- 把整份舊文件直接餵進去 → 新舊規定互相矛盾，回答看心情;沒設轉真人機制 → 客人卡在機器人迴圈裡，直接流失;讓模型自由發揮 → 編出公司沒有的方案與規定
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
導入 AI 客服最常見的失望是「它會亂講」：客人問退貨期限，機器人自信地給了一個公司根本沒有的規定。問題多半不在模型，而在沒有把公司自己的知識整理好，模型只好拿通用知識補。
另一種失望是導入後沒人維護，知識庫停在導入那一天，三個月後的新方案與新規定機器人一概不知，同仁又回去手動回覆。第三種是範圍沒畫清楚，機器人連退費、投訴這類該由人處理的事也硬答，反而製造客訴。
偉騰的導入順序是：先盤點知識來源（常見問答、產品手冊、SOP、過往對話紀錄、官網內容），清除過時與矛盾的版本，整理成有標題、有生效日期、有負責人的知識條目；再與業主畫出回答範圍，哪些主題機器人可以直接答、哪些只提供資訊並建議找真人、哪些一律轉人。
技術上採檢索增強生成：使用者提問時先從知識庫檢索相關段落，再讓模型依這些段落組織回答並附上出處，知識庫沒有的就老實說不知道並轉交。上線前我們用業主提供與我們設計的測試題庫逐題評估，調整到可接受後才接進 LINE 官方帳號、網站或內部系統。
交付包含整理後的知識庫與更新流程、機器人設定與提示詞、測試題庫與評估報告、對話紀錄後台、真人接手介面與操作手冊，模型用量帳號登記在業主名下。上線後每週檢視答不出來與被轉人的問題，補進知識庫，並在業主有新方案或新規定時依流程更新。
先把知識整理成可檢索的條目，是 AI 客服能不能可靠回答的關鍵：每一條都有明確的主題、適用情境、來源與更新日期，缺一項就不進知識庫；LINE 上的字數、按鈕數與回覆時間限制，也要在設計階段就納入。
LINE 諮詢
把AI 客服機器人的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
服務重點
- 知識整理佔一半工作：機器人的回答品質上限就是知識庫的品質。我們把散落的文件整理成條目：一個主題一條、有生效日期、有負責人、互相矛盾的只留一個版本，過時的標記停用。整理過程常順便發現公司內部規定本身不一致，這也是導入的價值。
- 畫清楚回答範圍：機器人適合回答事實型與流程型問題：營業時間、方案內容、怎麼申請、要準備什麼；不適合處理退費爭議、投訴、個案承諾。我們與業主列出三級清單：直接回答、提供資訊並建議找真人、一律轉人，機器人依分類行動，不越界。
- 只依知識庫作答並附出處：採檢索增強生成架構，模型只能依檢索到的知識段落回答，每則回覆附上來源條目，客人與同仁都能核對。知識庫沒有相關內容時，機器人會明確說明沒有這項資訊並轉交真人，而不是編一個聽起來合理的答案。
- 測試題庫與持續評估：上線前以測試題庫逐題檢查回答是否正確、是否引用對的來源、該轉人時有沒有轉；上線後每週匯出答不出來與被轉人的對話，補知識或調整分類。評估結果以報告呈現，業主能看到機器人哪些主題可靠、哪些還不行。
- 個資與對話紀錄的處理：客人在對話中會留下電話、地址與訂單資料，這些是個資。系統在送進模型前遮罩可識別欄位，對話紀錄設定保留期限並限制可查看的角色；若使用外部模型服務，會向業主說明資料經過哪裡、供應商是否用於訓練，由業主決定方案。
速查表
| 適合對象 | LINE 官方帳號每天重複回答的店家、有大量手冊與 SOP 的企業團隊，以及想讓新人快速查到規定與案例的事務單位。 |
|---|---|
| 交付內容 | 整理後的知識庫、回答範圍分級、可運作的機器人與通路接入、測試題庫與評估報告、對話後台、更新流程手冊。 |
| 時程量級 | 知識整齊、範圍單純者數週內上線；文件量大、要清理矛盾或接多通路者約一到三個月，知識整理佔時最多。 |
| 需要準備 | 常見問答、手冊、SOP 與規定文件，過往對話範例，通路管理權限，一律轉人的主題清單，知識負責人。 |
| 技術架構 | 知識庫向量檢索加大型語言模型組織回答，附出處；通路接 LINE 與網站；對話後台與真人接手共用同一介面。 |
| 資料與隱私 | 對話送進模型前遮罩可識別欄位，紀錄設保留期限與查看權限；模型服務的資料處理條款事先向業主說明。 |
| 驗收標準 | 測試題庫逐題通過約定比例，該轉人的題目全部轉人，每則回答附正確出處，通路接入在真實裝置上測試。 |
| 上線後維運 | 每週檢視答不出來與被轉人的對話並補知識；模型服務或 LINE 介面改版時測試更新；業主負責人可自行發布條目。 |
| 擴充與整合 | 可接訂單、預約或會員系統讓機器人查詢個人化資訊，或把內部知識助理接進既有後台與文件系統。 |
| 全台服務方式 | 知識整理、建置與測試全程線上，各縣市皆可導入；知識仍在紙本或人員腦中時，安排到場訪談。 |
進行方式與時程
- 知識盤點：盤點與整理知識來源，畫出回答範圍三級清單。
- 原型與題庫：以整理後知識做出原型，設計測試題庫逐題試答。
- 建置與接入：建置檢索架構與轉人機制，接進 LINE 或網站並測試。
- 上線與維運：教育訓練、每週補知識，監看答不出來的問題。
法規依據(條號)
| 法規 | 條號 | 重點 |
|---|---|---|
| 個人資料保護法 | 對話紀錄中的姓名、電話與訂單資料屬個資，蒐集與傳送至模型服務都要有目的與告知，並控管存取。 | |
| 消費者保護法 | 機器人向消費者提供的方案與退換貨資訊視同企業經營者的說明，內容須與實際條款一致。 | |
| 公平交易法 | 機器人回答涉及商品或服務的宣稱時不得有虛偽不實或引人錯誤的表示。 |
三種做法對照：關鍵字自動回應／AI 知識庫機器人／可執行動作的 AI 助理
| 做法 | 適合情境 | 能力 | 主要風險 | 維運重點 |
|---|---|---|---|---|
| 關鍵字自動回應 | 問題固定、數量少的店家 | 依關鍵字回固定訊息 | 問法稍有不同就答不出 | 維護關鍵字與罐頭訊息 |
| AI 知識庫機器人 | 問題多樣但答案都在文件裡 | 理解問法、依知識庫組織回答並附出處 | 知識庫過時或矛盾導致答錯 | 知識條目更新與每週評估 |
| 可執行動作的 AI 助理 | 要查訂單、改預約、開單等個人化服務 | 除了回答還能呼叫系統完成動作 | 權限控管與誤操作 | 動作前的確認機制與紀錄 |
知識庫整理清單
| 整理項目 | 要做的事 | 常見問題 |
|---|---|---|
| 來源盤點 | 列出常見問答、手冊、SOP、對話紀錄與官網內容 | 同一主題有多個版本 |
| 去重與定版 | 矛盾內容只留一個版本並標生效日期 | 沒人能決定哪個版本對 |
| 條目化 | 一個主題一條，有標題、摘要、負責人 | 整份文件直接丟進去 |
| 範圍分級 | 標記直接回答、提供資訊、一律轉人 | 退費與投訴沒標為轉人 |
| 測試題庫 | 依真實問題寫題目與預期答案 | 只用理想問法測試 |
官方書表、申辦入口與法規
- 官方說明:LINE Developers：對話機器人開發文件(LINE)
- 申辦入口:個人資料保護委員會籌備處(個人資料保護委員會籌備處)
- 法規條文:全國法規資料庫：個人資料保護法(法務部)
- 法規條文:全國法規資料庫：消費者保護法(法務部)
費用怎麼組成
費用依知識來源的數量與整理程度、回答範圍的主題數、接入通路數、是否含內部知識助理與系統查詢動作書面報價。模型服務的用量費、LINE 官方帳號方案費與雲端費用由業主直接向供應商支付，本所不代收；知識整理可作為獨立階段先行。免費書面初判後提供正式報價。
平台規範視角
- LINE 平台的開發者規範要求機器人訊息符合使用者授權範圍與訊息格式，並禁止以自動訊息騷擾使用者。
- 個人資料保護主管機關認為對話中蒐集的客戶資料屬個資，傳送至外部模型服務前應評估必要性並採取遮罩與契約保護。
常見錯誤與返工原因
- 把整份舊文件直接餵進去 → 新舊規定互相矛盾，回答看心情
- 沒設轉真人機制 → 客人卡在機器人迴圈裡，直接流失
- 讓模型自由發揮 → 編出公司沒有的方案與規定
- 導入後沒人負責更新 → 三個月後答案全部過時
- 對話紀錄全員可看 → 客人個資在公司內部流通
常見痛點
- 同樣的問題每天在 LINE 回答幾十次
- 新人問規定，老鳥要停下手邊工作找文件
- 買過客服機器人，答得牛頭不對馬嘴
- 知識庫沒人更新，機器人越來越不準
- 怕 AI 亂承諾退費，不敢開放
交付項目
- 整理後的知識庫與條目清單
- 回答範圍分級與轉人規則
- 可運作的機器人與通路接入
- 測試題庫與評估報告
- 對話紀錄後台與真人接手介面
- 知識更新流程與操作手冊
建議準備文件
- 常見問答、產品手冊、SOP 與規定文件
- 過往客服對話或電子郵件紀錄範例
- LINE 官方帳號或網站的管理權限
- 回答範圍與一律轉人的主題清單
- 知識庫負責人與更新頻率
- 測試用的真實問題清單
法規依據
- 《個人資料保護法》
- 《消費者保護法》
- 《著作權法》
- 《公平交易法》（廣告不實）
細項業務全覽
- 知識來源盤點
- 知識條目整理
- 回答範圍分級
- 檢索增強生成
- 提示詞設計
- LINE 通路接入
- 網站聊天視窗
- 內部知識助理
- 真人接手機制
- 測試題庫評估
- 對話紀錄後台
- 知識更新流程
官方參考資料
全台線上受理
- 台北AI 客服機器人
- 新北AI 客服機器人
- 桃園AI 客服機器人
- 新竹AI 客服機器人
- 苗栗AI 客服機器人
- 台中AI 客服機器人
- 彰化AI 客服機器人
- 南投AI 客服機器人
- 雲林AI 客服機器人
- 嘉義AI 客服機器人
- 台南AI 客服機器人
- 高雄AI 客服機器人
- 屏東AI 客服機器人
- 宜蘭AI 客服機器人
- 基隆AI 客服機器人
- 花蓮AI 客服機器人
- 台東AI 客服機器人
- 澎湖金馬AI 客服機器人
常見問題
AI 客服機器人全台都能導入嗎？
可以。知識整理、機器人建置與測試全部線上進行，LINE 官方帳號與網站接入也是遠端設定，各縣市的店家與企業都能啟動。需要到場的情況是內部知識散在紙本或現場人員腦中，我們會安排到場訪談整理。
從開始到上線要多久？
知識來源整齊、範圍單純（例如店家常見問答）的，數週內可上線；文件量大、要清理矛盾版本、接多個通路或內部系統的，量級約一到三個月。整理知識的時間通常比建置機器人長，業主指定一位知識負責人能大幅縮短。
上線後誰維運？知識庫與對話紀錄是誰的？
知識庫、對話紀錄與模型服務帳號都登記在業主名下，隨時可以匯出；機器人設定與提示詞也一併交付。日常的知識更新由業主負責人依流程操作，偉騰依維運計畫每週檢視答不出來的問題、調整檢索與分類，並在模型服務改版時測試更新。
機器人會不會亂講？怎麼避免？
我們以檢索增強生成限制模型只依知識庫段落回答並附出處，知識庫沒有的就說沒有並轉真人；另外用測試題庫在上線前逐題檢查，上線後持續抽查。亂講的根源多半是知識庫有矛盾或過時內容，所以整理知識是整個導入的重心。
可以接在 LINE 官方帳號上嗎？
可以，這也是台灣店家最常用的通路。客人在 LINE 提問由機器人先回答，依分類判斷要不要轉真人，轉人時同仁在同一個後台接手，對話脈絡完整保留；也可以同時接網站聊天視窗與內部系統，共用同一套知識庫。
答不出來的時候會怎麼處理？
機器人會告訴客人這個問題需要由專人回覆，並把對話連同已問的內容轉到真人接手清單，依設定通知值班同仁；營業時間外則留下紀錄並告知回覆時間。這些答不出來的問題每週匯整，成為補知識庫的清單。
內部知識庫可以只給同仁用嗎？
可以。常見做法是對外的客服機器人只載入公開知識，對內的知識助理另載入 SOP、案例與內部規定，依登入身分決定能查到什麼。兩者共用同一套整理與更新流程，但知識庫分開，不會把內部文件外流到客人面前。
要用哪一家的模型？資料會不會被拿去訓練？
模型選擇依回答品質、資料處理條款與用量計費方式評估，我們會提供比較表由業主決定。多數商用模型服務提供不用於訓練的方案，敏感度高的知識也可以採自架方案；對話送出前先遮罩個資，是不論哪家都會做的基本功。
導入後還需要客服人員嗎？
需要，角色會改變。機器人處理重複、事實型的問題，客服人員處理轉人的個案、爭議與需要判斷的事，並負責維護知識庫。合理的預期是回覆速度變快、同仁從重複回答中解放，而不是人力歸零。
知識庫怎麼更新？會很麻煩嗎？
更新流程設計成負責人在後台新增或修改條目、填生效日期、按下發布即可，系統自動重新建立索引；重大變更可先在測試環境問幾題確認。我們也會從每週的答不出來清單建議該補哪些條目，讓更新有依據而不是憑感覺。