了解统一简档
学习目标
完成本单元后,您将能够:
- 说明统一简档的优势所在。
- 列出个人数据模型对象的类型。
- 描述统一简档与黄金记录之间的区别。
Data Cloud
Data Cloud 将来自多个系统的客户数据整合为统一简档。在此模块中,您将了解一些重要的数据统一概念,以帮助您充分利用 Data Cloud。其中包括统一简档、数据建模、Customer 360 数据模型,以及身份解析数据映射要求。准备好开始了吗?
数据和身份
首先,让我们观看一段概述数据和身份相关概念的视频。
统一简档
Data Cloud 中的统一简档根据规则集中用户配置的身份解析规则,将多个来源的数据链接到单个简档。身份解析规则告知 Data Cloud 如何找到数据之间的关系,以创建统一个人。让我们来看一个如何将多个简档链接到一个统一简档的示例。
这是 Rachel Rodriguez,户外装备和服装零售商 Northern Trail Outfitters (NTO) 的客户(也是超级粉丝)。NTO 在多个系统中拥有有关 Rachel 的数据,例如 Commerce Cloud 和 Marketing Cloud Engagement 中的客户简档、Service Cloud 中的客户支持个案历史记录等。然而,每个系统中关于她的信息都不相同(比如不同的电子邮件地址)。我们将这些独特的数据称为接触点(电话号码、电子邮件地址或常规邮寄地址)。
像 Rachel 这样的客户由多个联系记录和跨不同系统的系统特定简档来代表,这是每个云平台和产品的独立运行所必需的。对于营销人员或服务代表来说,要将这些点联结起来以向 Rachel 发送营销活动或找到她的支持历史的单一视图,可能很棘手。
这就是 Data Cloud 数据映射和身份解析可以发挥作用的地方。首先,将数据映射到一个对象和字段的标准集。然后,创建一个包含匹配和整合规则的身份解析规则集。最后,Data Cloud 基于这些规则找到数据之间的关系。如果同一数据存在于多个位置,简档将链接在一起。
应用适当的身份解析规则后,NTO 关于 Rachel Rodriguez 的视图包括一个统一简档,其中有来自多个来源的数据。
您可以在简档资源管理器中查看统一简档信息。Rachel 的统一简档会随着新简档与之匹配或现有简档的更新而更新,确保您拥有的数据是对 Rachel 最准确的表述。
个人数据模型对象 (DMO) 的类型
数据模型对象 (DMO) 是 Customer 360 数据模型中描述事物或行为实例的数据分组。每个 DMO 都有属性,即用于描述该 DMO 的一个标准化数据项。
个人 DMO 分为三种类型。每种类型都包含来自来源简档和统一简档的不同数据项。我们将通过 Rachel 示例中的各个阶段来了解这些 DMO。
首先,Rachel 的简档被导入 Data Cloud 并映射到个人 DMO。(下一个单元将进一步阐述数据映射。)
DMO |
描述 |
源数据的属性 |
统一个人的属性 |
---|---|---|---|
个人 DMO |
包含导入 Data Cloud 中的源数据。例如,Rachel 在 Data Cloud 中的商务简档就是个人 DMO 的一个实例。您可以确切知道这些数据来自哪个数据流。但您无法获知统一简档的信息。 |
|
无 |
身份解析运行。匹配规则将 Rachel 的商务简档链接到统一简档,而整合规则将个人属性与统一属性合并。
DMO |
描述 |
源数据的属性 |
统一个人的属性 |
---|---|---|---|
统一链接个人 DMO |
源数据与统一个人之间的连接点。您可以双向浏览数据,既可以向上查看源数据,也可以向下查看统一个人。 |
|
|
统一个人 DMO |
包含来自所有已链接个人的整合数据。这不是一个完整视图,而只是对 Rachel 简档中示例值的快速预览。 源简档中的数据不会保留,因此您无法追溯数据谱系。 |
无 |
|
统一个人本身并不等于统一简档。统一简档是由统一链接个人 DMO 和统一个人 DMO 共同组成的。通过统一简档,您可以同时访问源数据和整合数据。
更新统一简档
统一简档是可变的,也就是说它们会发生变化,以提升简档的准确性。当源数据发生变化、处理了新数据源,或者您更改了身份解析规则时,统一简档会随之更新。简档也可能被添加进或移出统一简档。
例如,Rachel 有一个 Sales Cloud 简档,但该简档并未包含在她的统一简档中。因为销售代理拼错了她的名字。
Rachel 的销售简档
- 名字:Rochelle
- 姓氏:Rodriguez
- 电子邮件:rrodriguez@example.com
我们启用的匹配规则是:
- 模糊名字
- 精确姓氏
- 精确电子邮件地址
Rachel 的名字不符合模糊匹配,因此当我们在处理简档进行身份解析时,她的销售简档未与她的其他简档成功匹配。于是,Rachel 在 Data Cloud 中拥有两个独立的统一简档,这种情况显然并不理想。
Rachel 厌倦了收到称呼她为“Rochelle”的销售邮件,于是联系销售代理更正了她的名字。身份解析再次运行后,她的销售简档成功链接到了她的统一简档!现在,她有了一个整合了她全部数据的统一简档。
统一简档与黄金记录
主数据管理 (MDM) 是一种常见的数据管理方式,用于将来自其他来源的数据汇聚到一个中央枢纽中。MDM 策略的目标通常是为每位客户整合出一条“最佳”记录,称为黄金记录。乍听之下,Data Cloud 的统一简档可能与黄金记录颇为相似。下面我们来比较一下它们的异同。
统一简档 |
两者 |
黄金记录 |
---|---|---|
|
|
|
将统一简档想象成一个钥匙圈。我们来看看为什么这样比喻。
统一简档如同钥匙圈
钥匙圈将您的钥匙串在一起,比如您的家门钥匙和车钥匙。钥匙圈不会把您的所有钥匙变成同一把钥匙,也不会选出一把“最佳”钥匙;它只是将多把钥匙串成单个物体,便于您拿取。钥匙也可以轻松地从一个钥匙圈移到另一个钥匙圈上。
同样地,统一简档就像一个钥匙圈,将您在 Salesforce 中的各种钥匙,或者说 ID,链接在一起。每一个被链接的 ID 依然是独一无二的。通过统一简档,您可以访问 Salesforce 中您的所有相关数据。
有时候,统一简档中可能包含来自同一个系统的多个 ID。例如,上面的钥匙圈上包含来自 Marketing Engagement(市场营销参与)的多个订阅者 ID。Marketing Engagement(市场营销参与)会按联系点追踪订阅者详情,但其数据模型并不支持每个联系人拥有超过一个邮箱地址或电话号码。如果客户与多个联系点进行过互动,就会产生多个订阅者 ID。Data Cloud 会将这些订阅者 ID 链接到一个统一简档,这样您就可以访问每个订阅者 ID 的上下文数据。
在下一个单元中,您将学习如何创建统一简档。