MarTech​-CDP实战手册-CDP交付验收(十三)

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

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

一、交付配置

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

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

二、用户培训

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

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

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

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

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

三、项目验收

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

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

例子:

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

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

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

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

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

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

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

题图来自Unsplash,基于CC0协议

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

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