Show Menu
主題×

體驗決策網域模型

在本節中,將說明決策服務的元件,並詳細說明這些元件互動的方式。 概念及其關係構成決策 問題 的領域。 這些基本元件可發揮作用,不論您如何使用決策服務。

決策選項

體驗決 策選項 ,是可向特定客戶呈現的潛在體驗。 選項也稱為選項或替代選項。 在決定客戶的下一個最佳選項時,決策服務會考慮一組有限選 * 項中 d1* 到​ dN的選項 D
決策是透過識別一組可用選項中的最佳選項來作出。 一種方法是先從 D集 D * ​***中逐次消除決策選項di,直到其中一個僅剩,然後從其餘的集合中隨機選擇「成功者」。 另一種決策方式是根據剩餘(合格)決策選項的預期結果對其排名。

決策選項的有限集

在「體驗決策」(Experience Decisioning)領域中,從中選取一或多個選項的選項是先驗性的,計算決策時不會即時建立新選項。 我們說,在做出決策時,期權的範圍是有限的。 這看起來似乎有些局限,但有限的選項組合使得使用機器學習算法和類似技術來決定哪些選項是「最好的」的可能性。 許多學習算法無法在一組無限的替代方案中產生最佳選項,而這些替代方案無法彼此比較,而且沒有樣本資料。

決策結果

必須區分決定的產出和結 d o ,即決定規定的預期結果。 決策往往無法直接產生結果。 該決定僅選擇(或建議)具有最佳預期結果之選項。 在主張和結果之間,會發生許多事件和互動,通常會延遲數天或數週。 從更正式的角度講,結果是決定的一個功能 o = f(d)
為了尋找最佳決策,每個結果都被賦 予效用值 U(o) = U(f(d)) 。 對於「選件決策」使用案例,此函式將計算完成選件的成本,以及客戶接受選件時業務獲得的價值。 結果將用來尋找最佳決策(選件),將所有選件(選件)的效用值最大化。
通常不可能確定地預測特定決策的結果,因此必須採用概率方法。 實 用值 成為 U(o) 決策選項的預期實用值 ​** EU(d)

決策主張

策建議 ,是針對實際決策要求而作出的選擇。 如上所述,決定的結果可能要晚得多,結果也不可能一蹴而就。 因此,必須通過各種經驗事件來跟蹤 主張 ,以便將它們歸因於決策選項。 該反饋環用於提高預測精度 EU(d)
主張會以實體形式持續存在,因此具有識別碼。 實體保存對所選選項的引用,並可記錄用於決策的上下文資料。 具有標識符也允許其他實體引用該標識符。 其中一個實體是 決策事件 。 它保存了時間戳記,標籤了它的決定(建議)何時做出。 決策事件是執行決策的動作的記錄發生。 參考提案實體的其他事件是體驗事件。 每個體驗事件都可以延伸,以參考決策建議。 這樣做的解釋是,經驗事件可以完全或部分歸因於決策的主張。

決策策略——算法

每個決策策略 ,本質上是 N {dd *12,d * .d.N D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.D.由此,根據期望的效用將清單中的第一個決策選項視為最佳,然後將結果清單中的第二個選項視為第二最佳選項等。 通常,該集的基數比結果的排名清單高,因為決策算法會消除不符合條件的選項,而且算法可配置為只返回頂級選項,在找到足夠的選項後 K 停止。 通用決策框架如下圖所示。

決策活動

決策活動 ,配置演算法並為特定的決策策略提供參數。 策略參數包括應用於選項的約束和排名函式。 所有決策都是在活動背景下做出的。 決策服務可托管許多活動,而且活動可跨通道重複使用。 在任何指定時間,都會根據最新的約束、規則和模型集來評估最佳選項。
決策活動定義要考慮的決策選項的集合。 它會篩選出對此活動感興趣的所有選項的子集。 這允許決策服務管理所有選項目錄中的主題類別。
決策活動會指定當組合 的約束條件使 所有其他選項不符時的備援選項。 這意味著,問題總有答案:目前「最佳」選項為何?
決策活動可指定體驗的傳遞位置。 這進一步減少了可考慮的決策選項的數量,也是決策活動施加的另一種限制。 這稱為放置 約束 。 只有那些內容符合此位置限制的決策選項才會被考慮。 在決策策略的早期階段對此進行評估。 當定義改變每個決策活動的放置限制時,重新評估每個決策活動的放置限制,並且決策選項可能出現或不考慮一個或多個決策活動。

決策背景

到目前為止,只對影響 決策 的商業邏輯進行了描述。 但對於輸出的影響更大的是 決策 的輸入資料。 此資料稱為決 策上下文 ,並且每位使用者和每次決策時都不同,而不同於相同活動的不同使用者所使用的限制、規則和模型。 規則、約束和模型的變化也較少。 對於即時決策,決策上下文也需要即時確定。
決策上下文資料可以分為用戶個人資料相關資料、業務資料和內部收集資料。
  • 描述檔實體 (Profile entities)用來表示使用者資料,但並非每個描述檔實體都代表個人。 它可以是家庭、社會團體或任何其他主題。 體驗事件是附加至描述檔的時間序列資料記錄。 如果有體驗,則此資料是此 體驗 的主題。
  • 另一方面,還有商 業實體 。 它們可以被看作是互 動的 對象。 這些實體通常在描述檔實體的體驗事件中參考。 企業實體的範例包括網站和頁面、商店、產品詳細資訊、數位內容、產品庫存資料等。
  • 決策上下文中最後一類資料是在決策服務運作期間建立的資料。 每個決策事件都屬於此類別,再加上客戶的回應,提案資料構成內部資料集,稱為 提案——回應歷史
資料可以採取三種途徑,成為決策內容的一部分。 記錄和時間序列資料可透過資料集檔案上傳。 此路徑主要用於與外部系統進行批量同步。 記錄和時間序列資料也可以流入平台,在該平台中,資料被編製索引並連接到表單實體。 透過第三個路徑,上下文資料可以作為參數傳遞至決策請求。 這種資料形式在自然界中是短暫的,只與所請求的決定有關。 它不會以實體形式持續存在,且無法用於其他請求。