关于埋点的一点思考

      如果说要开始做埋点的话，最好要开始建立埋点的业务流程，埋点的规范，这是笔者经历过痛苦的过程，如果前期不建立良好的业务流程和规范，到后期，埋点根本无法维护，对分析师来说，完全没办法使用。

 一，良好的埋点规范体系    

      良好的埋点规范设计和埋点流程规范体系能够减少大量的维护成本，并且大家用的都比较开心，这个不仅仅是针对自有埋点，使用第三方埋点更应该注意这个问题，比如说GIO这个工具，可以可视化埋点，可视化埋点这个东西本身是比较好用，可以减少开发的压力，但是如果不规范的话，就会导致很多问题，比如，一个电商APP里面，有很多商品会有多个入口和资源位，如果运营和产品按照自己的喜好来命名的话，处了埋点的那个人清楚这个埋点是干什么的，其他的人就搞不清楚这个埋点到底是统计哪个入口的，哪个资源位的。

二，规范埋点业务流程

        以下是笔者提出的一个埋点业务流程思路，仅供参考

        业务需求——>埋点设计——>评审开发——>测试验收——>上线应用

三，良好的埋点设计规范

        如何建立良好的埋点设计规范，笔者接下来重点介绍，事件+属性 是目前通用的做法。

         事件可以分为5个维度,WHO, WHEN,WHAT,WHERE,HOW；WHO 即参与这个事件的用户是谁，WHEN即这个事件发生的时间，WHAT描述了一个事件具体是什么，通常一个APP会有N多页面，如果每个页面浏览都做一个事件，业务人员在使用的时候就会很麻烦，比如需要统计一个渠道的页面浏览量，一个渠道通常会有10+以上的H5页面，笔者之前所在的公司就是每个页面都做成一个事件，然后统计一个渠道的页面浏览，就要将十几个页面浏览加起来，这个就很繁琐，如果将页面浏览作为一个事件，不同的页面，不同的渠道，都可以做成属性，这样统计起来非常方便。HOW即用户从事这个事件的方式，how 关联的是与事件强相关的属性内容（页面标题定义规范，页面本身有名字，并且与APP的页面是同一个名字，针对IOS和安卓经常出现两个同样的页面命名不一样的情况），比较容易忽略，需要做维度字典的规整。WHERE即用户在哪里发生的事件，比如采集IP，GPS，国家，省，市区等用户的操作属性。

        属性一般是指用户或者事件的属性，例如，端口，应用版本，操作系统，操作系统版本，设备制造商，设备型号，屏幕高度，屏幕宽度这些都是属性，IP，国家，省，市，区都是用户的属性。当然采集属性的时候要根据需求认真判断和梳理,哪些是前端采集，哪些是后端采集

以下举个具体场景做解释：

优惠券场景, 1，业务分解(流程图来展示用户使用优惠券的路径)

                    2，分析指标：(1)业务数据，①优惠券的下发成功率②领取率③使用率④成交金额⑤优惠比例

                                            ⑥优惠券类型使用占比(优惠券的使用分布，分析哪种优惠券使用率最高，并且用在哪个地方) 

                                            ⑦。。。

                                          （2）点击流数据，①页面浏览-领取优惠券②领取优惠券③成交/购买 。。。。

                    3，事件设计

                    4，属性设计  领取方式，使用优惠券，优惠券ID，优惠券类型，金额，适用产品、类目、过期时间、使用条件

埋点验收

埋点测试验收：保证埋点数据的正确性，顺序性，完整性

正确性：确认数据是否上发，并检查上方数据内容格式是否与需求文档一致

顺序性：数据上发正确，

完整性：针对各个场景要全部测试，如申请验证码的各个场景都应该上报

一般遵循相同的采集逻辑，可以不必要对所有页面，点击进行遍历，做抽样测试即可，重点测试自定义埋点上报的准确性及场景完备即可