现代营销依赖于数据。
所有人都想从最基本的开始做起，了解客户是谁。这似乎很简单，但客户与业务互动渠道的激增，使这个简单的目标变得极其复杂。
每个业务部门依赖的是客户数据的不同方面，他们都有自己的运用场景。
销售部门依赖于CRM（客户关系管理平台）售后部门主要看客服系统市场营销部门关心微信平台数据分析团队使用各类数据分析工具
这些工具各自产生新的、孤立的、片面的客户数据, 却无法快速同步, 甚至团队之间还怀疑对方数据是否正确。
图片来源：网络
因此，企业需要一个统一真实的数据源来描述客户，而不是任由客户的不同维度数据由不同部门各自存储。这需要一个技术平台来收集所有的第一方、第二方甚至是第三方的用户交互数据，并且将这些数据集成到各个部门使用的工具之中，来保证客户数据的统一性，最终为客户提供良好的体验。
图片来源：混沌大学
所以，客户数据中台（Customer Data Platform, CDP）获得越来越多的关注就不足为奇了。
CDP的定义
David Raab 在2013年首次提出了Customer Data Platform（CDP）的概念。并且如此定义CDP：
图片来源：Emailvendorselection.com
CDP 的目标是汇集所有客户数据并将数据存储在统一的、可多部门访问的数据平台中，让企业各个部门都可以轻松使用。
您可能会说, 我们早就听说过“客户数据中心”或”单一客户视图” 或 “360 度客户档案”的故事。但在现实中没有一个平台类型能汇集所有的数据, 并同时满足不同业务部门的数据需求。
CDP的三大特征
图片来源：Linkflow原创
数据能收进来（Link）
CDP可以快速连接来自市场、销售、客服等各部门的各类数据源中存储的客户数据。不管是实名客户，还是匿名客户，都可以在CDP中根据业务定义得到合并。为企业提供了完整的、不断更新的客户画像，而不是流于表面的统计数据。
数据能流出去（Flow）
CDP有能力快速对接企业内外部的各种数据源，包括广告投放、CRM、客服系统、网站、微信、App、大数据分析与BI等等。只有数据流动起来，CDP才能产生更大的价值。
业务驱动
CDP是为业务人员驱动建立的，而不是IT人员。业务人员可以自行决定需要什么数据源、如何对用户打标签、把数据传递到哪些平台等等。CDP应该有极其简单的界面，业务团队可以直接在CDP上进行操作，而不是依赖于IT部门。CDP不是CRM（包括Social CRM、会员系统等）
传统的CRM或者会员系统是用来和客户进行交互的，只基于很少量的历史数据来构建客户画像。
CRM管理最多的是已购买的实名客户，但匿名客户的行为难以识别并且获得洞察。同时，传统CRM的设计目的不是从各类数据源吸收大量数据，因为它一般比较封闭，从外部系统获取数据的成本较高。
图片来源：网络
但是CDP可以连接到各种类型、各种来源的客户数据。这些数据可以是内部数据，也可以是外部数据；可以是结构化数据，也可以是非结构化数据；可以是实时的，也可以是非实时的。这种连接的能力，可以让企业对客户情况有一个更快更全面的理解，并且及时做出反应。
CDP可以包含的数据类型主要有以下几种：
交易订单数据：从ERP、CRM、电商系统中产生的各类交易信息。包括卡券、订单、购物车、退换货订单。行为数据：客户在微信，网站，App，小程序等各类第一方触点上产生的大量行为数据。比如关注微信，提交表单，访问页面等等。产品等业务对象数据：这些数据不是客户数据，但会和分析极度相关。比如库存和产品价格，就是许多零售客户分析时必需的数据点。外部工具产生的数据：现代营销必须依赖于非常多的外部工具，比如报名表单，邮件，微课堂，微店等系统产生的大量数据。第二方数据：合作系统传回的数据，比如邮件、短信在发送后，客户是否有阅读、点击等。
CDP的数据是CRM用户画像的良好补充。可以通过CDP搜集CRM中没有的数据，并传递给CRM，完善CRM中的画像。也可以通过CDP，将CRM中的数据传递给后台的BI，客服等系统。
CDP不是DMP
CDP和DMP很容易混淆。
DMP的设计目的是为广告提供服务，尤其是通过Cookie实现重定向广告。但是在DMP中，大部分信息是匿名的，而且会在cookie生存失效（一般90天）后过期。
CDP的设计目的是建立持久的客户记录，这意味着它存储数据并保留历史记录。然后, 将其与客户所有数据结合使用, 即可得到一条记录。
相较DMP，CDP会同时关注匿名客户与实名客户，客户的信息也会更细致。
设计优秀的CDP是完全可以取代第一方DMP的作用的。对于已经有DMP的企业，CDP采集的第一方，第二方数据，可以作为DMP数据的补充。
图片来源：网络
CDP不是数据仓库（或者传统的数据中台）
传统的数据仓库（或者数据中台）是由 IT 团队构建和运行的，要求懂得很高技术知识的人员才能使用，所以业务人员是没法操作的。
数据仓库的目的是将数据汇集在一起，因此业务团队需要特别依赖 IT 部门，这往往使得从构思到执行整个过程都非常缓慢，因为几乎所有公司都存在“开发排期”的问题。
而业务团队（尤其是营销部门）的工作性质要求灵活操作流程（并且很多时候是在测试客户反馈），但IT团队要求需求部门提供确定性的需求，所以不可避免地存在跨部门的沟通冲突。
CDP的设计核心是：Low Code 低代码。
也许在初次设置的时候，需要一些IT部门的参与，但设置完成后，业务团队基本可以完全控制数据的使用和流动。
CDP不是Marketing Automation（营销自动化系统）
Marketing Automation系统的设计目的是在触点上和客户进行交互。它会有一定数据收集能力，但是从本质上来说并非为了连接各类数据源，因此没有办法快速对接大量各类系统。
在 CDP 世界里, 这些通道接触点上交互的系统称为交互平台(Engagement Platform)。除Marketing Automation等交互系统外，还包括电子邮件、各类微信小游戏平台、社交媒体管理平台等等。
这些交互平台与 CDP 连接以发送消息, 但也收集市场活动数据反馈到CDP。它们不是 CDP 的一部分, 但有些 CDP与交互平台紧密集成，因此可以从CDP中直接发送消息。一些优秀的CDP也会包含营销触达交互的功能。
图片来源：网络
外购 vs 自建CDP
CDP需要同时兼顾营销运营的业务知识与IT的严谨。
企业能自己建立一个 CDP 吗？理论上可以，许多企业都尝试自行开发CDP，显然，在这样一个定制项目中有相当大的成本投资、时间投入和开发风险。
这种难度是全方位体现的，有很多CDP项目由于无法处理海量数据而失败，有很多CDP项目由于底层数据结构的扩展性不足而失败，更多的是无法提供一个适合业务人员操作的统一平台而失败。所以要同时兼顾对业务流程的深刻理解，以及可扩展的IT架构，企业至少需要几十人的专家团队、三年的时间才有可能建成。
写在最后：企业将如何从CDP受益
真正的客户全景画像
CDP整合集成了企业在每个渠道上和客户交互的第一方数据，从移动到 WEB、POS系统、到后端ERP、支付服务、再到客服系统、甚至CRM，企业拥有一个持续更新的客户全景画像，并且基于这个画像灵活制定各种营销策路。
更能打动人心的客户旅程
客户与企业的互动分散在各种不同的触点，需要使用不同的工具。CDP可以将各个工具串联起来，业务人员可以自行在CDP客户旅程配置的可视化界面上，更快捷地制定出符合客户需求的客户旅程。
客户数据的单一真实来源（Single Source of Truth）
CDP作为客户数据的单一真实来源，在整个组织中强制执行通用的数据标准，保证数据是正确、一致且符合内部隐私和安全策略的，并且这些数据可以被传递到企业业务团队使用的任何工具中去。CDP可以帮助企业业务团队更快地使用新工具, 并使每个团队成员能在统一的客户数据库中工作。
Linkflow，所见即所得的客户数据中台，无需编程即可让数据流动起来，将数据孤岛有效连接，提供从信息采集、分析到运营的一体化客户运营体验，帮助企业通过数据驱动业务增长。
扫描上方二维码，试用Linkflow
标签： 数据
②文章观点仅代表原作者本人不代表本站立场，并不完全代表本站赞同其观点和对其真实性负责。
③文章版权归原作者所有，部分转载文章仅为传播更多信息、受益服务用户之目的，如信息标记有误，请联系站长修正。
④本站一律禁止以任何方式发布或转载任何违法违规的相关信息，如发现本站上有涉嫌侵权/违规及任何不妥的内容，请第一时间反馈。发送邮件到 88667178@qq.com，经核实立即修正或删除。
