Customer 360 数据模型指南 | DMO Party Engagement 映射

一、认识数据模型对象（DMO）

Customer 360 数据模型是 Data 360 的标准数据模型，理解 DMO（数据模型对象）、主题领域、常用 DMO 及其在 Party 与 Engagement 中的应用，是整个 Data 360 之旅的起点。

学习目标

完成本单元后，你将能够：

解释标准化 Customer 360 数据模型的目的
定义并识别常见的数据模型对象（DMO）
将更广泛的数据模型概念与你的具体实施关联起来

Customer 360 数据模型——让数据互操作的标准化蓝图

客户数字信息分散在大量系统和数据库中——同一个人的基本信息可能存在于多个地方，而特定数据只与特定活动关联。一个数据库追踪杂货购物习惯，另一个记录汽车换油频率和地点——全部围绕同一个人。

乘上你拥有的客户总数，你就能迅速明白为什么标准化如此重要。

Customer 360 数据模型是 Data 360 的标准数据模型，使数据可互操作。它：

组织不同类型的数据及其相互关系
提供标准对象供你将数据源映射到其上
精确描述数据模型中可以存在哪些数据，以及用哪些属性来描述这些数据
充当地图图例——任何阅读你数据模型的人都能准确理解每个元素的含义

数据从何而来？——认识多样化的数据源

Data 360 从多种来源获取数据，每个系统都有独特的标识符和位置：

传统软件和 CRM 系统
外部数据库和数据湖
电商平台
营销和邮件数据库
客户服务系统
数字互动数据（Web 和移动端）
分析平台

例如 Marketing Cloud Engagement 使用 customer key 识别订阅者，其他系统使用不同的主键值。Data 360 链接所有这些 ID 并对齐信息——你不需要逐一处理每个系统的细微差异，Data 360 替你完成这项繁重工作。

数据模型对象（DMO）——数据模型的构建块

数据模型对象（DMO）是 Customer 360 数据模型中的构建块。它们描述数据模型中的信息类型，而描述 DMO 的信息被称为属性（存储在 Data 360 的字段中）。

可以想象成"巴士"这个词——校车、通勤巴士、摇滚巡演巴士各不相同，但它们共享一些通用属性（长度、座位数、最高速度）。DMO 提供了一个最优化的表示方式，让你拥有一个公认的信息框架——无论数据来自何处，都能标准化映射到正确的 DMO 和属性。

Customer 360 数据模型的层次结构：

Customer 360 数据模型——治理一套通用 DMO 的总体系统，决定如何描述这些 DMO 以及它们之间的相互关系
主题领域（Subject Area）——将大量 DMO 按照业务目标分组，如 Party（唯一标识符）、Engagement（互动数据）、Sales Orders（销售订单）、Product（产品信息）
数据模型对象（DMO）——描述某个事物或行动的一个实例的数据分组
属性（Attribute）——关于 DMO 的标准化信息片段，存储在 Data 360 的字段中

主键与外键——构建数据关系的基础

主键（Primary Key）——数据集中唯一标识单条记录的值。一个数据集中，该值只能存在一个实例。

外键（Foreign Key）——数据源之间用于构建数据关系的公共链接，如客户 ID 号。

这两个关键概念让 Data 360 能够跨不同 DMO 和数据源连接记录，构建支撑统一客户画像的关系网络。

下图展示了主题领域、DMO 和属性之间的关系：

常见 DMO——Party 与 Engagement 主题领域

以下是最常用的 DMO 速览：

Party DMO（客户是谁）：

Individual——姓名、生日、数据与隐私偏好
Contact Point Email——邮箱地址、可达性、时区偏好
Contact Point Phone——电话号码、是否支持 SMS
Contact Point Address——物理地址、国家、地区
Party Identification——外部 ID，如驾照号、会员号、CRM Contact ID

Engagement DMO（客户做什么）：

Email Engagement——特定邮件互动的详情（打开时间、日期等）
Sales Order——收入、购买、订单总额、配送信息

