SYSTEM ARCHITECTURE
從顧客接觸點，連接到營運資料
以可整合的系統層次規劃服務，讓 AI 回應能接續客戶管理與實際工作流程。
- 顧客接觸點LINE OA / 網站
- 介接層API 與身分驗證
- 商業邏輯服務規則 / 流程引擎
- AI 服務知識檢索 / 模型介接
- 營運模組CRM / 預約 / 流程
- 資料與分析資料儲存 / 營運摘要
CROSS-CUTTING CONTROLS
認證與權限設計
操作紀錄規劃
備份與資料匯出
SOLUTION MODULES
依企業準備度，組合需要的模組
核心方案、可選模組及依需求整合項目會在流程盤點後確認；沒有預設所有功能均已上線。
AI 智慧客服
企業知識庫、常見問題回覆、意圖辨識與真人客服轉接規劃。
CRM 客戶管理
客戶基本資料、標籤、互動紀錄與服務歷程管理。
智慧預約
時段查詢、預約建立與異動、人員資源排程及提醒。
訂單與服務流程
需求建立、狀態追蹤、任務通知與後續服務管理。
自動化通知
依企業確認的服務節點規劃 LINE、Email 或其他通知方式。
AI 營運分析
彙整詢問分類、服務需求與營運資料摘要。
管理後台
依方案範圍評估客戶、知識庫、預約、任務、設定和權限管理。
資料自主
依資料來源、系統功能和合作內容確認查詢、匯出、備份與操作紀錄。
DASHBOARD PREVIEW
營運資訊，一眼看見脈絡。
管理介面概念以待辦、服務需求、客戶狀態、預約和近期活動為中心，協助團隊追蹤服務進度。
產品介面概念示意
Demo 畫面示範待處理需求、今日預約、AI 需求分類、近期服務紀錄和營運分析，不包含真實客戶或營運資料。
介面與數字皆為 Demo 示意，不代表現行正式產品畫面或實際營運資料。
CONNECTED WORKFLOW
從一則訊息，走到完整服務
將顧客對話連到預約、訂單、後續通知與分析，讓日常服務流程有始有終。
- 顧客詢問
- AI 辨識
- 智慧回答
- 建立客戶資料
- 預約 / 訂單
- 自動通知
- 後續追蹤
- 營運分析
DATA OWNERSHIP & OPERATIONS
資料自主，從設計時就納入。
資料權責、使用方式、權限、備份和移轉需求會在方案設計階段確認。實際支援方式依採用系統及雙方確認的導入範圍為準。
本頁說明規劃原則；實際產品支援能力須於個別方案中確認。
資料欄位可理解
在設計階段確認資料目的、欄位定義、來源與使用角色。
權限依角色設定
盤點管理者、服務人員等角色需要的資料範圍與操作。
匯出方式先確認
在方案與驗收內容中明確約定匯出欄位、格式與交付方式。
備份與維運有邊界
依採用服務及合作範圍說明備份、紀錄和維護責任。
IMPLEMENTATION
先把流程弄清楚，再決定怎麼整合
從需求訪談到上線後改善，將每個階段的工作與驗收重點說清楚。
- 01
需求訪談
了解服務對象、營運目標、現有工具與優先改善事項。
- 02
流程盤點
描繪目前的顧客旅程、內部分工、例外情況與資料流向。
- 03
方案設計
確認功能範圍、系統介接、權限邊界、交付項目與驗收方式。
- 04
系統設定
依核定方案設定客服、CRM、預約、任務與通知流程。
- 05
資料導入
依雙方確認的欄位、格式與權限，整理必要資料並檢查匯入結果。
- 06
測試驗收
以代表性情境檢查流程、權限、資料呈現與例外處理。
- 07
教育訓練
依管理者與操作人員的工作角色，說明日常操作和維護方式。
- 08
正式上線
依約定的上線檢查清單啟用服務並確認聯絡與回報管道。
- 09
維運與改善
依合作範圍處理問題回報、檢視使用狀況與規劃後續調整。
FAQ
常見問題
XiangGuo AI Business OS 是已經可以直接訂閱的標準 SaaS 嗎？
目前網站介紹的是享果 AI 智慧營運系統的產品規劃與可整合模組。實際服務範圍、部署方式、時程與費用需依企業流程評估後確認；不會把規劃中的模組標示為已上線功能。
一定要更換公司既有的 CRM 或預約系統嗎？
不一定。導入前會先盤點現有工具是否提供可用的 API 或資料匯出方式，再評估延用、整合或調整流程的可行性。
AI 回答錯誤時，企業可以如何管理？
可先界定知識來源與可回答範圍，並設計無法確認時的轉接規則。上線前應以企業核准的問題與例外情境測試，後續依服務紀錄更新知識和流程。
可以使用哪一家 AI 模型？
架構規劃以 API 型模型整合為方向，供應商與模型依需求、資料處理條件及實際介接評估。提及模型廠商不代表享果國際與該廠商存在合作或認證關係。
客戶資料是否可以匯出？
資料欄位、匯出格式與操作權限會在方案設計階段確認。實際匯出與備份能力需依採用的系統、整合範圍和合約內容驗收。