按关键词阅读： 企业 业务 saas 感悟 内部系统
为了提高准确性，我也列了事件埋点环节的检查清单，请大家收藏备用。
检查清单：
- 事件英文变量名，大小写检查，重名检查
- 属性英文名，大小写检查，重名检查
- 属性值类型，逐个属性检查，避免出现同属性名，但类型不同的情况
- 埋点的端，要尽量标明
- 触发的时机，也要在每个事件上备注清楚
如上所述，神策埋点分为自定义埋点和预置埋点，预置的埋点会直接通过sdk的方式上报到神策的数据库中，自定义埋点在我们公司则通过如下技术流上报：
- 客户端——redis
- 一套自己开发的拉取程序（原理是拉取上报的落盘数据，并使用神策的sdk转成sa日志文件）
- logAgent导入到神策数据库
此处也是给个参考，redis可换成kafka，logagent可换成其他的导入工具，只要能适应公司自身业务就好。
【 业务|埋点实施的全流程实操与经验分享】开发环节会遇到各种bug，比如研发不看文档，自己命名，或者不同的研发有按照驼峰命名，有的按照下划线命名，最后上报到系统了，就乱成粥了。
这里也有一个检查清单，有需要的可以收藏备用。
检查清单：
- 检查测试环境上报的事件名与文档的事件名，包括大小写
- 检查测试环境上报的属性名与文档的属性名，包括大小写
- 测试环境上报的事件名与属性的关系，对比文档中的事件属性关系
六、业务推广与赋能系统上线了，也培训完了，这个还远远不够，因为业务人员还没接受这个系统，不知道这个系统能提供什么价值，或者说知道了系统的价值却不知道如何获取。
所以造成了产品费了好大劲，以为提高了公司的数据成熟度，最终业务没人用的尴尬。
此时就需要业务推广了，分两个角度来阐述。
1. 培训培训的目的，就是让业务人员自己动手操作起来，如何培训也是有套路的。
公司内部团体，其实本质就是一个社区，用运营社区的方式去运营公司的内部这些业务分析师团队，按照这个框架去运营效果会好些：
- 产品组织培训
- 核心KOL的扶持
- 组织更多专题培训，逐步增加KOL的曝光
- 让KOL获得成就感，主动去分享
- 社区活跃自洽
拿我推广智能运营来讲，先公司内部各个项目部逐个约小范围手把手培训，录制简单视频，累计培训了21轮。
然后培育出一些业务的实践案例，对某个top项目特定来源的用户销转提高了5个百分点，把这个案例成果，以及具体的配置方法写成案例，发送全员，让产出成果的人获得成就感，让没产生结果的人产生焦虑感，这个社区的动力就来了！
最后经过了一个月左右，突然有一天，我们的平台运营部主动发了个全员邮件，说要分享下自己的运营规范，让大家参考，这个时候，就已经稳了，大家已经进入了良性循环，互相促进。
2. 传递价值上述的培训，从某种程度上讲，也是价值的传递，让业务亲身感受到好处，感受到价值。让业务人员直呼“这玩意真好用”。
小案例还是不够刺激，还得来一波大的，公司仍然没用神策组织过大型的公司级活动，正好，双十一来了。
双十一的活动的实施难度很大，相当于全公司的资源都调动了一遍，主办活动的运营同学在数据方面也没啥经验，这个时候，就得产品上了。
其实产品这里也是第一次，但本质上还是项目管理，从项目管理的角度出发，梳理下各个活动环节涉及到的人，物料等因素。最后整理一个全局的文档，让业务人员根据这个文档，可以快速的查看自己的负责范围，以及时间线。
最终，这年双十一的活动在数据的加持和快速反馈下，以及各种其他因素的叠加下，比这上一年度提升了超过100%，很激动。
稿源：(人人都是产品经理)
【傻大方】网址：http://www.shadafang.com/c/11159615G2021.html
标题：业务|埋点实施的全流程实操与经验分享( 二 )