Show Menu
主题×

体验决策域模型

在本节中,将说明决策服务的组件,并详细说明这些组件的交互方式。 概念及其关系构成决策 问题 的领域。 无论您如何使用决策服务,这些基本组件都会发挥作用。

决策选项

体验决 策选项 ,是可向特定客户展示的潜在体验。 选项也称为选择或替代选项。 在决定客户的下一个最佳选项时,决策服务会考虑一组有限选项中 ***d 1 到​*** dN 的选项 D
通过在一组可用选项中确定最佳选项来作出决策。 一种方法是从集 D 中连续地消 * ​***除决策选项di,直到只剩下一个,然后从剩余集随机选择“入选方”。 另一种决策方式是根据剩余(合资格)决策选项的预期结果对其进行排名。

有限决策选项集

在“体验决策”(Experience Decision)域中,从中选择一个或多个选项的选项先验存在,并且计算决策时不会立即创建新选项。 我们说,在做出决策时,期权的范围是有限的。 这看起来似乎是个限制,但一组有限的选项使得人们有可能使用机器学习算法和类似技术来决定哪些选项是“最好的”。 许多学习算法无法在一组无法相互比较且样本数据不存在的无限替代方案中产生最佳选项。

决策结果

必须区分决定的产出和 d 结果 o ,即决定规定的预期结果。 决定往往无法直接产生结果。 该决定仅选择(或建议)具有最佳预期结果之选择权。 在主张和结果之间,许多事件和互动都会发生,往往会延迟数天或数周。 从更正式的角度讲,结果是决定的功能 o = f(d)
为了找到最优决策,每个结果都分配一个实 用值 U(o) = U(f(d)) 。 对于优惠决策用例,该函数将计算完成优惠的成本以及客户接受优惠时业务获得的价值。 结果将用于通过使所有选项的效用值(优惠)最大化来找到最佳决策(优惠)。
通常不可能确定地预测特定决策的结果,因此有必要采用概率方法。 实用 性值 ,成为 U(o) 决策选项的预期实用性值 ​** EU(d)

决策建议

策主张 ,是根据实际决策请求而作出的选择性决定。 如上所述,决定的结果可能要晚得多,结果也可能不能一步到位。 因此,通过各种经验事件跟踪这些 建议很重要 ,以便将其归因于决策选项。 该反馈环用于提高预测精度 EU(d)
将提议作为实体进行持久化,并具有标识符。 实体保留对所选选项的引用,并可以记录用于决策的上下文数据。 具有标识符还允许其他实体引用它。 其中一个实体是 决策事件 。 它保存时间戳,标记其决策(建议)的时间。 决策事件是记录的执行该决定的动作的发生。 引用提案实体的其他事件是体验事件。 每个体验事件都可以扩展,以参考决策建议。 这样做的解释是,经验事件可以完全或部分归因于决定的主张。

决策策略——算法

每个决策策略有限的选择,本质上是 d 11. N 2,d2....... ** N.D.N的算法。根据期望的效用将列表中的第一个决策选项视为最佳选项,结果列表中的第二个选项则视为第二最佳选项,依此类推。 通常,该集的基数比所得排名列表高,因为决策算法消除了不符合条件的选项,并且算法可以配置为只返回顶部选项,在它找到足够的选项后停止。 K 一般决策框架如下图所示。

决策活动

决策活动 ,为特定决策策略配置算法和提供参数。 策略参数包括应用于选项的约束和排序函数。 所有决定都是在活动的背景下作出的。 决策服务承载许多活动,活动可以跨渠道重用。 在任何给定时间,最佳选项都会基于最新约束、规则和模型集进行评估。
决策活动定义了要考虑的决策选项的集合。 它过滤器了本活动中所有感兴趣的选项的子集。 这使决策服务能够管理所有选项目录中的主题类别。
决策活动指定当组合 约束取消所有其他选项 时的回退选项。 这意味着,这个问题总是有答案的:当前什么是“最佳”选项?
决策活动可以指定提供体验的位置。 这进一步减少了可以考虑的决策选项的数量,并且是决策活动施加的另一个限制。 这称为放置 约束 。 将仅考虑那些内容满足此放置限制的决策选项。 这是在决策战略的初期阶段进行评估的。 当定义改变每个决策活动的放置限制时,重新评估每个决策活动的放置限制,并且对于一个或多个决策而言,该决策选项可能出现或不考虑。

决策背景

到目前为止,只有影响 决策的 “商业逻辑”被描述。 但对于输出更有影响的是决定 的输入 数据。 此数据称为决 策上下文 ,并且对于每个用户和每次做出决策时都不同,而约束、规则和模型对于同一活动的不同用户是相同的。 规则、约束和模型的变化也较少。 对于实时决策,决策环境也需要实时确定。
决策上下文数据可分为用户用户档案相关数据、业务数据和内部采集数据。
  • 用户档案实体 ,用于表示最终用户数据,但不是每个用户档案实体都表示个人。 它可以是家庭、社会团体或任何其他主题。 体验事件是附加到用户档案的时间序列数据记录。 如果有体验,则此数据是此体 验的 主题。
  • 另一方面,还有商 业实体 。 它们可以被视为互 动的 对象。 这些实体通常在用户档案实体的体验事件中引用。 例如,网站和页面、商店、产品详细信息、数字内容、产品库存数据等。
  • 决策上下文中的最后一个数据类别是在决策服务操作期间创建的数据。 每个决策事件都属于该类别,再加上客户的回应,命题数据构成了一个内部数据集,称为命题 -响应历史
数据可以采用三种路径来成为决策上下文的一部分。 记录和时间序列数据可以通过数据集文件上传。 此路径主要用于与外部系统进行批量同步。 记录和时间序列数据也可以流式传输到平台,在该平台中,数据被索引并连接到表单实体。 通过第三路径,上下文数据可以作为参数传递到决策请求。 这种数据形式的性质是短暂的,只与所请求的决定有关。 它不会作为实体保留,并且不可用于其他请求。