Insider One Conversational CX是什麼?
Insider One Conversational CX是一套針對企業的對話式客戶體驗解決方案,涵蓋行銷、商務及客戶支援等領域。品牌可以透過WhatsApp、Instagram、Web Messenger等平台,與用戶進行自動化的雙向對話。
它屬於Insider One客戶互動平台的一部分,能夠運用統一的客戶資料、預測功能、商品推薦服務、行程規劃功能,以及人工客服的相關功能。它並非用於個人的通用AI聊天應用程式。
一句話介紹
Insider One運用生成式與預測式AI,在多個消息渠道中連接獲客、选购、成交、服務和人工接管流程。
MindBehind與當前產品的關係
Insider One在2023年收購了對話式商務平台MindBehind,並將其功能整合到Conversational CX中。目前,說明文件中仍有部分流程使用MindBehind這個名稱,但產品採購及整體平台的定位仍以Insider One為準。
| 名稱 | 當前含義 | 使用時應如何理解 |
|---|---|---|
| Insider One | 統一客戶互動與行銷平台 | 包含數據、個性化、旅程、渠道和AI能力 |
| Conversational CX | 對話式行銷、商務與支援方案 | 跨消息渠道構建雙向互動 |
| MindBehind | 被收購並繼續出現在部分文件和介面中的產品名稱 | 通常指機器人流程、渠道和人工接管能力 |
| Agent One | 當前自主式AI代理產品家族 | 包含Support Agent和Shopping Agent等場景 |
| InOne | 統一操作和數據環境 | 用於連接客戶數據、活動、對話和分析 |
三類核心場景
| 場景 | 主要目標 | 代表能力 | 常見指標 |
|---|---|---|---|
| 行銷 | 獲客、訂閱和活動互動 | 點擊進入WhatsApp、Instagram私信自動化和個性化促銷 | 訂閱、回覆、轉化與廣告回報 |
| 商務 | 商品發現、推薦和購買 | WhatsApp Commerce、Flows、商品目錄和個性化推薦 | 加購、成交、客单價和棄購率 |
| 支持 | 即時解答和降低人工負擔 | 生成式AI機器人、知識問答、問題預測和人工接管 | 解決率、轉人工率、回應時間和滿意度 |
主要功能
生成式AI機器人
團隊可以透過提示詞來定義機器人的角色、語氣以及回答方式,讓其能夠依照品牌風格來處理自然語言問題。不過,所產生的回答仍需受到知識庫、業務政策以及安全規則的約束。
預測式個性化
平台結合客戶行為、歷史互動、偏好和意圖來預測下一步需求,並用於訊息、推薦和服務路徑的規劃。預測結果應作為優化使用體驗的依據,而非用來對用戶做出不透明且風險過高的決定。
跨渠道對話流程
行銷人員可以為不同的訊息通道設計結構化流程、自由文字對話、按鈕以及後續操作步驟。Generic Channel還能將其他訊息平台整合到MindBehind流程中。
WhatsApp Commerce
用戶可以在WhatsApp內瀏覽商品、接收推薦並完成購買,從而減少跳轉到外部頁面的步驟。至於實際的結帳、付款及訂單處理功能,則取決於所在地區、Meta的規定以及企業的整合程度。
WhatsApp Flows
WhatsApp Flows用於建立表單式及多步驟的對話體驗,可應用於預約、申請、問卷調查、商品選擇以及售後流程等場景。企業需要為各個欄位、同意條款以及失敗時的處理方式設定明確的規則。
Instagram私訊自動化
品牌可以讓Instagram廣告和私訊進入自動化流程,持續收集需求、推薦內容或轉化潛在客戶。自動互動時必須遵守平台的訊息窗口限制、頻率規定以及用戶的同意要求。
人工坐席接管
當機器人遇到複雜的問題,或是用戶要求與真人對話時,可以將對話交給客服人員處理。客服人員的儀表板會顯示客戶的相關資訊以及機器人的分析結果,這樣就能避免重複詢問。
對話分析
平台可以搜尋歷史對話,並依據管道、公司、日期及其他條件進行分析。WhatsApp對話分析還能連結從機器人互動到購買結果的整個流程。
支持哪些渠道?
Conversational CX公開展示了六個主要的雙向溝通渠道,同時也能與Insider One的更多跨渠道連結功能相整合。實際可使用的地區、訊息類型以及功能,則需根據企業帳戶及渠道政策來確定。
| 渠道 | 主要用途 | 典型互動 | 限制重點 |
|---|---|---|---|
| 行銷、商務和服務 | 模板消息、雙向聊天、商品、Flows和通知 | Meta審批、同意、消息費用和服務窗口 | |
| 廣告獲客和私訊互動 | 廣告點擊、自動回覆、流程和人工接管 | 平台權限、視窗和自動化規則 | |
| Facebook Messenger | 線索與客戶服務 | 結構化機器人、資訊收集和升級 | 頁面權限及Meta政策 |
| Web Messenger | 網站與應用內支援 | 知識問答、推薦、表單和坐席轉接 | 組件部署、Cookie和身份識別 |
| iMessage | 雙向文字服務和線索 | 自動回覆、提醒和支持 | 地區、設備和企業消息資格 |
| Microsoft Teams | 員工支援與內部流程 | 常見問題、內部任務和業務自動化 | 租戶權限和企業數據邊界 |
| Generic Channel | 連接其他消息系統 | 透過自訂接入複用流程 | 需要開發、認證和事件映射 |
Support Agent
Agent One中的Support Agent用於自動處理客戶服務對話,給出與品牌一致且具備上下文關聯的回覆。它能夠處理常見問題、引導客戶完成相關流程,必要時還可將案件升級交由人工處理。
- 基於企業知識庫回答產品、政策及服務問題;
- 結合客戶資料和即時上下文提供更個性化的回覆;
- 理解自由文本請求並選擇合適的支援路徑;
- 記錄主題和子主題,用於分析服務需求;
- 在低置信度、敏感或複雜問題時觸發人工接管;
- 把互動事件送入統一客戶資料庫和旅程編排。
Shopping Agent
Shopping Agent將知識庫、商品目錄、推薦以及客戶信號轉化為對話式的購物協助。使用者可以描述自己的需求、比較不同商品,並獲得個性化的建議。
- 理解自然語言中的用途、偏好、預算和限制;
- 從商品目錄中發現並比較合適的產品;
- 結合瀏覽、購買和即時信號調整推薦;
- 回答規格、庫存、配送和退換政策問題;
- 引導用戶進入加購、購買或其他轉化動作;
- 在需要人工建議或異常訂單時退出並轉接。
對話流程搭建
團隊可以將訊息、問題、條件、API呼叫、人工處理以及結束動作組織為流程。結構化路徑適用於具有確定性的任務,而生成式AI則適合處理表達方式多樣的自然語言問題。
| 流程組件 | 用途 | 設計建議 |
|---|---|---|
| 歡迎與菜單 | 說明服務範圍並提供入口 | 不要一次展示過多選項 |
| 用戶輸入 | 收集自由文本、按鈕或表單數據 | 只收集完成任務所需欄位 |
| 條件分支 | 按意圖、屬性和狀態選擇路徑 | 為未知值和衝突值設定預設分支 |
| AI回答 | 處理知識問答和非結構化請求 | 限制知識邊界並顯示不確定性 |
| API動作 | 查詢訂單、庫存、帳戶或付款介面 | 設定認證、超時、重試和幀等 |
| Human Action | 將特定步驟交給真人 | 攜帶上下文並設定等待提示 |
| 退出動作 | 完成、轉接或結束會話 | 記錄結果和後續旅程事件 |
搭建客服機器人的步驟
- 明確要自動化的FAQ、訂單、預約、退換或內部支援任務。
- 選擇首個渠道,並確認企業帳號、消息資格和地區政策。
- 整理知識庫、政策、商品和客戶數據字段,刪除過期內容。
- 設計歡迎、意圖、資訊收集、AI回答、API動作和結束路徑。
- 為機器人設定品牌角色、語氣、禁止回答及合規提示。
- 連接統一客戶資料、訂單、支付、工單及人工坐席系統。
- 測試正常問題、拼寫錯誤、模糊表達、越權請求和系統故障。
- 小範圍發布並追蹤解決率、轉人工、錯誤回答和客戶反饋。
上線WhatsApp商務流程
- 準備經過驗證的企業帳號、電話號碼以及明確的使用者同意機制。
- 選擇行銷、實用或認證等正確的消息類型,並提交模板審批。
- 按國家、語言和用戶狀態設計模板、服務窗口與頻率。
- 連接商品目錄、庫存、推薦、訂單和支付相關介面。
- 使用Flows構建商品選擇、表單、預約或售後步驟。
- 設定客服接管、異常支付、缺貨和無法識別意圖的回退。
- 核對每條模板消息和平台服務產生的費用。
- 上線後按送達、回覆、轉化、退訂和投訴持續優化。
統一客戶數據如何參與對話?
Insider One能夠將網站、行動端、伺服器以及訊息互動等資料,整合為同一個客戶的身份資料。Agent One則會將結構化的對話記錄儲存在統一的客戶資料庫中,以便進一步分析客戶的行為模式及規劃後續的服務流程。
| 資料類型 | 對話中的用途 | 風險控制 |
|---|---|---|
| 身份與聯絡方式 | 識別用戶並選擇允許的消息渠道 | 記錄同意、退訂和身份匹配信度 |
| 瀏覽與互動 | 理解興趣和當前意圖 | 限制追蹤並遵守Cookie選擇 |
| 購買歷史 | 推薦、補貨、交叉銷售和售後 | 避免暴露他人訂單或敏感商品 |
| 商品與庫存 | 提供即時推薦和可用性 | 處理延遲、缺貨和價格變化 |
| 對話主題 | 優化知識庫和服務流程 | 刪除不必要的自由文本個人資訊 |
| 代理結果事件 | 觸發細分、旅程和報告 | 建立事件定義、TTL和訪問權限 |
行銷、商務與支援協同
| 客戶階段 | 對話動作 | 後續連接 | 衡量方式 |
|---|---|---|---|
| 發現 | 從廣告進入WhatsApp或Instagram私訊 | 訂閱與興趣標籤 | 點擊、開始對話和獲客成本 |
| 考慮 | 回答問題並推薦商品 | 目錄、偏好和瀏覽行為 | 推薦點擊和商品查看 |
| 購買 | WhatsApp Commerce或Flows推進轉化 | 庫存、訂單和支付 | 加購、成交和客单價 |
| 服務 | 自動回答訂單和政策問題 | 工單、物流和客戶資料 | 解決率、回應和滿意度 |
| 升級 | 把複雜會話交給坐席 | 完整上下文與優先級 | 等待、處理時長和一次解決率 |
| 復購 | 按同意與行為觸發個性化消息 | 旅程編排和預測細分 | 復購、退訂和投訴 |
適合哪些企業?
- 需要在WhatsApp完成獲客、推薦、交易和服務的零售品牌;
- 希望將Instagram廣告流量轉為私訊對話的行銷團隊;
- 擁有大量重複諮詢,並需要機器人與人工協同的客服中心;
- 已經使用客戶數據平台與跨渠道旅程的企業行銷組織;
- 需要個性化商品發現和對話式導購的電商;
- 希望在Teams中自動處理員工常見問題的內部服務部門;
- 需要企業級API、SDK、權限和安全評估的跨地區品牌。
不太適合哪些情況?
- 只需要一個免費網站,用來顯示聊天訊息的簡易個人網站;
- 沒有客戶數據、知識庫和渠道帳號準備的臨時項目;
- 只想購買獨立通用大模型而不需要行銷平台的團隊;
- 無法承擔實施、資料映射、渠道審批和持續運營的組織;
- 要求下載整套平台並在完全離線環境運行的採購方;
- 準備在沒有同意和人工監督的情況下批量發送消息的業務。
產品優勢
- 行銷、商務與支援共享客戶數據與跨渠道編排;
- 生成式AI和預測式AI分別處理語言與個性化決策;
- 覆蓋WhatsApp、Instagram、Web和其他主要消息渠道;
- WhatsApp Commerce與Flows支援端到端對話任務;
- 商品推薦可以結合即時行為和歷史偏好;
- 機器人與坐席之間可以傳遞客戶上下文和會話分析;
- Support Agent與Shopping Agent提供更明確的業務角色;
- API、Webhook、Web SDK和行動SDK支援企業整合。
使用限制
- 沒有公開自助固定價格,需要銷售評估和合同報價;
- 部署涉及客戶身份、同意、數據及多個業務系統的集成;
- WhatsApp等渠道有獨立審批、窗口、內容和計費規則;
- 生成式AI仍可能誤解問題或給出未經核實的回答;
- 商品、價格和庫存數據延遲會直接影響對話準確性;
- 跨渠道身份合併錯誤可能造成不適當的個性化;
- 客戶案例中的提升不能保證在其他企業復現;
- 機器人無法取代在投訴、爭議及高風險決策中所需的人為責任。
價格與計費
價格資訊於2026年8月23日核驗,實際金額、稅費、匯率及優惠可能變動,最終以結算頁面顯示為準。
Insider One並未公開Conversational CX的標準月費或固定套餐金額,主要是透過申請演示以及企業合約的方式來進行購買。該平台會以月活躍用戶數作為主要的定價依據,並將服務實施與支援納入統一的方案中。
| 費用項目 | 價格 | 計費週期 | 核心權益或額度 | 適合用戶 |
|---|---|---|---|---|
| 對話式CX平台 | 訂製報價 | 合同 | 機器人、渠道、流程、坐席和分析範圍按方案確定 | 中大型企業 |
| Insider One平台 | 訂製報價 | 通常按月活躍用戶和所選能力 | 統一數據、個性化、旅程與渠道產品 | 需要統一客戶互動平台的企业 |
| WhatsApp消息 | 按Meta實時費率 | 按成功送達的模板消息等規則 | 費率取決於消息類別和用戶國家 | 使用WhatsApp行銷與服務的品牌 |
| 其他消息渠道 | 以渠道和合約為準 | 按消息、帳號或服務 | 平台費之外可能有第三方通訊費用 | 多渠道運營團隊 |
| 實施與支援 | 整體方案通常包含 | 合同 | 數據接入、上線和客戶成功支援 | 需要企業實施保障的組織 |
| 訂製集成 | 按範圍確認 | 項目或合約 | 自訂渠道、API、支付和內部系統連接 | 複雜技術環境 |
WhatsApp已採用按成功送達的模板訊息數量來計費的規則,不同國家及訊息類型的費用也有所不同。在預算時,還需考慮月活用戶數量、傳播渠道數量、訊息量、資料接入需求、客服人員數量、定制化開發需求以及第三方服務的成本。
WhatsApp費用注意事項
| 費用變數 | 如何影響成本 | 控制方法 |
|---|---|---|
| 模板類別 | 行銷、實用和認證訊息費率不同 | 為每個目的選擇正確類別 |
| 接收國家 | 費率按用戶國家或地區變化 | 按市場拆分預算與效果 |
| 消息送達 | 通常按成功送達消息計算 | 清理無效號碼和退訂用戶 |
| 服務窗口 | 用戶主動對話後的部分消息規則不同 | 優先在有效窗口內解決問題 |
| 免費入口窗口 | 特定廣告或頁面入口可能有免費期 | 核對Meta當前條件和歸因 |
| Insider平台費用 | 與渠道消息費分開 | 合同中明確包含量與超額規則 |
數據保留與隱私
在企業服務中,Insider One通常扮演資料處理者的角色,此時客戶必須明確資料處理的目的、合法依據以及對使用者的通知方式。統一的客戶資料、行為記錄和對話內容可能包含個人資訊,因此應根據地區和業務場景來進行適當配置。
| 數據事項 | 當前規則或能力 | 企業注意點 |
|---|---|---|
| 用戶檔案 | 預設可採用12個月TTL規則 | 確認續期條件和合約配置 |
| 事件數據 | 不同事件TTL可在90至730天之間 | 按業務必要性選擇最短合理期限 |
| 對話內容 | 用於服務、分析及人工接管 | 避免收集不必要的敏感自由文本 |
| Cookie與設備 | 網站和Web SDK可能採集行為資訊 | 尊重Cookie選擇和地區同意 |
| 子處理者 | 提供公開清單並受資料處理附件約束 | 審查地區、用途和變更通知 |
| 跨境傳輸 | 按合同與適用機制處理 | 核實數據駐留和傳輸影響評估 |
| 刪除與權利 | 支持數據主體請求和平台數據操作 | 建立身份驗證、導出和刪除流程 |
資料保留的期限會因資料類型、合約以及產品配置的不同而有所差異,因此無法將同一個TTL值應用於所有的對話和業務記錄上。企業還必須同時考慮渠道平台、CRM、工單系統以及分析系統中的資料副本。
安全與合規
Insider One透露,該公司已通過ISO/IEC 27001及ISO 22301認證,同時也完成了SOC 2 Type II的驗證。企業可以透過信任中心取得有關安全、隱私及合規性的相關資料。
| 安全項目 | 當前狀態 | 採購審查重點 |
|---|---|---|
| ISO/IEC 27001 | 已認證 | 核實證書範圍、實體和有效期 |
| ISO 22301 | 已認證 | 核實業務連續性範圍 |
| SOC 2 Type II | 已鑑證 | 查看審計期、控制例外和覆蓋產品 |
| GDPR | 提供相關合規與DPA安排 | 明確控制者、處理者與數據主體流程 |
| 數據隔離 | 企業平台提供訪問和隔離控制 | 測試角色、團隊和租戶邊界 |
| 介面安全 | API和SDK有認證與安全集成指南 | 實施金鑰輪換、簽名和最小權限 |
| 業務連續性 | 有認證和安全運行體系 | 確認災備目標、狀態通知和故障回退 |
API、SDK與開源狀態
Insider One提供公開的API、Webhook、Web SDK以及行動端SDK,可用於傳送和讀取平台數據、觸發訊息,以及連接網站與應用程式。Conversational CX還能透過通用通道、支付網關和業務API來連接外部系統。
| 技術能力 | 當前狀態 | 主要用途 |
|---|---|---|
| Insider One API | 支持 | 創建、讀取、更新和刪除數據以及發送消息 |
| Webhook和資料流 | 支持 | 實時把屬性、事件和平台數據推送到企業端點 |
| Web SDK | 支持 | 採集網站行為、身份和活動互動 |
| iOS SDK | 支援並有官方公開倉庫 | 接入移動推送、應用互動和Insider能力 |
| Android SDK | 支援並有官方範例 | 接入原生Android應用 |
| React Native SDK | 支持 | 跨平台行動應用整合 |
| Generic Channel | 支持 | 連接非標準消息渠道 |
| 核心平台開源 | 否 | 商業平台、對話引擎和AI代理未公開完整代碼 |
官方GitHub上的SDK、示範程式及整合專案皆可公開查閱,但這並不代表Insider One或Conversational CX整體都是開源的。在進行部署之前,應先分別確認每個儲存庫的授權條款、維護狀態以及產品支援範圍。
上線治理建議
- 為每個渠道記錄消息目的、同意和退訂狀態;
- 把知識庫、商品、價格和政策分配給明確負責人;
- 限制AI處理醫療、金融、法律和爭議性決定;
- 為API動作設定權限、確認、超時、重試和審計;
- 測試提示注入、身分混淆、跨客戶資料洩露和惡意檔案;
- 保留人工接管、拒絕、修改和申訴記錄;
- 按語言、國家和客戶群體檢查回答品質與公平性;
- 監測錯誤回答、轉人工、退訂、投訴和消息費用;
- 渠道和模型更新後重新進行回歸測試。
基本資訊
| 項目 | 內容 |
|---|---|
| 產品名稱 | Insider One Conversational CX |
| 歷史產品 | MindBehind,於2023年被Insider One收購 |
| 工具類型 | 企業對話式AI、對話式商務和客戶支援 |
| 主要渠道 | WhatsApp、Instagram、Facebook Messenger、Web Messenger、iMessage和Teams |
| 核心場景 | 行銷、商品發現、購買和客戶服務 |
| 購買方式 | 預約演示與企業合約 |
| 公開固定價格 | 無 |
| API | 有 |
| 官方GitHub | 有SDK和範例專案 |
| 核心平台開源 | 否 |
常見問題
Insider One Conversational CX就是MindBehind嗎?
MindBehind是Insider One在2023年所收購的對話式商務平台,其名稱仍出現在某些文件和流程中。目前,其整體功能應被視為Insider One Conversational CX與Agent One的組合。
支援哪些消息渠道?
目前主要支援的平臺包括 WhatsApp、Instagram、Facebook Messenger、Web Messenger、iMessage 和 Teams,也可透過 Generic Channel 連接到其他平臺。
可以在WhatsApp裡完成購買嗎?
平台支援WhatsApp Commerce、Flows、商品推薦以及端到端的購物流程。實際的支付、訂單處理以及地區相關功能,則取決於企業的整合方式以及Meta的現行規定。
能轉接人工客服嗎?
可以。流程中的Human Action或退出動作能夠把會話交給人工,並帶上客戶上下文與機器人對話分析。
價格是多少?
沒有公開統一的價格表,必須根據月度活躍用戶數、所選產品、銷售渠道、訊息量以及實施範圍來向企業獲取報價。此外,WhatsApp訊息還會讓Meta根據國家和類別來計算相關費用。
提供API和SDK嗎?
提供API、Webhook、Web SDK、iOS、Android和React Native等開發功能。具體接口權限、限流及支援範圍以企業合約與文件為準。
平台開源嗎?
不開源。部分SDK、示範及整合專案在官方GitHub上公開,但核心平台、對話引擎與AI代理屬於商業專有服務。
適合小型個人網站嗎?
此產品更適合那些需要客戶資料、能夠跨渠道進行資源整合,以及需要企業級管理的品牌。至於那些只需要簡單的即時通訊功能的個人網站來說,則往往會覺得其採購及運營成本過高。
總結
Insider One Conversational CX將訊息通道、客戶資料、生成式AI、預測性個人化服務、商品推薦以及人工服務人員整合在一起。它適用於那些希望將行銷、購物和客服對話納入統一客戶旅程中的中大型企業。
選型時應重點核實實際通道、消息費用、月活計費、數據TTL、坐席流程和系統集成。AI自動化只有在同意管理、人工升級、知識治理和持續測量同時到位時才適合規模化。
桂公網安備45132202000164號