客户数据平台（CDP）

客户数据平台是一个系统，它从多个来源收集客户数据，将其整合为统一的个人档案，并将这些档案提供给其他系统，用于客户细分、个性化和效果评估。它与数据仓库的不同之处在于，它侧重于运营激活而非分析；它与客户关系管理系统的不同之处在于，它旨在摄取海量行为数据，而非管理客户关系和销售流程。

它所解决的问题真实存在且普遍存在。客户信息分散在各个孤立的系统中：电商平台、邮件工具、客服中心、广告账户、移动应用分析、线下销售点。同一个人在每个系统中都使用不同的标识符，没有一个系统能够提供完整的客户信息。因此，营销部门会联系刚刚投诉过的客户，客服无法查看客户的购买历史，而客户价值分析也必须每次都进行手动核对才能实现。

身份解析是核心技术功能，也是最难的部分。将已登录账户与匿名浏览会话、曾使用过的电子邮件地址、应用程序安装记录以及店内购买记录进行匹配，需要在存在标识符的情况下进行确定性匹配，在不存在标识符的情况下进行概率性匹配。身份解析的质量决定了下游所有环节的价值，同时也是隐私影响最为集中的地方，因为组合数据集会创建比任何单一输入数据集都更具暴露性的用户画像。

由于供应商的定位不同，产品类别已变得模糊不清，评估各种方案需要超越标签本身。有些产品主要是具备数据采集功能的营销激活工具，有些则是数据基础设施加上了激活功能，而一种日益普遍的模式是直接在云数据仓库上构建相同的功能，并使用专用工具进行身份解析和受众分发，从而避免将客户数据重复存储到单独的专有数据库中。正确的选择取决于现有的基础设施以及哪个团队将负责维护该系统，而所有权问题通常比功能比较更为关键。

实施失败的原因显而易见。企业在未明确平台旨在改进哪些决策之前就购买了平台，最终得到的统一配置文件无人问津。源数据质量差，统一后的数据并非可靠信息，而是不可靠信息的汇总。治理机制不明确，导致各方对哪个系统在哪个字段具有权威性达成一致。此外，预期使用这些细分数据的运营团队并未参与定义这些细分数据，因此这些细分数据与团队的实际工作方式并不匹配。

在进行任何购买之前，都应该对各种替代方案进行诚实的评估，因为企业希望从这些平台获得的大部分价值，其实可以通过他们现有的工具来实现。一个建模完善的数据仓库，配合定期导出到营销平台的功能，就能满足大多数细分和抑制用户需求的用例，而无需构建新的系统。但如果确实需要实时响应，并且源系统数量庞大到点对点集成难以管理，那么专用工具的优势就更加明显了。与其围绕类别来制定决策，不如围绕具体缺少哪些功能来制定，这样往往能打造出一个规模更小、更成功的项目。

成功的模式是从少量具有明确商业价值的具体用例入手，例如阻止近期购买者参与获客活动，或根据特定行为触发用户留存活动，然后仅构建这些用例所需的集成。这种框架通常在以下阶段确定： 数据分析 参与度，以及由以下机构拥有的激活策略 成长管理而且，这通常是合理的。 企业 在系统间断连接数量庞大的环境中，人工对账已成为一项永久性成本。