陆小曼|数据产品经理：埋点的设计、管理与应用( 四 )
所以 ， 我的建议仍然是将通用类型的埋点统一进行管理 ， 通过变量字段进行拓展 ， 来满足多功能模块的埋点需求 。 还是以分享事件举例 ， 可以通过多个变量来进行区分 。
文章图片
图9：分享埋点事件
对于通用埋点 ， 有更新时（上新功能 ， 或者下旧功能） ， 就将对应type字段的埋点和值进行更新即可 。 （另：写上指标变更记录）
2.3数据指标地图数据能力推广的第一个难点 ， 是让平台上有哪些数据让大家知道 。 一个是在各平台埋设的指标 ， 我曾经采用的是excel的方式进行管理 ， 问题是指标一多起来 ， 找起来不太方便 ， 对于定义者（我）来说自然很容易找到 ， 但是对于使用者来说则不太友好 。 即使搜中文名称 ， 也会存在同一个地方 ， 大家用不同的关键词去搜索 ， 比如：模块、版块、板块 。
因此在数据指标表的第一个sheet ， 设计了一个数据指标地图 ， 将不同功能模块的数据指标进行了拆解和说明 ， 运营同事找数据指标之前 ， 先打开指标地图大概定位 ， 然后再去对应的sheet表中寻找对应指标的细节定义和可下钻的维度信息 。
文章图片
图10：数据指标地图
另一块就是数据仓库的各种表的定义 。 从数仓里自助取数时 ， 会有以下的问题：有哪些表、表格对应的是哪块业务的数据、有哪些字段 ， 字段的含义是什么？这个需要和大数据组一起来明确具体内容了 ， 这个工作并不复杂 ， 就是需要开个小会进行确认 ， 并且约定好 ， 新增表格时 ， 及时更新对表格的解释 。
2.4版本迭代功能埋点管理随着版本迭代有新功能的埋点 ， 或者针对之前功能的优化 ， 所以需要对之前埋点进行调整 。 从埋点管理的角度 ， 新增/修改的埋点 ， 需要整合到之前的埋点系统里 ， 这样能够方便使用者查阅整体的埋点明细 。
下面是我基于使用Excel来管理APP版本迭代中埋点更新时的解决方案 ， 我并不认为是最优解 ， 所以仅做参考 。
背景：APP迭代周期为两周一个版本 ， 有3位功能产品经理 ， 他们负责具体功能的设计和产品跟进 ， 在设计产品功能时 ， 也会提交与功能相关的埋点需求 ， 在经过功能评审后 ， 会和我就功能埋点进行一次沟通 ， 然后将确定的埋点需求梳理出来 。
处理流程：功能在经过需求评审（=技术评审）后 ， 基本确定了这一次要做的功能点 ， 因此也可以梳理出要做的埋点有哪些 。 所以从这个节点的处理流程是：
1）功能产品经理（后称功能PM）梳理相应的埋点清单（按照符合总表设计逻辑的字段进行梳理）；
2）功能PM与数据产品经理（后称数据PM）做内部评审 ， 评审目标是针对功能点梳理出与总埋点文档保持兼容、同时又可以拎出来后给到开发看的埋点清单；
3）功能PM与开发进行埋点需求评审 ， 数据PM可旁听 。
举一例：功能产品对签到功能进行优化 ， 涉及到新增一些页面的分享功能 ， 其最初提交的埋点需求如下图 ， 标红的是分享相关的埋点需求：
（数据PM需要要求功能PM按照统一的字段进行埋点的设计 ， 初期的事件定义或者变量定义或许不规范 ， 没关系 ， 这个能力可以随着做几个版本逐步提高 ， 但是字段规范一定要先定义好）
文章图片
图11：功能产品提交的相关埋点清单
在评审这期埋点前 ， 数据PM查看在总表里 ， 有分享相关的埋点：
文章图片
图12：查阅总表 ， 分享事件之前已经有签到功能的埋点
推荐阅读
- 互联网乱侃秀|国产128L产品将推出，打破美、韩垄断局面，内存市场迎变局
- Python之王|Pandas数据合并与拼接的5种方法
- 「杨辉」中科院学者涉嫌剽窃科研想法、数据造假，听一场报告就能发Cell？
- 科技小数据|产业观察：如何通俗地理解5G及其应用
- 雷科技|为解决App连接问题，特斯拉迁移数据至中国，开车不再“卡顿”
- 大数据系统|倾力分享！，2020小红书kol推广8种玩法
- 小熊带你玩科技|全新等离子体光子芯片：利用光进行超高速数据传输
- 蓝色星晨|以对比1977年的气候变化数据，科学家在南极最大冰架上钻取样品
- 灵锦文化|网络安全需求有望进一步加速释放，《数据安全法》出台
- 风月无关|768P、1080P、4K，约1300元起，一加发布三款新电视产品