Brand Concierge對話體驗
本指南針對使用Adobe Brand Concierge、與Adobe Experience Platform (AEP)和Real-Time Customer Data Platform (RT-CDP)整合的AI支援交談體驗，提供完整的實作參考。 它專為需要跨數位資產部署品牌安全對話代理程式的解決方案架構師、行銷技術人員和實作工程師所設計。
它涵蓋部署對話式體驗的所有可行方法，從產品諮詢聊天機器人到完整的網站導覽助理，並提供每個選項選擇時間的指引。 此計畫會處理代理程式設定、品牌控管、內容整合、部署策略、從交談訊號擴充設定檔，以及分析最佳化等問題。
Brand Concierge可讓品牌部署智慧型對話代理程式，瞭解品牌語調、存取核准的產品目錄和內容、根據即時設定檔資料提供個人化建議，以及將意圖和情緒訊號擷取回整合式客戶設定檔。 如此一來，對話式體驗不但能讓人感受到身臨其境的自然感，還能讓組織更加瞭解每位客戶。
使用案例概述
組織日益尋求將靜態數位體驗轉換為動態的AI支援對話，以引導客戶進行探索、產品選擇和購買決策。Adobe Brand Concierge 提供協調的交談AI層，位於現有數位屬性上方，由AEP Agent Orchestrator提供技術支援，以解決此問題。
此模式與傳統聊天機器人實作不同，因為其原生與AEP的統一設定檔整合，使用品牌控管護欄來確保每個回應都符合品牌標準，並將對話訊號傳回客戶資料平台，以進行下游個人化和啟用。
目標受眾包括數位體驗團隊、電子商務經理、內容策略師和行銷技術人員，他們需要部署可促進參與、轉換和豐富設定檔的智慧型對話體驗。
主要業務目標
此使用案例模式支援下列業務目標。
提供個人化的客戶體驗
根據個別偏好設定、行為和生命週期階段量身打造內容、選件和訊息。
KPI：參與度、轉換率、客戶滿意度(CSAT)
改善客戶參與度
增加所有數位和實體接觸點的互動頻率和深度。
KPI：參與度、開啟時間（網頁）頁面、開啟率
提高轉換率
提高完成所需動作（例如購買、註冊或提交表單）的訪客和潛在客戶的百分比。
KPI：轉換率、潛在客戶轉換、每個潛在客戶的成本
贏取新客戶
透過鎖定目標的贏取促銷活動、相似對象和付費媒體最佳化，來擴大客戶基礎。
KPI：新客戶、客戶贏取成本、潛在客戶/潛在客戶轉換
戰術使用案例範例
以下案例說明此模式在實際中如何套用。
- 產品探索小幫手 — 在產品清單頁面上部署對話式代理程式，根據客戶需求、偏好和預算，詢問合格問題並縮小產品建議範圍
- 引導式比較建議程式 — 協助客戶透過自然對話來並排比較產品，強調與其指定優先順序相關的差異
- 大小與合身禮賓服務 — 使用對話式問答來引導服裝或鞋類購物者選擇大小，減少退貨並提高購買可信度
- 訂閱或計畫選擇器 — 根據使用模式和指定需求，透過個人化建議引導客戶完成服務層級或訂閱計畫選項
- 網站導覽小幫手 — 協助訪客根據自己所述的意圖，尋找相關內容、支援資源或產品類別，降低複雜網站的跳出率
- 購買前諮詢 — 透過針對建議建立的多回合對話，提供高考量的購買指導（例如電子產品、金融產品、保險）
- 忠誠計畫服務人員 — 透過對話式互動，協助忠誠會員發現獎勵、瞭解層級優惠，並尋找兌換機會
- 重新參與交談 — 根據先前的瀏覽記錄或捨棄的購物車專案，主動與再度訪問的訪客進行交談外聯
- 即時代理升級與內容 — 將複雜的查詢順暢地交給即時銷售或支援代理，同時保留完整的交談內容和客戶設定檔資料
- 購買後支援與追加銷售 — 透過對話管道，在購買後提供安裝協助、補充產品建議及滿意度簽到等服務，與客戶互動
關鍵績效指標
以下KPI可協助評估此使用案例模式的成功。
使用案例模式
Brand Concierge對話體驗
將數位屬性轉換為AI支援的品牌安全對話體驗，透過自然對話引導客戶探索，利用意圖和情緒訊號豐富設定檔，並提供個人化產品推薦。
功能鏈：代理程式設定>品牌控管設定>內容整合>對話式體驗部署>設定檔擴充>分析和最佳化
應用程式
以下應用程式可用來實作此使用案例模式。
- Brand Concierge — AI支援的對話式體驗應用程式，提供代理程式協調器、Product Advisor Agent、網站顧問代理程式、品牌控管和對話式分析
- Adobe Experience Platform (AEP) — 整合的資料基礎，提供對話式訊號的XDM結構描述、身分解析、即時客戶設定檔和資料收集基礎架構
- Real-Time CDP (RT-CDP) — 客戶資料平台提供個人化對話的即時設定檔查閱、從對話訊號進行對象細分，以及擴充設定檔與意圖和情緒資料
基礎函式
下列基本功能必須為此使用案例模式準備就緒。 對於每個函式，狀態會指出它通常是必要的、假設為預先設定或不適用。
支援功能
以下功能可擴大此使用案例模式，但不是核心執行的必要功能。
應用程式函式
此計畫會從「應用程式功能目錄」中執行下列功能。 函式會對應至實作階段，而非編號步驟。
Brand Concierge
Real-Time CDP
先決條件
開始實作前，必須具備下列專案。
- [ ] Adobe Brand Concierge權益對組織有效
- [ ]個AEP和RT-CDP授權已布建足夠的設定檔和事件磁碟區權益
- [ ]可用品牌指引檔案，定義語音、語調、核准的訊息和禁止的主題
- [ ]為整合準備的產品目錄或內容存放庫（AEM資產、PIM資料或結構化產品摘要）
- [ 已識別對話式體驗部署的]個Web屬性，具有SDK整合的技術存取權
- [ ]即時代理程式基礎結構在需要移轉時可用（聯絡中心平台、CRM整合）
- [ ]已建立同意管理架構，以進行對話式資料擷取和分析
- [ 已在目標屬性上部署] Web SDK或Mobile SDK （或計畫同時部署）
- [ ]利害關係人在對話範圍上保持一致（僅限產品諮詢、網站導覽或兩者）
- [ 已完成]個AI支援的交談資料擷取與使用隱私權和法律檢閱
實作選項
以下小節說明實施此使用案例模式的不同方法。
選項A：產品建議程式部署
最適合：電子商務和零售組織，專注於引導式產品探索、比較和建議體驗，可促進轉換和平均訂單值。
運作方式：
Product Advisor Agent已設定為主要交談專業。 它會連線至產品目錄、瞭解產品屬性和關係，並透過自然對話引導客戶達成個人化建議。 代理程式會使用品牌治理護欄，以確保建議符合業務優先順序（例如，促銷庫存專案、強調有利利潤的產品）。
「產品顧問」會與即時客戶設定檔整合，以存取購買記錄、瀏覽行為和偏好設定資料，根據客戶的設定檔啟用可說明客戶已擁有、先前已考慮或可能需要的建議。 當體驗事件和意圖訊號傳回設定檔供下游使用時，就會擷取交談。
主要考量事項：
- 需要結構良好的產品目錄以及豐富的屬性資料，才能提供有效的建議
- 產品資料必須保持最新，以避免推薦無庫存或停產的專案
- 品牌治理必須定義代理商如何處理競爭產品提及和價格比較
優點：
- 透過引導式購買轉換，直接推動可衡量的收入影響
- 透過更明智的購買決策降低產品回訪率
- 擷取高價值產品相似性和意圖訊號，用於下游個人化
- 現有電子商務體驗的自然延伸
限制：
- 需要持續進行產品目錄維護和同步
- 僅限於以產品為中心的對話；網站導覽問題可能會無法解決
- 有效性取決於目錄資料品質和完整性
Experience League：
選項B：網站建議部署
最適合：擁有複雜數位屬性（媒體、金融服務、醫療保健、技術）的組織，訪客需要導覽協助來尋找相關內容、資源或自助服務工具。
運作方式：
網站顧問代理程式已設定為主要交談專業。 它會編制網站內容結構的索引、瞭解頁面關係和內容類別，並根據訪客行為訊號與所述的意圖調整其指引。 當訪客參與時，代理程式會解譯他們的需求，並將他們導向最相關的內容、工具或資源。
網站建議使用即時行為訊號（目前頁面、反向連結來源、導覽路徑）結合設定檔資料（先前的造訪、內容偏好設定、客戶階層），提供內容相關的導覽協助。 這在具有深層內容階層、多個產品線或複雜自助工作流程的網站上特別有用。
主要考量事項：
- 需要全面的內容索引，並隨著網站內容變更定期重新抓取
- 在訪客經常費力尋找所需內容且內容廣度的網站上最有效
- 品牌控管應定義範圍界限（代理程式可導覽至哪些網站區域）
優點：
- 降低跳出率並改善複雜網站上的內容可發現性
- 擷取顯示內容差距和使用者體驗問題的導覽意圖訊號
- 實作複雜性比Product Advisor低（不需要整合產品目錄）
- 提供訪客正在尋找但找不到之專案的分析深入分析
限制：
- 與以產品為重點的交談相比，與收入轉換關係較不直接
- 需要結構良好的內容並定期更新，以取得準確指引
- 隨著網站結構演變，可能需要經常進行重新訓練
Experience League：
選項C：結合產品顧問+網站建議部署
最適合：需要完整對話體驗的組織，涵蓋產品探索和網站導覽，通常是大型零售或B2C品牌，具有豐富的數位屬性和多樣化的訪客意圖。
運作方式：
Product Advisor Agent和網站建議代理程式都是在Brand Concierge Orchestrator中設定。 代理程式協調程式使用意圖偵測將對話路由至適當的專業 — 產品相關查詢會傳送至「產品顧問」，而導覽與內容尋找查詢會傳送至「網站建議」。 Orchestrator可管理單一交談中不同專業之間的無縫轉換。
此方法可提供最完整的對話式體驗，處理從「協助我尋找產品」到「我可以在哪裡檢查訂單狀態？」的完整訪客需求。 品牌治理護欄適用於所有專業領域，確保品牌聲音一致，無論對話主題為何。
主要考量事項：
- 更高的實作複雜性，需要產品目錄和內容整合
- 專業間的目的路由必須經過適當調整，以避免對話方向錯誤
- 品牌治理設定涵蓋更多產品和導覽內容
優點：
- 為訪客提供最完整的對話體驗
- 單一進入點可處理不同的訪客意圖，而不需要個別的介面
- 跨專業化的對話（例如，可導致支援導覽的產品問題）會自然處理
- 從多樣化的交談訊號中擴充最豐富的設定檔
限制：
- 最高的實作工作與持續維護作業
- 需要產品目錄和內容團隊之間的協調
- 更複雜的測試和品質保證需求
- 品牌治理設定的參與度更高
Experience League：
選項比較
選擇正確的選項
首先評估您的主要業務目標和數位屬性特性：
-
如果您的主要目標是推動產品轉換，而您的數位屬性是以商業為中心，請選擇選項A （產品顧問）。 這是零售和電子商務品牌最常見的起點。
-
如果您的主要目標是改善內容可發現性，而您的網站具有深層內容階層或複雜的自助工作流程，請選擇選項B （網站諮詢）。 這非常適合媒體、金融服務、醫療保健及科技公司。
-
如果您需要完整的涵蓋範圍，並且同時具有產品商務和內容導覽需求，請選擇選項C （合併）。 考慮從一項專門化開始，並在第一個專門化穩定且最佳化後新增第二項。
建議大多陣列織採用分階段方法：先部署一個專門化、驗證效能並收集經驗教訓，然後展開至組合部署。
實作階段
下列階段概述建議的實作順序。
階段1：代理程式設定
應用程式函式： Brand Concierge：代理程式設定
設定核心Brand Concierge代理程式協調器，包括選取代理程式專業（產品顧問、網站諮詢或兩者）、設定基本代理程式行為，以及建立Brand Concierge與AEP之間的連線，以進行設定檔存取和事件擷取。
決定：代理程式專業化選擇
決定應為此部署啟動哪些代理程式專業。
決定：交談起始模型
決定如何在數位屬性上開始交談。
設定代理程式
UI導覽： Experience Platform > AI小幫手> Brand Concierge >代理程式設定
主要設定詳細資料：
- 定義將顯示在對話式介面中的代理程式名稱和說明
- 選取哪個AEP沙箱包含代理程式應存取的客戶設定檔和事件資料
- 設定代理程式協調程式以根據意圖偵測在專業之間路由查詢
- 設定交談工作階段引數（逾時期間、交談長度上限、並行工作階段限制）
- 啟用即時設定檔查詢整合，讓代理程式可以在交談期間存取訪客設定檔資料
選項差異的位置：
選項A （產品顧問）的：
啟用Product Advisor專業化並設定其與產品目錄資料來源的連線。 設定產品建議引數，包括每個回應的最大建議數、產品屬性顯示偏好設定和比較處理規則。
選項B的（網站建議）：
啟用「網站建議」專業化，並設定其與網站內容索引的連線。 設定導覽引數，包括內容範圍邊界、頁面類別處理和深層連結產生偏好設定。
選項C的（組合）：
啟用兩種專門化並設定Orchestrator的意圖路由邏輯。 定義路由規則，以決定何時應該由「產品顧問」與「網站建議」處理交談，以及如何在單一交談中管理專業之間的轉換。
Experience League檔案：
第2階段：品牌控管設定
應用程式函式： Brand Concierge：品牌治理設定
設定塑造所有對話互動的品牌控管護欄。 這包括品牌語調和語調定義、核准的內容範圍、禁止的主題、回應風格指南和向上呈報規則。 品牌治理可確保每個AI產生的回應都符合品牌標準。
決定：治理嚴格層級
決定品牌控管護欄應限制對話回應的力度。
決定：主題外處理策略
決定代理程式應如何處理其設定範圍以外的問題。
設定品牌控管
UI導覽： Experience Platform > AI小幫手> Brand Concierge >品牌治理
主要設定詳細資料：
- 定義品牌屬性：品牌名稱、標語、使命、價值以及個人特質，以傳達對話語調
- 設定色調引數：形式等級、幽默容忍、同理心等級和產品推薦的主張性
- 設定核准的內容範圍：代理程式有權討論的主題和明確禁止的主題
- 定義回應格式准則：最大回應長度、使用清單與散文、表情符號原則及連結格式
- 設定向上呈報觸發程式：應自動將交談路由至即時代理程式的條件（例如，投訴偵測、重複的不滿訊號、高價值的客戶識別）
- 設定競爭提及處理：當訪客詢問競爭者產品時，代理程式應如何回應
- 定義免責宣告和法律通知要求：受規管行業的強制披露
Experience League檔案：
第3階段：內容整合
應用程式功能： Brand Concierge：內容整合、產品顧問組態、網站顧問組態
設定內容來源，以精確且品牌核准的資訊為基礎對話回應。 這包括產品目錄整合、AEM內容連線、知識庫匯入和內容重新整理排程。
決定：產品目錄整合方法
決定應如何將產品資料提供給Product Advisor Agent。 （僅限選項A和C）
決定：內容重新整理頻率
決定代理程式的內容知識庫更新頻率。
設定內容來源
UI導覽： Experience Platform > AI小幫手> Brand Concierge >內容來源
主要設定詳細資料：
- 將產品目錄資料來源與產品名稱、說明、屬性、定價、可用性、影像和類別階層的欄位對應連線
- 設定網站頁面、知識庫文章、常見問題集內容和支援檔案的內容索引
- 設定內容範圍邊界，定義代理可參考和排除的內容
- 設定代理程式找不到相關內容以回答問題時的內容遞補行為
- 設定內容品質規則：包含在回應、引文需求和來源歸因中的最低內容信賴臨界值
選項差異的位置：
選項A （產品顧問）的：
著重於產品目錄與豐富產品屬性對應的整合。 設定Product Advisor Agent的建議邏輯，包括要建議多少產品、如何處理缺貨專案、如何呈現產品比較，以及如何將客戶設定檔資料（購買記錄、瀏覽行為）併入建議排名。
選項B的（網站建議）：
著重於使用頁面階層對應建立網站內容索引。 設定Site Advisory代理程式的導覽邏輯，包括如何解譯訪客意圖、將哪些內容類別設定為優先順序、如何處理模稜兩可的導覽要求，以及如何根據訪客目前的頁面內容和工作階段行為調整建議。
選項C的（組合）：
設定產品目錄和網站內容來源。 確保內容路由邏輯將內容正確指派給適當的專門化，且產品內容與網站導覽內容之間的互動參照正確對應。
Experience League檔案：
第4階段：對話式體驗部署
應用程式功能： Brand Concierge：對話式體驗部署、低程式碼流程管理、即時代理程式移交；RT-CDP：即時設定檔查閱
在目標數位屬性上部署對話式體驗，包括頻道設定、Widget自訂、個人化的設定檔查詢整合、即時代理程式移交規則，以及用於持續內容管理的低程式碼工具。
決定：部署管道
決定應將對話式體驗部署至哪個管道。
決定：交談的Personalization深度
決定代理程式應該使用多少客戶設定檔資料來個人化交談。
決定：即時代理程式移交設定
判斷對話是否應該呈報給現場的代理人員。
部署對話式體驗
UI導覽： Experience Platform > AI小幫手> Brand Concierge >部署
主要設定詳細資料：
- 設定對話式Widget外觀：位置、色彩配置、頭像、歡迎訊息和互動樣式（文字、語音或兩者）
- 與Web SDK或Mobile SDK整合，以進行事件擷取和設定檔解析
- 設定即時設定檔查詢，以存取客戶屬性、區段會籍，以及交談期間的最近活動
- 設定與聯絡中心平台的即時代理程式移交整合，包括內容傳輸通訊協定、佇列路由及代理程式通知
- 啟用低程式碼流程管理工具，讓行銷團隊無需開發人員介入即可更新對話起點、促銷訊息、季節性內容和流程變化
- 設定交談工作階段持續性規則：交談記錄會保留多長時間、交談是否可以跨工作階段繼續，以及跨裝置交談持續性
Experience League檔案：
階段5：設定檔擴充
應用程式函式： Brand Concierge：對話式設定檔擴充；RT-CDP：設定檔擴充、對象評估
設定擷取和擴充管道，將對話訊號傳回至AEP統一的客戶設定檔。 包括將交談事件對應至XDM、擷取意圖和情緒訊號、從交談資料建立計算屬性，以及根據交談行為建立對象。
決定：對話式訊號擷取範圍
決定應該擷取哪些對話訊號並寫入客戶設定檔。
決定：從交談資料建立對象
決定是否應根據用於下游啟用的對話行為來建立對象。
設定設定檔擴充
UI導覽： Experience Platform >客戶>設定檔>計算屬性（針對衍生訊號）；客戶>對象>建立對象（針對對話對象）
主要設定詳細資料：
- 將對話事件對應至XDM ExperienceEvent結構描述欄位，擷取對話ID、訊息計數、討論的主題、引用的產品、情緒分數和解決狀態
- 設定Brand Concierge設定檔擴充，以將意圖和偏好設定訊號寫入統一設定檔
- 從交談事件資料建立運算屬性：交談總數（期限）、主要產品類別興趣（30天）、平均情緒分數（90天）、交談對購買的轉換率
- 根據下游啟用的對話訊號定義串流或批次對象區段（例如「過去7天內討論產品類別X但未購買的訪客」）
- 透過查詢範例設定檔以確認填入對話屬性來驗證設定檔擴充
Experience League檔案：
階段6：分析和最佳化
應用程式函式： Brand Concierge：對話式分析
設定Analytics儀表板和報表，以測量對話式體驗效能、識別最佳化商機及追蹤KPI。 其中包括Brand Concierge內建分析、跨頻道交談影響分析的可選CJA整合，以及持續的最佳化工作流程。
決定：分析深度
決定需要何種程度的對話分析。
設定分析和最佳化
UI導覽： Experience Platform > AI小幫手> Brand Concierge > Analytics； Analytics Platform > Workspace （適用於CJA）
主要設定詳細資料：
- 檢閱Brand Concierge個內建分析控制面板：交談數量趨勢、參與率、完成率、CSAT分數、建議接受率和移交頻率
- 設定CJA連線以包含用於跨管道分析的對話式事件資料集（如果選擇CJA整合）
- 建立CJA工作區分析以取得交談至轉換歸因，找出與購買行為相關的交談主題
- 設定交談品質監控：追蹤代理程式掙扎的主題、常見的未回答問題以及一段時間內的情緒趨勢
- 定義最佳化工作流程：根據Analytics分析定期審查品牌控管更新、內容重新整理觸發器和交談流程改善的步調
Experience League檔案：
實施考量
以下章節涵蓋實施期間需牢記的護欄、常見陷阱、最佳實務和取捨決定。
護欄和限制
常見陷阱
- 品牌治理定義不足：若部署時未進行完整的品牌治理設定，會導致品牌外回應損害客戶信任。 在部署之前，請花大量時間在階段2中定義語氣、界限和升級規則。
- 過時的產品目錄資料：產品顧問根據過時的存貨、定價或可用性資料提出的建議，會挫敗客戶並削弱信心。 使用驗證檢查建立自動內容重新整理管道。
- 過度積極主動的參與觸發程式：過於積極設定行為觸發程式（例如，在頁面上3秒後觸發交談）會惹惱訪客，並提高跳出率。 從保守的觸發器開始，並根據參與資料進行調整。
- 忽略匿名訪客體驗：只將個人化集中在已驗證的訪客上，會忽略大部分流量。 設計對話流程，使用工作階段內行為訊號為匿名訪客提供價值。
- 略過設定檔擴充組態：部署對話時不會將訊號擷取回設定檔，會浪費寶貴的意圖和偏好設定資料。 設定設定檔擴充與部署同時進行，而非事後考量。
- 忽略即時代理程式移交體驗：較差的移交體驗（遺失的內容、重複的問題、漫長的等待時間）會破壞整體的對話體驗，而不只是完全不提供移交體驗。 在啟動前測試完整的端對端移交流程。
最佳實務
- 從單一代理程式專業化（「產品顧問」或「網站建議」）開始，在建立基準效能後展開。
- 在設定護欄之前，與行銷、法律和客戶體驗利害關係人舉辦品牌治理工作坊。
- 使用漸進式個人化：透過工作階段內容型回應開始對話，並在訪客提供資訊或進行驗證時深化個人化。
- 使用低程式碼流程管理工具對交談起始者、提示和建議簡報格式實作A/B測試。
- 排程定期（每週或每兩週）的交談分析審查，以找出內容差距、常見失敗點和最佳化機會。
- 在對話分析和品牌控管更新之間建立回饋迴路 — 使用對話資料來調整語氣、新增核准的主題並調整向上呈報規則。
- 監控對話情緒趨勢，作為產品問題、網站問題或品牌認知轉變的預警系統。
- 設計交談流程，自然擷取豐富設定檔的訊號，而不會讓互動感覺像是在提問。
權衡決定
交談個人化深度與隱私權簡易性的比較
更深入的設定檔整合可讓您進行更個人化且有效的交談，但會增加資料收集的複雜性、同意要求及隱私權法規遵循負擔。
- 深入的個人化優點：轉換率較高、建議品質較佳、個人檔案更豐富，以及更吸引回頭客戶的對話
- 簡化隱私權的好處：部署更快速、同意管理更簡單、監管風險更低，以及隱私權優先的品牌定位
- 建議：從適用於匿名訪客的漸進式個人化開始，並為已驗證的工作階段新增設定檔式個人化。 這可在所有識別層級提供價值，同時確保隱私權合規性易於管理。 針對符合現有同意架構的對話式設定檔實作同意擷取。
品牌控管嚴格性與對話自然性
嚴格的品牌控管護欄可確保每個回應都符合品牌標準，但過於僵化的限制讓對話感覺像機械人一樣並減少參與度。
- 嚴格的治理偏好：品牌安全、法規遵循、一致的訊息和可預測的代理程式行為
- 彈性治理偏好：自然的交談流程、更高的參與度、更佳的客戶滿意度，以及處理更多查詢的能力
- 建議：從適度治理開始，並根據交談分析而收緊或放鬆。 監視「我無法協助處理」回應的速率，以作為過度限制的指標。 使用低程式碼流程管理工具，無需開發人員介入即可快速迭代治理設定。
即時內容重新整理與系統效能
即時內容同步可確保代理程式一律擁有最新的產品和內容資料，但持續重新整理會消耗更多基礎建設資源，並可能造成延遲。
- 即時重新整理的好處：庫存敏感建議、時間敏感促銷和快速變更內容的正確性
- 排程的重新整理優點：系統穩定性、可預測的資源消耗，以及較低的基礎建設成本
- 建議：使用每日內容重新整理作為預設值，僅針對庫存可用性及定價資料進行近乎即時的重新整理，這些資料會嚴重影響客戶體驗。 監視內容正確性度量，以判斷重新整理頻率是否足夠。
完整的訊號擷取與資料管理負荷
擷取每個對話訊號可提供最豐富的設定檔擴充和分析，但會增加資料量、儲存成本和治理複雜性。
- 完整訊號擷取偏好：進階分析、ML模型訓練、完整的設定檔擴充，以及最大下游個人化值
- 選擇性擷取優點：降低儲存成本、簡化資料控管、加快設定檔查詢效能，以及更輕鬆遵循資料最小化原則
- 建議：開始使用意圖和偏好設定訊號擷取（中間位置），並在驗證其他資料建立可測量的下游值之後才展開至完整訊號擷取。 將資料集到期原則套用至對話式事件資料，以管理儲存空間的成長。
相關文件
以下資源提供實施此使用案例模式的其他資訊。
Brand Concierge
Adobe Experience Platform
資料收集與整合
身分和設定檔
對象和細分
資料控管和隱私權
監視和可觀察性
分析和報告
護欄