21｜CDP（上）：并不是人人都需要一个CDP

目前也在思索新业务的CDP该如何完善，正好两个思考题一并作答了。首先新业务场景触点包含app，小程序，企微和电商，所以必须要要数据整合能力。这个在设计之初我的设想便是如何让不同触点的同一客户识别为同一个人，而这个概念在想运营阐述的时候也费了不少口舌。而且当时自己的角色还没像现在兼任数据产品的职责，所以很多内容都是C端产品“复制”其他平台的内容叠加数据自身的视角，效果嘛看下来就是能用但是并不好用。主要问题不限于：1.客户信息收集，理想状况下手机号的定位在国内可以承担大部分客户的“身份”证明职责，但是有一批客户是不愿意提供这些信息的，所以id-mapping的规则需要额外补充一些运营认可的规则；2.app需要为每个业务线定制开发，小程序虽然可以模板复用但是现行政策需要审批流程，而接入的电商数据并不能完全满足数据诉求（我理解是受制于人的），所以在做之前需要调研清楚我们能拿到什么再去设计；3.客户认定，因为每条业务线客户是要隔离开运营的，当初设想是每条业务线电商渠道也是隔离的，但实际上由于审批等原因需要用几个电商店铺来集中解决，那么清洗规则必须向现实妥协，也就是造成测试/生产两套代码维护；4.各系统结合能力，在CDP与其他系统结合在于CDP整合用户后运营想要拿特定人群做营销，但是目前一个是数据实时处理能力有限，二是还没太想清楚如何提供过去（之前的经验是标签人群的离线人群包，实时怎么做还望老师指点）。最后，回顾我这一年多兼任数据产品的经历，经历了最开始追求方案完美性到关注方案与现阶段系统的适配性。我理解数据产品要达到的终极目标之一是提效，因而需要设计出能帮助运营等团队解决实际场景问题的方案（这点有点像公司内部的客服），所以CDP的设计也从最开始的复制其他平台功能到现在思考运营到底需要什么，他们会怎么用。