「经验」数据埋点很重要，这些内容你需要掌握『上篇』
「经验」数据埋点很重要，这些内容你需要掌握『上篇』
预计阅读时间：6min
阅读建议：本文为日常工作中的实战经验，干货类文章，但通俗易懂，建议先收藏再阅读。
解决痛点：日常分析中的数据是如何采集的？埋点在其中的作用是什么？数分同学又担任了什么样的角色？相信本文可以帮助到你。
00
序言
近些年，随着互联网红利的消退，各大公司的重心，都在逐步从增量用户向存量用户转变，挖掘存量用户的价值成为了大家的共识。而这其中，用户行为分析便是这个过程中必不可少的环节，核心聚焦到技术对人的挖掘，更精准的刻画用户在应用中做过的事情。
想要挖掘用户的行为，就要知道用户每一步都在做什么，而埋点上报则是记录用户行为的首个环节，这决定了后续是否有可用于分析的数据，以及数据的质量。
本文会用通俗的语言，和大家介绍埋点的核心流程，以及数分同学在其中所担任的角色。
01
埋点的目的是什么？
通过序言简单的描述，大家应该可以感受到埋点的重要性，通过埋点，可以收集到用户在应用中一系列的数据资料，真实反映用户的行为，为下游数据应用奠定基础。
这里大家是否会有这样的疑问：“埋点的作用我知道了，但是什么是点呢？”
「点」通俗来讲就是记录用户触发事件的规则，类似excel中每一列的标题，标题会提示你需要记录哪些内容。用户在应用中触发的各种行为事件，都会根据这个规则进行记录。
举个例子
下图是某APP的首页，
当用户进入到页面时，会触发当前页的「页面展现事件」，以及红色框内容的「曝光事件」；
当用户点击蓝色内容时，会触发这个内容的「点击事件」。
通过这些事件，就可以刻画出用户在APP中的行动轨迹。
这里可能有同学又会有这样的疑问：“哪些是需要记录的？哪些是不用记录的？”
埋点需要上报哪些内容，主要由埋点的用途来决定，是用于「分析用户行为」还是「监控APP质量」，这两个方向的侧重点是不同的，分别列举一些需要记录的内容：
分析用户行为
用户所见：页面展现、内容曝光；
用户动作：滑动、点击、进入、返回。
监控APP质量
用户加载页面的时间；
用户播放视频卡顿的情况；
用户打开页面失败的情况。
02
如何进行埋点？
当了解了埋点的目的后，APP要如何进行埋点呢？这里主要是研发同学的工作范畴，大家可以了解一下。目前各大公司的埋点方式主要有三种：手动埋点、可视化埋点、全埋点，介绍一下这三种方式的区别。
手动埋点
含义：这种方式相对比较常见，研发在需要采集数据的地方植入代码，将行为记录下来。
优势：采集灵活，根据业务需求设计。
劣势：开发成本高。
可视化埋点
含义：大公司相对比较常见，通过可视化平台，将业务与代码解耦开，业务同学可以在平台上自行配置需要记录的点位，再由后台将业务与代码进行耦合。听上去比较高大上，其实就是在手动埋点基础上做了一层可视化封装。
优势：业务可自行配置，研发成本小。
劣势：平台有局限性，只能覆盖头部情况。
全埋点
含义：所有事件都被记录下来，上报之后，解析出产品需要的内容。
优势：不会出现遗漏，研发成本小。
劣势：上报量级对服务性能考验大，适用场景有限。
不同埋点方式各有优缺点，在实战过程中需要找到最优点。业务方重点关注的是埋点的准确度、数据记录的完整度；技术方重点关注的是成本、以及开发效率。因此在这样的背景下，「手动埋点+可视化埋点」往往是较为通用的方式。
03
埋点核心流程
数据埋点上报，看似核心是埋点开发，但其实涉及到众多环节，以及不同部门之间的配合，分享一个相对通用的埋点流程，大家可以参考：
步骤一：埋点需求「涉及：产品 + 数分」
产品同学根据新页面的UI样式，提出埋点需求，其中涵盖：页面样式、统计指标、记录内容、上报时机等。数据同学根据需求文档，判断是否需要进行埋点开发。
步骤二：埋点设计「涉及：产品」
根据埋点规范，输出埋点文档，其中涵盖：埋点内容、含义、事件参数等。埋点文档的作用非常大，即可用于埋点的开发，又可作为下游数据应用的参考。这部分内容一般由最了解业务的产品同学负责。
由于埋点设计是整个埋点体系的中枢，因此下篇文章，小火龙会和大家分享一种相对通用的埋点方案，帮助你更透彻的理解这块内容。
步骤三：埋点评审「涉及：数分」
埋点评审需要数分同学，评估埋点方案的合理性，以及是否满足计算新功能的各项指标，保障设计的合理性。
步骤四：埋点开发「涉及：研发、测试」
一般由客户端开发完成，按照埋点文档植入代码，并由测试同学进行日志联调，确保埋点的准确性。
步骤五：埋点验收「涉及：产品、数分」
当埋点开发并联调完成后，一般会由数分同学根据埋点文档，统计核心指标。再由产品同学判断数据是否符合预期。
以上五个步骤是埋点开发的核心环节，但一般产品后续还会有一系列的改版，因此埋点上线后，仍需要在平台配置数据预警，保障数据的长期质量。
以上就是本期的内容分享，『下篇』会和大家分享一种通用的埋点设计方案。