在之前的文章里,我曾对数据中台的架构以及数据指标体系做了经验总结,但从架构到指标体系其实都只是设计层面的东西,当我们真的要把数据指标体系落地,又该如何去实现呢?今天我就来讲讲数据指标体系如何落地的。
落地流程首先,所谓数据指标体系的落地,在这里指的就是数据埋点的过程。而不同于数据指标体系是产品经理可以独立去完成的事情,数据埋点是产研团队通力合作的事情。下图便是我对数据埋点落地流程的理解。
产品经理在整套流程中承担了主要责任人的角色,要负责根据功能需求明确指标、输出埋点需求文档、和开发测试团队评审方案以及最后验收工作。
埋点需求文档在上述的数据埋点流程中,产品经理负责的所有事情里,最关键的莫过于输出埋点需求文档,这是所有工作的前提。而对于埋点的需求文档当中,要注意以下几点:
页面及页面元素的命名要统一
事件命名要规范
上报时机要明确
上报数据要完整
(一)页面及页面元素的命名要统一
产品中的所有页面及页面元素最好是有文档统一管理命名,以便后续每一次做数据埋点的时候能够统一使用,避免造成指标命名、事件命名不一致的情况。
(二)事件命名要规范
对于事件的命名,最好是团队内部有一个标准,比如可以是由页面、页面元素、行为和结果组成,如活动页面_报名按钮_点击_成功,这样的命名规范可以让所有人一目了然,看到事件名就知道具体是哪个页面哪个元素的事件。
其中,行为通常包含四种:点击、进入、展示、退出,结果无非就是成功和失败。
(三)上报时机要明确
上报时机主要有三类:
展示时候上报:需要明确重复展示是否重复上报;
点击时候上报;
接口响应时候上报:当后端接口返回结果时再上报。
(四)上报数据要完整
对于埋点最后要采集的数据,一定要做到不遗漏、不重复,确保地理位置信息(where)、时间信息(when)、设备信息和应用信息(what)、用户信息(who)以及行为信息(how)都要明确上报,并且要做好分类,方便团队成员更好地阅读埋点需求文档。
写在最后对于数据指标体系的落地,我就介绍到这里,要想真正学会数据埋点,还是应该多做几次实操,慢慢形成自己的方法论。