数据部|埋点之痛和埋点治理流程壹观察|笔记本|物联网|评论家

编辑导读：数据埋点是指在产品中加入统计代码做用户行为数据的收集，对于产品迭代和运营策略调整有很大的帮助，但是，很多公司对于数据埋点总是用不起来。本文作者对此进行了分析，希望对你有帮助。

文章插图
数据埋点，也叫数据打点，是指在网站或者APP中加入一些统计代码进行用户行为数据的采集，通过分析埋点数据，来帮助产品做迭代及运营调整策略。
埋点的价值以及正确埋点的重要性，基本上所有的产品或者数据相关人员都得需要了解。埋点的数据价值很多公司都有清晰的认识，但为什么有的公司埋点总是用不起来呢？
一、埋点之痛埋点的数据价值是一个数据驱动型的互联网公司需要认真考虑的事情。很多公司都有自己的埋点，但埋点数据却因各种原因用不起来，或者叫很难用好。埋点体系上涉及到的干系人非常多，而每一环又都不可或缺，任何一环的不重视都会导致埋点出问题。我想很多数据从业人员都知道埋点数据价值，但基于各种历史原因和现状却经常会感叹“”埋点数据怎么这么难用”。埋点之痛，不经历过埋点体系的从业务无法感同身受。
我们首先来梳理下多数公司埋点治理体系的干系人及其痛点。一般埋点体系涉及到的人员有：业务方（常说的需求方市场运营团队），产品（专指前端APP产品，部分公司由APP产品经理代提埋点需求），开发（埋点开发人员），测试（埋点数据测试），数据（包括两类角色：数据工程师，解析埋点并规范落库；数据分析师：使用埋点数据进行取数或分析）。
在数据产品经理这个角色慢慢成形之前，一般是由业务团队的前端产品或者业务团队商业分析师来提埋点需求，目前很多中大型公司会有专门的数据产品经理来负责埋点需求和全流程。那我们来总结下，这些角色的“埋点之痛”：
1. 业务方1）埋点需求告诉产品了，但最后的数据却不是我想要的，没解决我的问题
2）想要做分析却发现数据不支持，该埋得点没埋或埋错了，不该埋点埋了一大堆
2. 产品1）各条产品线各个功能模块产品各负责各自的埋点，很难全局规划和统一
2）除了负责功能需要，还要负责埋点需求，事情忙起来，根本无暇顾及埋点需求
3）业务一句话需求，也不说明白想要看什么指标，想分析什么运营
3. 开发1) 产品这边五花八门埋点需求文档，我到底按哪个的标准来？
2) 嵌套到业务逻辑中的埋点代码，看着头疼，以后怎么维护？
3) 每次埋点都需要重新发版，埋点相对业务功能滞后，影响业务功能开发及上线进度
4) 有些APP业务端需求火急火燎，根本没时间详细考虑这块埋点
4. 测试1）埋点设计需求不清晰，没个测试验收标准，怎么测都测不准
2）埋点功能嵌入到业务逻辑代码里面，每次测埋点都要重新走一遍流程
3）埋点事件存在性好测，埋点数据准确性，测的我心累
5. 数据分析1）同一个埋点类型，存在无数个事件，让我怎么做统计分析？
2）事件定义的不清楚，问了开发和产品，问死都问不出来个所以然
3）做个行为数据的BI，业务怎么老说数据有问题
想必各位数据人或多多少都会碰到上述问题，埋点之难，难道真的无法解决了吗？到底是人出了问题还是流程体系出了问题？
二、规范埋点治理流程很显然，埋点治理流程不对是导致埋点数据难以治理的根本原因。没有一个核心人物对埋点数据负责，那必然导致事不关己高高挂起。那到底应该由什么角色来牵头负责埋点全生命周期，保障埋点数据可用性呢？笔者基于自己公司的实践经验，总结出可以由数据人员（具体可以是数据产品经理）来把控埋点需求流程，统一设计埋点需求，并对埋点数据可用性负责。基于传统的埋点（前端产品/分析师）提需流程，经过优化后建议的提需流程如下：