数据埋点方案和规范确定

数据埋点⽅案和规范确定
⽤户的⾏为分析产品调整迭代,运营推⼴、精准营销等的基础,此类⾏为的⼀切均基于良好的数据采集⽅案。当下⼏乎所有互联⽹公司的数据源都是通过埋点⽅式获得基础的业务数据。
简单来说,数据埋点就是传统的数据打点,在⽹站或者APP中加⼊⼀些统计代码进⾏数据采集。具体埋点的价值以及正确埋点的重要性已经⽆需多⾔,基本上所有的产品或者数据⼈员都得需要了解⾃⼰业务的埋点⽅案。
基本的埋点介绍和流程相对⽐较固定:
作为产品经理或者数据分析⼈员,本⾝未必需要完整的掌握埋点的技术,但是作为数据需求⽅在了解完整埋点⽅案的情况下,需要着重考虑两个⽅⾯以确定埋点⽅案和可⾏性。
⼀基于哪些维度埋点
埋点的⽬的是为了获取有效的数据,⽽数据是否有效是由数据需求拆解到具体 “指标维度”。
1 基于⾕歌分析的AARRR模型来拆分产品⽅案,通过产品逻辑拆解出分析维度和业务逻辑。
AARRR(分别是指获取、激活、留存、收⼊和推荐)
魅族e3c
正常情况下数据埋点的事件维度是基于⼀个Session,即⼀个⽤户完整的从注册进⼊系统到注销退出系统之间所经过的时间。拆解⽤户的产品逻辑判断出⽤户所属的周期继⽽制定分析的维度。⽐如整个产品体系处于初⽣期,整个运维的重⼼在于获客,整个逻辑是⽤户通过不同的渠道来源进⼊APP,继⽽留存或流失,埋点的重⼼必然是在如何获客的渠道来源上。
2 基于后期分析⽅法判定埋点⽬标
drs系统任务流分析法:根据产品设计的任务流,在任务流开始和结束处埋点,分析⽤户处理任务的情任务流分析法
尤卓尔况。
页⾯转化分析法:统计相关页⾯的转化率及页⾯元素点击率,分析⽤户⾏为。
页⾯转化分析法
情景分析法:列出各种⽤户使⽤场景,⾃⼰或多⼈体验不同场景下产品的使⽤流程,寻依据情景分析法
设⽴数据埋点,通过数据反馈验证⽤户⾏为。
埋点前⾸先要考虑清楚埋点的⽬的,⽐如是为了获取⽤户体的某些⾏为特征以更深层次地理解⽤户,⼜或者是为了检验新功能的使⽤情况是否符合预期,再或者是监控程序运⾏过程中的异常情况。其次要考虑清楚如何利⽤结果数据去达到你的⽬的,⼀般来说⽬的明确,接下去也很顺畅了。
原罪感3 基于商业⽬的埋点
⾸先基于产品和业务确定商业⽬标,继⽽将商业⽬标拆解。⽐如盒马鲜⽣的商业⽬标是营收。营收就可以拆解=⽤户量*客单价*净利润,再细分⽤户=实体店流量线上⽤户量。等等,继续拆解。不断的细分拆解,⼀直到最后的⽀付环节。完整的梳理交互流程,主要从关键⾏为的页⾯和⼊⼝来分解,此外还有⼀些不依赖APP本⾝的⼊⼝,⽐如短信营销、外部分享等。
根据所有梳理出的关键⾏为,⽣成相应的埋点⽅案。等到埋点回溯之后,就可以从下⾄上,从数据还原整个商业⽬标,以便实时监控和分析了。
⼆形成统⼀规范的埋点⽅案或者埋点表
⽬前⼤部分公司基本上是采⽤第三⽅数据统计平台,不同平台的埋点⽂档⼤同⼩异,但是同⼀个公司如没有统⼀的埋点规范和埋点管理平台,就会留下⼤量的坑。(⼀千个产品有⼀千个规范,⼀千个点可能就有⼀千个坑),因此标准的埋点⽂档很有必要。
论文要求
数据埋点是为了更好的数据采集,通常记录⽤户⾏为的基本要素采⽤4W 1H的⽅式,即⼈物(Who)、时间(When)、地点(Where)、⾏为(What)、⽅式(How)。⽤户在什么时间什么地点使⽤什么⽅式产⽣了什么样的⾏为来记录。
⼈物(Who):参与事件的⽤户,⼀般使⽤开发过程中对⽤户定义的唯⼀ID,包含⽤户的设备ID、UserID、等⾮敏感信息。对⽤户的姓名、⼿机号、⾝份证号码等敏感信息不建议直接采集,如必须采集可采⽤脱敏的⽅式进⾏。
时间(When):记录⾏为发⽣的时间,常见标准的YYYY-MM-DD HH-MM-SS的时间戳以外还可以使⽤服务端的Session或登录序号等。记录值将⽤于区分⽤户的登陆次数,界定活跃次数和⾏为归属。
地点(Where):记录⾏为发⽣的地点,包括⽤户的IP地址、GPS位置、场景或来源(WEB/微
信/APP)。
⾏为(What):事件的内容,即发⽣的细节,可以采⽤记录事件的属性/参数⽣成记录值,常见格式为Key-Value模式。
⽅式(How):事件所处环境和发⽣⽅式,常见的记录值有:⽹络环境(WIFI/4G)、系统版本(iOS 12.0.1/Android 8.0)、设备型号(HUAWEI/XIAOMI/Apple)。
下⾯是部分第三⽅公司的数据平台结构和埋点
诸葛IO:
友盟:
神策分析:
Growing IO
百度统计
各个平台基于事件维度,同时有⼀定的个性维度组建了数据分析维度。但是整体的埋点基本上
符合⼏个维度,这这些维度的基础上随着业务线的延展扩充和下钻深度。
(1)事件类型字段:⽤于说明当前埋点是点击事件还是浏览
(2)中⽂名字段:⽤于描述X功能模块内X位置,例如起名叫:⽀付页——扫码
(3)事件ID字段:每⼀个埋点都对应唯⼀⼀个事件ID,可以通过事件ID去后台取数使⽤。事件ID的命名规范各个公司不⼀样,但⼀定要明确详细。⽐如翼⽀付某⼀个页⾯
ID,011212131212,每两个数字都代表不同的含义,前两位代表部门等等。通过限制区分保证页⾯ID的唯⼀性和有效性。
(4)记录规则字段:定义什么情况下触发埋点,例如:在列表页点击⼀次记录⼀次
(5)描述字段:每⼀个完成的页⾯埋点或者按钮点击的埋点都需要加⼀个描述字段进⾏业务阐释
(6)备注字段:⽤于描述当前埋点什么时间新增?什么时间修改过?原因?什么时间被删除?谁删除的?等信息记录,为了信息的完整性和可追溯性最好每⼀次变动都要备注。土壤通报
以上均为最简单APP中所需要的必备字段,随着业务线的扩展以及细分产品的增多,越来越多的按钮和页⾯会出现在⼆级页⾯甚⾄在三节界⾯。埋点⽅式和查询⽅式与主界⾯⽅式⼀致的
如下为⼀些现有APP的埋点样式:

本文发布于:2024-09-22 10:28:12,感谢您对本站的认可!

本文链接:https://www.17tex.com/xueshu/526313.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:数据   产品   事件   维度   分析   业务   埋点   记录
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议