MarTech ​ -CDP 实战手册 -CDP 实施流程（七）

  CDP 数据跟着时间的推移逐渐增加，不同时间阶段有必要进行资源承接，保持系统的稳定能力。本文从方案的实施角度展开，与大家谈谈 CDP 实施的流程，希望对你有所帮助。

  根据业务规划进行 CDP 的系统部署规划，有必要进行阶段拆分，包含定开规划、资源筹备、定制开发、软件部署和系统测试。

  定开规划：在原有功能不支持或有额外场景需进行定开功能的规划，定开规划要注意产品功能边界及开发成本，在上午和方案确认阶段均有涉及，有偏差需及时跟项目经理沟通与客户协商，尽可能做到风险的把控，方案确认后及时与客户沟通确认，确保项目正常推进。

  资源筹备：要收集的信息最重要的包含业务规划需求（接入应用数、业务量、使用量等）、服务器硬件条件（CPU、存储类型、服务器类型）、服务器软件条件（操作系统、数据库、内核、分区和挂载）、网络条件（IP、域名、负载均衡、端口、子网及子网带宽、访问策略）乃至安全要求（安全合规要求、安全扫描机制、渗透测试要求）。

  因为 CDP 数据跟着时间的推移逐渐增加，因此就需要考虑 CDP 上线 个月几个关键节点的规模预估。不同的阶段需要有资源进行承接，保证系统的稳定能力。

  集成时需要仔细考虑的维度比较多，包含业务数据、埋点数据、三方对接、审核流流对接、角色权限对接等，每个阶段都需要匹配相应的人员做沟通、对接，最后才能保证系统的集成上线。

  业务数据：如果有数据中台则 CDP 需要给数据中台提出数据处理需求，将数据按照业务场景需求来做初始的质量管理，便于快速的在 CDP 中进行接入，若没有数据中台，则 CDP 需要负责数据质量，针对预期对接的业务数据来进行表、字段梳理，并且进行数据质量的判断，提出质量上的问题数据（该问题具体看项目需求范围，主要需要 ETL 工程师和业务专家介入进行数据治理，保证数据输出的安全性、准确性、标准性）数据完善后接入 CDP。

  src=埋点数据：需要与埋点平台、应用平台三方沟通，确认再 CDP 业务场景下要哪一些埋点，一般来说若有标准的类似神策、GIO 的埋点公司的话，埋点梳理已经比较全面，CDP 只需要针对场景进行查缺补漏，应用平台做埋点补充即可，若没有埋点平台的支持则需要 CDP 依据业务场景进行埋点需求梳理，提供给应用方进行埋点的开发，并且协商埋点的传输方式，一般埋点通过 kafka 的方式来进行实时传输，确保埋点流入 CDP 的时效性。

  三方对接：除了 CDP 外一般还涉及到上层业务的应用，例如 CRM 的标签需求，MA 的属性行为数据需求，需要各个平台通过提供的 API 接口、kafka 格式等来优化或开发。

  系统集成需要与多方系统来进行代码开发和协同联调，需要多方参与和实施必然会存在时间成本和人力成本，在项目建设前必须要考整个项目集的协同预算，防止因预算不足导致集成工作阻碍。

  审核流、角色权限：企业一般会要求系统有审核流程，一般来讲 CDP 本身有自身的审核机制，但往往企业要接入自己的 OA 进行审核，因此审核机制需要与企业 OA 打通，这块也涉及到一定的联调对接成本。

  定开实时主要是针对采购 CDP 来看，有几率存在部分不满足需求的功能，均在定开范围内，同时针对数据、指标、标签都会归类与定开范围。

  定开范围一定要在方案确认阶段确认清楚，包括相关的范围和边界，避免需求蔓延，导致项目成本和项目风险。

  项目实施不会存在完全可控的情况，往往都会出现需求蔓延或需求偏差，在商务和方案确认阶段就需要提前预留好蔓延的预期，同时保证定开实施中的进度风险同步，出现风险及时拉齐项目组及企业针对蔓延的范围进行相对有效沟通确认，通过商务补充或需求置换的方式，保证项目的成本风险在可控范围。

  指标和标签因涉及到数据质量上的问题，在前中期若有数据质量偏差需提前说明，并提出对应的方案做沟通推进，实施过程中完全按照方案确认中的指标、标签进行构建，新增范围做评估项目经理及商务需及时跟进。