首輪接待
8 秒內
訪客發問後先由 AI 進行分類、摘要與引導。
24 小時 AI 接待中
把客服中心搬進一個對話窗
這個站以 `/mnt/kwanxin-chat` 的即時聊天架構為基底思路，重做成「廣訊網 AI 客服線上聊天」前台。 目標不是傳統公司形象頁，而是讓訪客一進站就能發問、拿到答案、留下需求，必要時再無縫轉真人客服。
客服模式
AI + 真人
簡單問題交給 AI，複雜案件直接建立人工接手節點。
導入方向
網站優先
先做好網站聊天體驗，再銜接 `kwanxin-chat` 的即時訊息與管理流程。
Chat First
主畫面就是客服對話本體
我把網站焦點直接放在聊天區，而不是把聊天縮成頁尾小視窗。完成 LINE 登入後，就能直接進入「廣訊網 AI 客服」的核心流程。
AI
廣訊網 AI 客服助理
網站導覽、方案諮詢、訂單售後、真人轉接
AI 接待模式
Live Session
已登入會員
LINE 驗證通過
Capabilities
網站定位成客服入口，不只是展示頁
下面這些模組，都是圍繞「訪客一進站就能被接住」設計，而不是先讓他看完一堆介紹才找到聯絡方式。
01
AI 首輪接待
先處理常見問題、導覽服務內容、分類需求，降低人工客服的重複回答負擔。
02
售前與售後分流
價格、導入流程、訂單追蹤、售後問題，都能被導到不同的回覆節奏與後續處理路徑。
03
真人客服接手
訪客只要表達「我要專人」或情境複雜，系統就能把摘要整理好再轉接。
04
需求蒐集
先收聯絡方式、產業、問題類型與時間點，讓後台客服看到的是整理後的案件，不是零散對話。
05
品牌化聊天入口
整個站的視覺與語氣都圍繞廣訊網客服中心，而不是套一個通用聊天框就結束。
06
可接回原後端
未來若要真上線，可以把此頁對接 `kwanxin-chat` 的即時通訊、房間、客服訊息與管理功能。
System Base
保留與 `/mnt/kwanxin-chat` 的銜接脈絡
我沒有把這個站做成與原系統完全切開的形象頁，而是把未來要接回原聊天系統的入口、流程與定位保留下來。
可沿用的聊天基底
從目前讀到的 `kwanxin-chat` 結構來看，以下幾塊最適合拿來承接這個網站的正式客服流程。
- Socket.IO 即時訊息 原系統已有即時聊天事件流，可作為真人客服接手與多席客服同步的核心。
- `/api/support` 客服訊息 已有客服訊息路由概念，後續可把網站前台對話導進同一套客服處理流程。
- 房間與管理後台 原系統有 room、admin、vendor/support 等結構，適合延伸成客服案件分群與權限管理。
建議的接軌順序
如果下一步要把現在這個前台真的接上後端，我建議照下面順序做，風險最低。
- 先補一個公開訪客會話入口 讓網站訪客不用登入，也能拿到臨時會話 ID 與對應的客服案件。
- 建立 AI 客服回覆 API 把 FAQ、知識庫、真人轉接條件與摘要邏輯集中到獨立路由。
- 再接原本即時聊天層 當案件需要人工接手時，再切到 `Socket.IO` 或客服後台，不必重做前台站。