MarTech​-CDP实战手册-CDP实施流程(七)

0 评论 1664 浏览 2 收藏 7 分钟

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

一、方案实施

1. 系统部署规划

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

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

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

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

2. 系统集成

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

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

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

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

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

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

3. 定开实施

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

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

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

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

本文由 @光波 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!