客户体验(CX)要求个性化，而个性化要求访问各种各样的客户数据。如今，这些数据通常在独立的、孤立的记录和参与系统中维护。然而，市场营销人员需要一个统一的360度客户数据视图来个性化内容并提出相关建议。客户数据平台(CDP)由此诞生，这是一种相对较新的CX数据主数据管理方法。
自从cdp这个类别首次出现以来，在过去的18个月里，有很多关于cdp的文章。CMSWire之前发表的一篇文章提供了CDPs的一个很好的概述，我鼓励您阅读它以及CMSWire发表的关于这个主题的其他文章，包括Raviv Turner的这篇文章和这篇Econsultancy的文章。
在本文中，我将探讨CDP市场的现状，并重点介绍Apache Unomi，这是一种开源的CDP。
客户数据平台市场
客户数据平台研究所，简称CDP研究所，自称是一个与供应商无关的组织，致力于帮助市场营销人员管理客户数据。CDP学院“向市场营销人员传授管理客户数据的问题、方法和技术，特别关注客户数据平台。”
CDP研究所已经编制了一份CDPs清单，追踪研究所已知的商业可用产品。截至撰写本文时，该列表已有87个条目。但是请注意，市场上有更多的CDPs，例如，该列表目前不包括最近宣布的Adobe或Salesforce产品。
像CDP这样的新产品类别的问题是，无论这些产品是否很好地符合这个类别，供应商们都急于用这个新名字重新包装他们的产品。最近Winterberry Group的研究发现，在他们考虑的100多家公司中，只有不到20家符合该公司对CDP的定义(这与CDP研究所的定义非常相似):
能够摄取和整合多源客户数据的平台;提供客户档案管理;支持“实时”客户细分;并使其他系统可以访问客户数据。
买家要当心。
一个开源的CDP替代方案
反对实现商业CDP的主要论点是有限的可扩展性——供应商首先关注，有时甚至完全专注于集成他们自己的产品——以及这些系统的封闭特性。这些解决方案通常以专有格式存储数据，而供应商许可和使用术语语言可能会使谁“拥有”CDP管理的客户数据这一问题变得棘手。
实现一个开源的CDP是一个有趣的——现在也是可行的——投资于厂商的专有产品的替代选择。
展开Apache Unomi
Apache软件基金会最近宣布了Unomi项目的一个重要里程碑:它现在是一个顶级项目，这意味着它已经从Apache孵化器中毕业;现在是完全可部署的;并得到足够大的开发人员社区的支持。长长的Unomi项目团队成员名单令人印象深刻，其中包括Adobe、Jahia、Red Hat和Talend员工。
根据Elie Auvray, Jahia的联合创始人和业务开发主管，Apache Unomi的愿景是成为“一个与其他系统集成并完成数字营销目的的枢纽，而不是为所有系统的所有客户数据提供中央主存储。”
为了成为一个真正的注册风格的数据中心(查看一些数据管理历史)，数据必须能够轻松地流经中心，从连接的辐条和到辐条。使用标准的获取和公开数据的方法将使辐条的连接更加简单。Apache Unomi是业界对即将到来的OASIS上下文服务器规范 OASIS Context Server specification (编者注:最近更改为客户数据平台规范 Customer Data Platform specification)的第一个参考实现，它打算为客户数据提供一个开放的互操作性标准，就像CMIS用于内容存储一样。
数据隐私、保护和透明度都是Apache Unomi的特征。据Auvray介绍，该软件可以在不需要个人识别信息(PII)的情况下收集客户档案信息。相反，Apache Unomi使用唯一的标识符来关联源信息系统中的记录，例如，CRM ID对应一个支持数据库ID。
Apache Unomi拥有内置的个人数据保护功能(从客户的角度来看)，如同意管理、数据匿名化，被遗忘权等新法规(如欧洲GDPR法规和加州消除法中所定义的)所要求的功能。使用Apache Unomi api，开发人员可以构建应用程序特性和UI来管理和控制收集的数据，无论访问者是否同意，以及(可能发生的)匿名/删除数据。
购买和构建你的CDP
让我们明确一点:Apache Unomi不是为商业用户设计的，也不是现成的商业软件。相反，它是一个“无头”的CDP，为企业和商业软件开发人员设计，作为许可其他厂商的CDP或构建自己的CDP的替代，当一个CDP旨在成为一个更大的、面向服务的(API驱动的)数字体验(DX)软件平台的一层。
也就是说，Apache Unomi提供了一组丰富的CDP功能，这对开发人员非常有吸引力。使用开源的CDP意味着开发人员可以很容易地理解、改进或扩展CDP，而不需要等待第三方供应商。它还允许开发人员利用他们的同行社区，这些社区共享构建高质量软件的意愿，并且能够共同承担开发的工作和成本。
Apache Unomi用例
Jahia是Apache Unomi项目的主要贡献者，可以说，它正在吃自己的狗粮。它的Digital Experience Manager和Marketing Factory产品依靠Apache Unomi来获取构建更好的个性化和更高效的内容优化所需的数据。其他开发者可以使用Apache Unomi和开发自定义插件扩展来解决这些用例:
- 隐私和同意管理。
- 访客/客户档案管理。
- 观众/角色分割。
- A/B内容测试。
- 用户/事件/目标跟踪。
- 报告。
在更简单的范围内，DX应用程序可以成为由Apache Unomi管理的客户数据的使用者。例如，我的公司Topdown的INTOUCH基于云计算的客户通信管理软件被设计为在进行个性化通信时通过REST调用使用客户数据。虽然Topdown预期REST调用将由数据集成工具发布，但INTOUCH可以同样轻松地从Apache Unomi获取数据。这些数据几乎肯定会比我们通常看到的更丰富，并允许客户使用有关设备、位置和其他相关数据的信息，如:
- 发送通信的基于事件的触发器(例如，在查看某个web页面时提供营销或支持信息)。
- 条件逻辑的输入(例如，确定通信的哪个通道的格式)。
- 在通信内容中包含的评论(例如，“我们看到您正在旅行，因此我们将自动批准在|*国家*|进行的任何收费”)。
如果您是一名内部开发人员，或者为软件供应商工作，并且需要解决上述任何一个用例，那么可以考虑考虑使用Apache Unomi。使用开源的CDP可以让您更快地为客户改善数据隐私、保护和个性化。
关于作者
约翰·齐默尔(John Zimmerer)是Topdown的高级市场总监，负责公司的客户沟通和客户体验产品的市场研究和拓展工作。最近，John一直在研究和撰写有关增强客户体验的技术的未来方向，他被认为是这一领域的思想领袖。
一点数据管理历史
主数据管理(MDM)这个术语至少从2004年就出现了。虽然总体目标没有改变——为需要使用数据的系统提供对数据的访问，但是现在使用MDM的方法有所不同。
集中的MDM hub将主数据从源系统转移到单个数据存储库中，并将其合并、清理以删除错误和不一致，然后将其分发到其他系统。注册样式的hub在源系统上创建数据索引，可以进行数据匹配和清理，但将数据留在原始系统中。混合MDMs结合了这些方法:它们创建对原始数据源的引用，但也作为新应用程序的主要数据源。
MDM需要数据集成工具从各个数据源提取(或链接)数据，(可选地)转换数据，然后将其加载到目标系统(ETL)中。ETL集成通常是“点对点”完成的，这意味着每个源都与ETL工具一次集成一个。最新一代的数据管理工具可以连接和联合多个数据源来创建虚拟数据库(VDB)，包括集成平台即服务(iPaaS)和轻量级集成软件即服务(iSaaS)。他们甚至可以链接到第三方数据源，如社交媒体和数据提供商，如信用报告机构。然后，集成工具将数据作为服务提供给消费应用程序，通常使用RESTful api。
