下面的文章是笔者整理分享出来的关于CDP交付验收中的交付配置、用户培训、项目验收的相关内容，大家一起来看看吧！

一、交付配置

• 功能交付：包含CDP所有功能，主要以标签、圈群、接口验证等功能进行交付。
• 指标交付：包含企业北极星指标、各部门北极星、关键指标、辅助指标等指标交付。
• 标签交付：标签的创建和标签规则的讲解，通常和指标交付合并进行。
• 运营交付：运营场景的创建，根据售卖合同的约定，可能会有运营效果的评估报告等交付方式。

交付阶段需要将调研、开发、测试、验收等相关文档整理好，分阶段交付给相应的负责人，确保文档完善、内容清晰，交付后会针对交付文件进行会议沟通，对交付物进行简单讲解同时解答交付物相关的疑问，不同公司所要求的交付物及颗粒度不同，因此交付物特事特例，以下为举例子的部分交付物：

二、用户培训

优秀的软件需要灵活的使用才可提现价值，在用户培训阶段，需要持续对企业多部门多业务进行多轮培训，包含产品使用培训、系统运维培训、代码培训。

培训需要产出培训计划，代码培训和系统运维培训基本上培训一次即可，但产品使用培训需要与客户沟通好，因为涉及的部门比较多，每个部门使用的侧重点也不同，因此需要安排多轮培训，培训前要准备PPT、操作手册、操作视频，最好每一轮培训总结QA补充至文档上，避免出现相同的问题；操作手册也需要持续迭代，确保内容与系统一致避免误区。

培训分为三个阶段：验收培训、主要负责人培训、部门培训。

1. 验收培训：便于验收的人在验收系统中操作不清晰，功能不了解，误操作导致系统出现问题等。
2. 主要负责人培训：该培训目的是便于负责人向下管理系统的使用，了解系统应用的场景、功能，便于指定相关负责人进行系统的维护、运营、操作等。
3. 部门培训：使用系统的相关部门派出1-2人进行系统的培训，确保核心使用人对系统熟练应用，该培训除了概念、场景外核心在于实操，尽量保证每个培训的人均进行完整实操，便于该人员后续向下讲解和培训。

培训完成后需创建咨询小组，将相关负责人和部门的人拉入指定群中，进行统一的问题讲解，及时的解答相关操作上的问题，但切记该群不能允许所有使用者进入，一个部门主要负责人1-2个人即可，否则会出现混乱。

三、项目验收

一般会有多轮会议进行验收，确认产品与初始方案一致，验收中若遇到问题需要进行再次沟通，是否需要优化，优化时间节点，在验收阶段商务也需要同时跟进，确保项目完整验收，进行后续收款流程。

系统或多或少一定会出现功能偏差，因此需要提前梳理好偏差范围，比对合同内容，定位哪些功能没有实现及未实现的原因，是否可以通过其他功能补全缺陷功能；同时在验收时也会提出一些超出功能范围的场景，首先需要产品或者项目经理进行场景拆解，确认当前功能范围是否满足，不满足则需要进行妥善沟通。

例子：

问：我想给客户在一段时间后发送短信，能在MA中失败分支的线链接到上面短信控件上形成循环。

回：首先MA是线性推送，通过精细化的判断实现各个节点流转，控件循环违背了线性营销的逻辑，同时对于发送短信若出现配置失误会出现死循环的可能，导致对用户的重复骚扰，得不偿失。

OS：当时MA没有实现，其实可以构建循环控件实现旅程客户流转至之前控件，同时增加重复限定，保证不会出现死循环的过分打扰。

实际验收过程会出现很多这类的情况，核心重点需要委婉灵活的处理，尽量往后续迭代进行引导，如果是比较核心的功能偏差（理论上不会出现产品和项目会进行把控）则需要商务接入进行协商。

以上内容均是通过项目上沉淀进行整理，内容可能有缺失或者纰漏，因本身主要负责数字化产品的规划和构建更多偏向功能侧的规划，很多调研及固话都是参与或者通过相关调研人员讲解进行梳理的，可能有说的不对的地方欢迎指正。

其实CDP还缺少一个核心环节就是CDP的产品的设计及开发，这块内容需要比较严谨，考虑重新弄个专栏完善内容，刨除了数据中台那部分，轻量级CDP主要包含数据管理、ID-Mapping、标签管理、人群管理、画像分析、开放API这几个部分，之后将围绕这块进行完善优化。