B2B分析
本指南提供使用Customer Journey Analytics (CJA) B2B edition和Real-Time Customer Data Platform (RT-CDP) B2B edition之B2B帳戶層級分析的完整實作參考。 它專為需要將B2B帳戶層級資訊整合至跨管道客戶歷程分析的解決方案架構師、行銷技術人員和實作工程師所設計。
它涵蓋以帳戶為中心的分析的所有可行方法，從扁平帳戶結構到複雜的全域帳戶階層，並提供何時選擇每個選項的指引。 此計畫解決B2B資料連線、帳戶資料檢視設定、工作區分析和儀表板發佈的問題。
B2B Analytics透過帳戶型連線、B2B特定容器（帳戶、全域帳戶、商機、購買群組）和帳戶層級報表，擴充標準CJA功能。 此功能可讓組織在帳戶層次分析行銷與銷售參與度、追蹤商機進展、測量購買群組完整性，以及將收入歸因於延長B2B銷售週期內的行銷接觸點。
使用案例概述
B2B組織面臨根本性的分析挑戰：他們的客戶不是個別人員，而是由多個利害關係人、購買群組和機會組成的帳戶。 標準人員型分析無法回答「哪些帳戶最參與？」、「我們的購買群組有多完整？」或「哪些行銷接觸點推動機會進展？」等問題。
B2B Analytics利用CJA B2B edition建立以帳戶為中心的分析檢視，將個人層級的行為資料與帳戶、商機及購買群組維度相結合，藉此解決此問題。RT-CDP B2B edition提供基礎的帳戶設定檔統一和B2B身分解析度，可提供analytics層。 這些解決方案可共同讓組織在帳戶層級建立跨管道歷程分析、將行銷參與與管道進展建立關聯，並向行銷和銷售團隊提供可操作的深入分析。
目標受眾包括B2B行銷營運團隊、需求產生負責人、收入營運分析師，以及需要深入瞭解帳戶層級參與度和管道運作狀態的銷售負責人。
主要業務目標
此使用案例模式支援下列業務目標。
改善分析和報告
增強報告功能，透過統一的儀表板和自助服務工具提供更快、更實際可行的行銷深入分析。 B2B Analytics可讓組織將來自多個來源的帳戶層級參與資料合併成單一分析環境，提供行銷方案如何影響管道和收入的跨管道可見度。
KPI：效率、生產力
啟用資料導向式決策
為團隊提供自助分析、即時客戶見解和AI支援的預測以指導策略。 帳戶層級的分析可為行銷和銷售團隊提供排定帳戶優先順序、最佳化參與策略，以及把握潛在商機所需的資料。
KPI：效率、生產力
改善銷售機會資格和轉換
透過評分、培育及個人化的後續追蹤，提高銷售機會品質並加速管道進度。 CJA B2B edition提供專為B2B銷售週期設計的延長13個月帳戶回顧期間，以便在整個帳戶歷程中實現準確的多點接觸歸因。
KPI：效率、遞增收入
戰術使用案例範例
以下案例說明此模式在實際中如何套用。
- 帳戶參與評分分析 — 透過帳戶在網路、電子郵件、事件和內容互動中的彙總參與，來衡量和排名帳戶，以識別高意圖帳戶以進行銷售追蹤
- 購買群組完整度追蹤 — 分析跨帳戶的購買群組構成，以找出角色涵蓋範圍的差距，並優先為不完整的購買群組取得潛在客戶
- 機會管道關聯 — 將行銷參與資料與機會階段進展建立關聯，以瞭解哪些行銷活動和接觸點可促進管道進展
- 多重接觸B2B歸因 — 將具有13個月回顧期間的歸因模型套用至整個B2B購買歷程（從首次接觸到結束交易）中的評分行銷接觸點
- 帳戶歷程對應 — 透過機會建立和關閉，識別共同路徑和摩擦點，將跨管道帳戶歷程從最初的認知視覺化
- 行銷活動對管道的影響 — 測量特定行銷活動對帳戶管道建立、機會提升和收入產生的影響
- 購買群組參與進度 — 追蹤購買群組參與分數如何隨時間演變，並將參與臨界值與機會結果建立關聯
- 以帳戶為基礎的內容效能 — 分析哪些內容資產和主題與特定帳戶區段、產業或購買群組角色產生共鳴
- 銷售和行銷一致性儀表板 — 建置共用儀表板，為行銷和銷售團隊提供帳戶參與度、管道狀況和收入歸因的統一檢視
- 啟用的帳戶區段 — 根據帳戶層級的分析建立B2B區段（例如，「沒有開啟機會的高度參與帳戶」），並發佈這些區段以供下游啟用
關鍵績效指標
以下KPI可協助評估此使用案例模式的成功。
使用案例模式
B2B分析
在跨管道客戶歷程分析中加入B2B帳戶層級資訊。
功能鏈： B2B資料連線>帳戶資料檢視設定> Workspace Analysis >控制面板發佈
應用程式
以下應用程式可用來實作此使用案例模式。
- Customer Journey AnalyticsB2B edition — 提供帳戶型連線、B2B特定資料檢視容器、帳戶層級工作區分析、購買群組分析、商機分析、B2B區段，以及具有延伸回顧期間的B2B歸因
- Real-Time CDPB2B edition — 提供B2B資料基礎，包括帳戶設定檔統一、B2B身分解析、B2B結構描述類別（Account、Opportunity、購買群組），以及用於擷取B2B參與資料的Marketo Engage整合
基礎函式
下列基本功能必須為此使用案例模式準備就緒。 對於每個函式，狀態會指出它通常是必要的、假設為預先設定或不適用。
支援功能
以下功能可擴大此使用案例模式，但不是核心執行的必要功能。
應用程式函式
此計畫會從「應用程式功能目錄」中執行下列功能。 函式會對應至實作階段，而非編號步驟。
Customer Journey Analytics B2B edition
Customer Journey Analytics — 標準函式
Real-Time CDP B2B edition
先決條件
開始實作前，必須具備下列專案。
- [ ] CJA B2B edition授權作用中且已針對組織布建
- [ ] RT-CDP B2B edition授權使用中，且已設定B2B結構描述和帳戶設定檔
- [ 已定義]個B2B XDM結構描述（帳戶、機會、帳戶個人關係、機會個人關係、行銷清單成員）
- [ 已設定] Marketo Engage和/或CRM來源聯結器，且正在主動擷取資料
- [ ]帳戶層級的行為事件資料（網站造訪、電子郵件互動、表單提交）透過帳戶關聯流入AEP
- [ ]個人與帳戶關係已建立在身分圖表中
- [ ]至少有30天的歷史B2B參與資料可用於有意義的分析
- [ ]個利害關係人已同意購買群組角色定義和解決方案興趣對應
- [ ] CJA使用者帳戶已針對B2B edition功能布建適當的產品設定檔
- [ ]目標KPI和報告要求已由行銷和銷售領導定義
實作選項
以下小節說明實施此使用案例模式的不同方法。
選項A：以帳戶為中心的分析
最適合：想要透過帳戶鏡頭分析所有參與和管道資料的組織。 此方法使用「帳戶」容器作為主要分析單位，自上而下檢視帳戶在購買歷程中的進度。
運作方式：
設定以帳戶作為主要識別碼的CJA B2B連線。 所有行為事件、商機和購買群組資料都會彙總至帳戶層級。 資料檢視使用「帳戶」作為最上層容器，並將「人員」、「工作階段」和「事件」巢狀內嵌。 如此即可啟用分析，例如「有多少帳戶造訪定價頁面，接著在30天內建立商機？」
以帳戶為中心的分析可為B2B組織提供最自然的檢視畫面，其中帳戶是購買單位。 產業、公司規模、帳戶層級和帳戶擁有者等維度可用來劃分參與模式和管道量度。 歸因會套用至帳戶層級，並具有13個月的回溯期，以因應較長的B2B銷售週期。
主要考量事項：
- 需要在身分圖表中進行乾淨的帳戶對個人對應
- 所有個人層級事件都必須歸因於帳戶
- 無法與帳戶關聯的匿名網站流量將不會出現在帳戶層級的分析中
優點：
- 提供整個購買歷程的真實帳戶層級檢視
- 啟用符合B2B收入產生方式的帳戶型歸因
- 支援購買群組和商機分析，作為帳戶內的巢狀容器
- 使分析符合以帳戶為基礎的行銷(ABM)策略
限制：
- 需要健全的個人對帳戶身分解析
- 匿名或不相符的參與資料會從分析中排除
- 設定比以人為中心的分析更複雜
Experience League：
選項B：以全球帳戶為中心的分析
最適合：具有複雜帳戶階層的企業組織，其中母公司具有多個子公司帳戶。 此方式使用「全域科目」作為主要識別碼，將所有子公司科目作業累計至母公司組織層次。
運作方式：
將CJA B2B連線設定為全域帳戶作為主要識別碼，而非帳戶。 這會彙總母公司組織下所有子公司科目的業務開發資料。 例如，如果「Acme Corp」擁有地區子公司「Acme EMEA」和「Acme APAC」，則「全球帳戶」連線會將來自所有三個實體的所有參與整合為單一分析檢視。
資料檢視包含「全域帳戶」作為頂層容器，「帳戶」、「人員」、「工作階段」和「事件」作為巢狀容器。 這可在相同工作區專案中的全域與子公司科目層次進行分析。 歸因回顧期間適用於全球帳戶層級，擷取整個公司階層中的所有接觸點。
主要考量事項：
- 需要在B2B資料模型中定義父子關係的帳戶階層資料
- 必須填入全域帳戶ID，且在所有帳戶記錄中皆為正確
- 子公司帳戶必須正確對應至其母公司
優點：
- 提供複雜企業帳戶結構的整合可見度
- 當單一企業客戶有多個帳戶記錄時，避免進行分散分析
- 啟用單一全球帳戶中地區子公司之間的比較
- 支援企業級管道和收入報表
限制：
- 需要精確的帳戶階層資料，許多組織都難以維護這些資料
- 僅於全球層次檢視時，可能會模糊子公司的層次模式
- 建立及維護階層關係的其他資料模型化工作
Experience League：
選項C：混合式人員+帳戶分析
最適合：從個人型分析轉換為帳戶型分析的組織，或同時需要個人層級和帳戶層級檢視的組織。 此方法會從相同的連線建立兩個資料檢視：一個以人為中心，另一個以帳戶為中心。
運作方式：
設定單一CJA B2B連線，其中包含所有B2B資料集（事件、帳戶、商機、購買群組、人員 — 帳戶關係）。 然後建立兩個資料檢視：一個使用「人員」作為主要容器（類似於標準CJA），另一個使用「帳戶」作為主要容器。 分析人員可以根據所詢問的問題在資料檢視之間切換。
以人為中心的資料檢視提供傳統的個人層級歷程分析（例如「成為商機的潛在客戶有哪些轉換路徑？」），而以帳戶為中心的資料檢視則提供組織層級分析（例如「哪些帳戶具有最高的參與對管道轉換率？」）。 兩個檢視都使用相同的基礎資料，以確保一致性。
主要考量事項：
- 需要兩個可能具有不同維度和量度設定的資料檢視
- 分析師需要有關何時使用每個檢視的訓練
- 可能需要分別為每個資料檢視建立計算量度
優點：
- 提供在個人和帳戶層級分析資料的靈活性
- 對於習慣於個人層級分析的團隊來說，採用路徑更簡單
- 啟用個人層級和帳戶層級量度之間的比較
- 支援銷售線索型與帳戶型行銷策略
限制：
- 兩個要維護和保持同步的資料檢視
- 分析師在要使用哪個檢視上可能會感到困惑
- 計算量度和篩選器可能需跨檢視重複
Experience League：
選項比較
選擇正確的選項
- 如果貴組織具有扁平的帳戶結構（無父子階層）、您的ABM策略在個別帳戶層級運作，而且您想要最簡單的帳戶層級分析路徑，請選擇選項A。
- 如果目標帳戶是跨區域或部門擁有子公司帳戶的大型企業，且您需要在公司母公司層次合併報表，請選擇「選項B」。 此選項需要高品質的帳戶階層資料。
- 如果您的組織正在從銷售機會型行銷轉換為帳戶型行銷，您的分析師需要人員層級的funnel分析和帳戶層級的參與分析，或者您同時擁有B2B和B2C業務線，請選擇選項C。
實作階段
下列階段概述建議的實作順序。
階段1：B2B資料連線
應用程式函式： CJA B2B：以帳戶為基礎的連線，CJA：資料連線
設定將AEP B2B資料集繫結至CJA以進行分析的CJA連線。 此連線定義哪些資料集流入CJA、主要識別碼型別（帳戶或全域帳戶），以及如何擷取歷史資料和串流資料。 此連線是所有後續分析的基礎。
決定：主要識別碼型別
決定連線應使用帳戶ID或全域帳戶ID作為主要識別碼。
決定：資料集選取和型別指定
決定應包含哪些B2B資料集以及如何輸入每個資料集。
決定：回填範圍
決定應該將多少歷史資料匯入連線。
設定B2B資料連線
使用者介面導覽： Customer Journey Analytics >連線>建立新連線
主要設定詳細資料：
- 選取包含B2B資料集的AEP沙箱
- 設定產能計畫的平均每日事件數
- 新增每個資料集並指定其型別（事件、查詢或設定檔）
- 設定人員ID欄位，將帳戶ID或全域帳戶ID用於B2B連線
- 為需要近乎即時更新的資料集啟用串流
- 啟用歷史回填的「匯入所有現有資料」
選項差異的位置：
選項A （以帳戶為中心）的：
將主要識別碼設定為帳戶ID。 新增帳戶記錄、商機、購買群組和人員 — 帳戶關係資料集。 使用「帳戶ID」欄位設定人員層級事件資料集，以進行跨資料集連結。
選項B （以全球帳戶為中心）的：
將主要識別碼設定為全域帳戶ID。 確認帳戶階層資料包含全域帳戶ID欄位。 所有資料集都必須包含或可結合至全域帳戶ID，才能正確彙總。
選項C （混合式）的：
建立與所有B2B資料集的單一連線。 使用帳戶ID作為主要識別碼。 在階段2中，將透過在相同連線上使用不同的資料檢視設定來建立以人為中心的檢視。
Experience League檔案：
階段2：帳戶資料檢視設定
應用程式函式： CJA B2B： B2B資料檢視組態，CJA：資料檢視組態
設定資料檢視，定義連線資料在分析中的顯示方式。 對於B2B分析，這包括設定B2B特定容器（帳戶、商機、購買群組）、將B2B結構描述欄位對應到維度和量度、設定具有B2B適當回顧視窗的歸因模型，以及建立B2B商業邏輯的衍生欄位。
決定：容器設定
決定應該啟用哪些B2B容器以及如何命名它們。
決定： B2B量度的歸因模型
決定轉換量度的預設歸因模型。
決定：B2B的工作階段定義
決定應如何為B2B參與定義工作階段。
設定帳戶資料檢視
使用者介面導覽： Customer Journey Analytics >資料檢視>建立新資料檢視
主要設定詳細資料：
- 選取階段1中建立的連線
- 設定適用於組織的時區與行事曆型別
- 將容器重新命名為B2B相關術語（例如「帳戶/參與/接觸點」）
- 將B2B結構描述欄位對應到維度：帳戶名稱、帳戶ID、產業、公司規模、帳戶層、帳戶所有者、機會階段、機會值、購買群組角色、解決方案興趣
- 對應參與量度：事件（發生次數）、人員、工作階段、頁面檢視、表單提交、電子郵件開啟、電子郵件點按
- 設定關鍵維度的持續性（例如，帳戶產業會在帳戶層級持續存在）
- 將歸因設為線性，並將13個月的回溯設為轉換量度的預設值
- 為行銷管道分類、參與評分層級和機會階段群組建立衍生欄位
選項差異的位置：
選項A （以帳戶為中心）的：
使用「帳戶」作為頂層容器設定單一資料檢視。 如果需要管道和購買群組分析，請包括「商機」和「購買群組」容器。
選項B （以全球帳戶為中心）的：
將「全域帳戶」設定為最上層容器。 將「帳戶」納入為子容器，以啟用全域與子公司分析。
選項C （混合式）的：
從相同的連線建立兩個資料檢視。 資料檢視1使用「人員」作為主要容器（標準CJA行為）。 資料檢視2使用帳戶作為具有B2B容器的主要容器。 將相同的量度對應至兩個檢視（如適用）。
Experience League檔案：
階段3：Workspace分析
應用程式功能： CJA B2B：帳戶層級Workspace Analysis，購買群組分析，機會分析， B2B細分， B2B歸因，CJA： Workspace Analysis，計算量度建立，引導式分析
建立可提供KPI中定義之分析深入分析的工作區專案。 此階段包括使用B2B維度和量度建立自由表格、建立B2B KPI的計算量度、設定B2B特定的視覺效果（帳戶層級流量、商機funnel、購買群組參與）、使用B2B容器建立篩選器/區段，以及套用B2B歸因模型。
決定： Analysis Workspace結構
決定應如何組織工作區專案。
決定： B2B計算量度
決定B2B KPI所需的計算量度。
決定： B2B篩選器/區段範圍
決定應在哪個容器層級建立篩選器。
建立工作區分析
使用者介面導覽： Customer Journey Analytics > Workspace >專案>建立專案
主要設定詳細資料：
- 選取階段2中建立的B2B資料檢視
- 使用依參與量度劃分的帳戶層級維度（帳戶名稱、產業、階層）建立自由表格
- 建立機會funnel視覺效果，顯示各個階段中的機會進度
- 建立顯示角色填充率和每個角色參與度的購買群組組合表
- 設定B2B歸因面板，比較歸因模型（線性、U形、時間衰減）與13個月的回顧
- 建立帳戶流程視覺效果，顯示購買歷程的通用路徑
- 建立同類群組表格，分析一段時間內的帳戶保留率和重新參與率
- 套用B2B篩選器至依帳戶階層、產業或參與層級的區段分析
- 建立重大事件（行銷活動啟動、產品發行、價格變更）的註解
Experience League檔案：
第4階段：控制面板發佈
應用程式功能： CJA：儀表板和計分卡發佈，CJA：對象發佈
建立可共用的儀表板和行動計分卡，為利害關係人提供B2B分析見解。 此階段也包括將CJA定義的B2B對象發佈回AEP，以便在下游使用案例（例如B2B對象啟用）中啟用。
決定：控制面板傳送方法
決定應如何將B2B分析見解提供給利害關係人。
決定：從CJA發佈對象
決定是否應將B2B區段發佈回AEP以進行啟用。
發佈控制面板和受眾
UI導覽： Customer Journey Analytics >專案>共用（適用於Workspace）、專案>建立>行動計分卡（適用於計分卡）、元件>對象>發佈（適用於對象發佈）
主要設定詳細資料：
- 使用關鍵B2B KPI的摘要數字建立執行儀表板（參與帳戶總數、管道值、購買群組完整性）
- 設定趨勢指標的比較期間（月對月、季對季）
- 使用圖磚來建立行動計分卡，用於帳戶參與度、管道健全度和歸因量度
- 新增篩選器給高階主管以依地區、產業或帳戶層級切換檢視
- 設定每週執行報告的排程專案傳送
- 對象發佈：選取B2B篩選器，設定身分名稱空間（帳戶ID），並設定重新整理步調
Experience League檔案：
實施考量
以下章節涵蓋實施期間需牢記的護欄、常見陷阱、最佳實務和取捨決定。
護欄和限制
- CJA連線只能包含來自一個AEP沙箱的資料集 — CJA護欄
- 每個資料檢視最多5,000個維度和5,000個量度
- 每個資料檢視最多100個衍生欄位
- B2B歸因支援帳戶層級分析最多13個月的回顧期間
- 所有沙箱中每個CJA客戶最多可發佈75個對象
- 對象發佈最低重新整理步調為每4小時
- 從AEP到CJA的串流延遲通常少於90分鐘
- 自由表格支援最多10個深入劃分維度
- 行動計分卡支援每個計分卡最多16個圖磚
- Workspace專案支援每個專案最多40個面板
- 大型B2B資料集（數十億筆記錄）的回填可能需要數天時間才能完成
常見陷阱
- 不完整的個人對帳戶對應：如果個人層級事件無法與帳戶建立關聯，將不會出現在帳戶層級分析中。 請確定所有事件資料集都包含可直接連結至帳戶ID的欄位，或透過人員 — 帳戶關係查詢資料集。 在建立分析之前，稽核缺少帳戶關聯的事件百分比。
- 不正確的資料集型別指定： B2B查詢資料集（商機、購買群組、人員 — 帳戶關係）必須在CJA連線中正確指定為查詢或設定檔型別。 將查詢資料集錯誤輸入為事件資料集將產生錯誤的結果，因為CJA會嘗試將每個記錄視為時間戳記事件。
- 歸因時段對於B2B來說太短：使用預設的30天歸因時段將會錯過通常跨越6至18個月的B2B歷程中的早期接觸點。 一律設定B2B歸因量度的13個月回顧期間。
- 錯誤地混合帳戶層級和人員層級的量度：在帳戶層級的分析中計算「人員」可能會產生誤導。 請確認已在適當的容器層級定義計算量度。 「帳戶參與率」應使用帳戶層級事件除以帳戶，而非人員。
- 過時的購買群組資料：購買群組構成和角色指派會隨著時間而改變。 如果購買群組資料集未定期更新，完整性量度將會不準確。 請確認來源系統（Marketo Engage或AJO B2B edition）正在主動同步處理購買群組資料。
- 多載單一工作區專案： B2B分析涵蓋參與、管道、歸因和購買群組。 嘗試將所有內容放在一個專案中會導致載入速度緩慢和導覽混亂。 使用多個重點專案或標籤清楚的面板。
最佳實務
- 即使您稍後打算使用選項B （全球帳戶），還是從選項A （以帳戶為中心）開始。 以帳戶為中心的分析更簡單，並在增加階層複雜性之前先驗證您的資料模型。
- 建立專用的「B2B資料品質」工作區專案，追蹤與帳戶關聯之事件的百分比、孤立帳戶的數目，以及購買群組完整性量度。 每週執行此動作，以及早發現資料問題。
- 使用衍生欄位，根據帳戶層級的事件計數，建立參與計分層（高/Medium/低）。 這可簡化分析，並讓控制面板對非技術利害關係人更具可操作性。
- 設定B2B歸因時，請從線性歸因當作基線開始，然後與U型和時間衰減模型比較。 模型之間的差異通常會顯示您的行銷組合是以知名度還是轉換活動為主。
- 發佈「B2B執行摘要」行動計分卡，內含最多8個圖磚，涵蓋對領導力而言最重要的KPI。 保持專注 — 執行計分卡應該會回答「我們的表現如何？」 而不是「為什麼？」
- 為關鍵事件（產品推出、重大促銷活動推出、價格變更、銷售程式變更）加上註解，以提供資料趨勢的內容。 B2B資料通常會顯示沒有事件內容就無法解釋的尖峰和下降。
- 從CJA發佈B2B對象時，請對標準啟用區段使用每日重新整理，對有時效性的區段則使用4小時重新整理。 頻繁的重新整理會消耗處理資源。
權衡決定
資料完整性與分析正確性的比較
在帳戶分析中包含所有個人層級事件（即使帳戶關聯性較弱的事件）可改善資料完整性，但如果帳戶對應不可靠，則可能會降低分析準確性。
- 包含所有事件偏好：完整的參與測量、較高的帳戶參與分數、更廣的能見度
- 排除不相符事件優先：精確的帳戶層級量度、值得信賴的歸因、可靠的管道關聯
- 建議：從帳戶層級的分析排除不相符的事件，但將其納入個別人員層級的資料檢視（選項C），以瞭解全貌。 優先改善帳戶關聯資料品質，使其成為平行工作流程。
B2B歸因回顧期間長度
較長的回顧期間（13個月）會擷取更多接觸點，但可能包括不再與目前購買決定相關的行銷活動。
- 更長的回溯期（13個月）好處：擷取完整的B2B歷程，將感知階段活動加入信用，配合較長的銷售週期
- 較短的回顧（6個月）優點：著重於最近的參與，減少舊接觸點的雜訊，更清楚反映目前的購買意圖
- 建議：對於銷售週期長（12個月以上）的企業帳戶使用13個月的回溯。 對於週期較短的中端市場帳戶使用6個月的回溯期。 為每個視窗建立個別的計算量度以進行比較。
單一完整資料檢視與多個重點資料檢視的比較
含有所有B2B容器和維度的單一資料檢視更容易維護，但可能讓分析師不知所措變得複雜。 多個重點資料檢視（參與、管道、歸因）較容易使用但較難維護。
- 單一檢視的優點：一致性、更簡單的維護、單一專案中的跨網域分析
- 多重檢視的優點：分析師的簡單性、更快的載入時間、根據使用案例量身打造的元件清單
- 建議：從單一完整資料檢視開始。 如果分析師報告難以找到正確的維度和量度，請在分割成多個檢視之前，於相同檢視內建立已組織的元件群組。 使用工作區範本引導分析師使用正確的元件。
相關文件
以下資源提供實施此使用案例模式的其他資訊。
CJAB2B edition
連線
資料檢視
Workspace和分析
元件
對象
儀表板和計分卡
引導式分析
RT-CDPB2B edition
AEP資料基礎
資料控管和生命週期
教學課程與指南