五个强制 DMO 与 Party Identification 的关键作用

Data 360 要求每个数据模型必须包含以下五个 DMO：

Individual
Party Identification
Contact Point Email
Contact Point Phone
Contact Point Address

其中 Party Identification DMO 扮演关键角色——它使用单一标识符（如会员奖励号或唯一通用 ID）创建代表客户的记录，帮助将来自不同源的零散数据统一整合。下一个单元将展示其工作原理。

其他常见 DMO 还包括 Product Catalog（计划销售或服务追踪的产品）和 Case（支持工单和问题记录）。

二、审视你的数据与 DMO——深入 Party 主题领域

在 Unit 02，我们跟随 NTO 企业架构师 Pia Larson 一起了解如何规划数据映射、深入 Party 主题领域、掌握 Individual DMO，并根据你的业务需求个性化数据模型。

学习目标

完成本单元后，你将能够：

描述 Party 主题领域的重要性
实施 Party 数据模型中的数据模型对象以捕获客户信息

规划数据映射——认识 NTO 企业架构师 Pia Larson

认识 Pia Larson——户外装备和服装零售商 Northern Trail Outfitters（NTO）的企业架构师。她的任务是将来自店内销售、在线销售、客户营销旅程、网站行为等多种来源的数据汇聚在一起。

在动手之前，Pia 需要先搞清楚数据从何而来——她需要跟销售、客服、营销等全链条的利益相关者沟通，找出数据存储的位置和流转方式。

Pia 的 NTO 数据模型决策

经过审查 Customer 360 数据模型，Pia 确定了 NTO 需要：

联系人的单一统一身份
这些联系人执行的行动信息

→ 这自然指向 Party 和 Engagement 两个主题领域作为数据模型的基础。

Pia 也确认了 Data 360 要求的五个强制 DMO（Individual, Party Identification, Contact Point Email/Phone/Address）都已到位。这些标准对象为构建统一客户画像奠定了坚实基础——将客户身份与其活动联系起来。

进入 Party 主题领域——个人与组织的标准化表示

在 Customer 360 数据模型中，Party 不是政治或派对——它代表一个人或组织的实例。这个实体可以是个人、企业或其他机构。

Party 主题领域包含以下关键 DMO：

Party Identification——外部标识符（驾照号、会员号等）
Individual——具体的人（姓名、生日等）
Contact Point Email/Phone/Address——各沟通渠道的联系信息

每个 DMO 实例是实体的唯一表示，但描述该实例的数据可能来自多个数据源，存在多种变体。

客户案例——Rachel Rodriguez 的多源数据整合挑战

让我们通过一个真实的人来看 Party 主题领域：NTO 客户 Rachel Rodriguez。

Rachel 的信息来自多个数据源，且存在大量变体：

姓名拼写差异——Rachel、Racheal、Rachele⋯⋯ 更别提像 Elizabeth/Beth/Betsy/Liz/Liza/Eli 这样的传统名变体
不同地址——旧公寓、工作地址、当前居住地
多个电话号码和邮箱——个人、工作、旧号码

所有这些信息必须通过正确的 DMO 和属性链接回单一的统一身份。这就是标准化数据模型发挥威力之处。

Party 中的 Individual DMO——Individual ID 的核心链接作用

Rachel 的信息从各种来源流入。Pia 必须确保每个数据流都链接到正确的 DMO 及其相应属性。

Individual ID 是最关键的链接字段：

位于 Individual DMO 中
Contact Point Address、Email、Phone 均以 Many-to-One（多对一）基数与之关联——一个 Individual 可以有多个地址、邮箱、电话
经过身份解析（Identity Resolution）后，与 Unified Link Individual 以 One-to-One（一对一）关联——保持记录的唯一性

这个链接结构是创建 Rachel 统一画像的基础。Pia 必须确保每个数据流都能正确映射回相应的 Individual ID。