1埋点的价值和意义
1.什么是埋点
简单来说，埋点就是在网站或APP中加入一些程序代码，用以搜集和统计用户在该网站/APP中的浏览、访问数据和应用使用情况，分析用户交互行为，从而帮助产品和营运进行后续优化。
2.为什么要埋点
埋点就能帮助业务和数据剖析人员打通固有交易墙，为了解用户交互行为、扩宽用户信息和前移营运机会提供数据支撑。
在产品数据剖析的中级阶段，业务人员通过自有或第三方的数据统计平台（如TalkingData统计剖析平台）了解APP的概览性的用户访问数据指标，包括新增用户数、活跃用户数等。这些指标能帮助企业宏观的了解用户访问的整体情况和趋势，从整体上掌握产品的营运状况，但很难基于这种指标直接得到着力的产品改进策略。埋点将产品数据剖析的深度下钻到流量分布和流动层面，通过对产品中的用户交互行为的统计剖析，对宏观指标进行深入分析，发现指标背后的问题，寻找人群的行为特征和关系，洞察用户行为与提高业务价值之间的潜在关联，了解组成特定数据现象的缘由，并据此建立产品优化和营运迭代策略。
3.正确埋点的重要性
埋点并不是简单的把页面和事件都部署上一段代码就了事，如果没有根据统计和数据剖析的需求布署埋点，业务人员在后续剖析过程中很难得到有效的数据信息。因此，埋点不是技术人员单方面的工作，而须要业务和剖析人员共同配合，从产品和营运层面确定埋点逻辑，根据自己产品的任务流和业务目标产生明晰的埋点方案，再由技术人员按具体的埋点方案落实到代码中，最后通过数据统计平台搜集和呈现出具体的数据信息。
2埋点的分类
1.埋点数据来源
埋点数据的来源大致分为两种，一种称为页面埋点，主要是统计应用页面的访问情况，另一种称为风波埋点，主要统计应用内的具体点击和操作行为。页面埋点和事件埋点分别从“面”和“点”的角度来手机和统计用户的访问情况。
页面埋点主要记录一个页面的用户访问情况，包括访问人数、访问时间、停留时间、页面路径等信息，从而判定一个页面的总体流量情况以及用户对于该页面的定位——是一个具有具体功能的操作页面还是一个拿来步入具体功能的转接页面。完成页面埋点后，业务人员可以通过登陆埋点落地的数据统计平台查看页面的访问情况。
事件埋点更关注针对某一个具体功能、模块、区域的用户访问情况，通过统计页面上不同功能区的流量分布，判断用户对于产品功能和内容的偏好，分析业务流程设计对用户漏损的影响，不同用户在APP中的使用路径，从而指导产品优化。事件埋点将产品总监和营运人员从“拍耳朵”和“凭感觉”做决策的窘境中解脱下来，通过埋点，业务及剖析人员可以在相关的数据统计平台上看见埋点风波在一段时间或某个特定活动下的用户点击行为，分析用户对于产品功能的选择和点击频度，或活动流程中用户的转化情况，从而评估活动设计。
TalkingData统分平台基于风波埋点的自定义事件剖析
TalkingData统分平台基于风波埋点的转化漏斗剖析
TalkingData统分平台基于风波埋点的智能路径剖析
页面埋点和事件埋点能通过客观数据彰显用户对于APP的所有可见内容的使用情况，产品总监和营运人员在APP设计或活动方案设计时对于市场和用户偏好的预判是否正确，如何有方向的优化用户体验，并及时发觉用户行为变化与潜在的用户需求。因此，业务人员在打算埋点方案时，需要充分考虑这两种埋点形式满足的数据需求。
2.埋点方法的技术分类
从技术角度来说，埋点分为代码埋点、无码埋点和全埋点，三种形式的技术操作难度不同，能够提供的数据信息也有所差异。
1）代码埋点
代码埋点是目前比较主流的埋点形式，业务人员按照自己的统计需求选择须要埋点的区域及埋点方法，形成详尽的埋点方案，再有技术人员手工将这种统计代码添加在想要获取数据的统计点上。
代码埋点的优点：
1.交易行为属性全面：代码埋点能搜集到全面的交互行为，除了统计风波的点击次数和人数，还能通过对风波进行传参，记录该风波的信息和该数据的组成，进而剖析同一个点击动作旁边的诱因。例如，对APP首页的广告轮播页的点击这个风波进行代码埋点并传参广告ID，不然可以晓得点击广告轮播的访客数和访问次数，还可以晓得各轮播广告的点击情况，从而判定投放什么广告的导流疗效更好，进而调整优化轮播图的投放内容，提高导流疗效。
2.方式灵活：代码埋点较灵活，可以依照业务人员的具体需求调整埋点范围和方法，而不是机械的对点击动作进行一对一的统计。对于一些可以自定义功能的APP版块，代码埋点可以帮助业务人员根据产品逻辑对整个区域进行单一埋点，并配合传参记录各个自定义功能的点击情况，而不受用户自定义的影响。
代码埋点的缺点：
1.工作量大，人力成本高：由于灵活和自定义程度高，代码埋点未能通过设置标准化的埋点代码，对APP进行统一埋点，而须要业务人员在制做埋点方案时对所有埋点内容进行详细设置，详细标明所有埋点风波和页面标注埋点方法、命名方法，形成系统的方案，再由技术人员按照方案进行多样化埋点。
2.版本更新代价：由于代码埋点是通过SDK嵌在APP代码中，每次添加埋点内容都须要配合APP发版上线（H5页面埋点除外，不受版本迭代影响）。
3.配合要求高：代码埋点要求业务人员和技术人员共同完成，业务人员制做埋点方案，技术执行，并配合完成埋点测试。
代码埋点的适用场景：
2）无码埋点
无码埋点又叫可视化埋点，TalkingData产品中的“灵动剖析”借助的就是无码埋点的功能和技术。该埋点方法通过布署在APP上的基础代码对APP所有可交互元素进行解析，并在可视化页面对埋点区域和事件ID进行设定，从而在用户有所操作时，对交互时间（操作行为）进行记录。
TalkingData灵动剖析（无码埋点）功能
无码埋点的优点：
1.业务人员可用：无码埋点无需技术人员进行SDK嵌入，不懂代码的产品营运人员也可通过后台可视化界面配置和统计埋点并实时下发到客户端生效。
2.无需版本更新：由于不需要嵌入新SDK，无码埋点不需要发布新版APP，可谓即时生效。
3.对所有版本生效：新增埋点在所有版本生效，不存在迭代问题（只要老版APP嵌入SDK）。
无码埋点的缺点：
1.不能自定义交互风波属性：由于无码埋点获取的是交互风波元素的DOMpath，无法对具体风波设置参数，故无码埋点不支持风波的自定义传参。比如同一个位置有多种内容更新替换时（如首页广告轮播），无码埋点不支持分辨该位置的内容并记录不同内容的点击情况。
2.不支持大瀑布流交互：对于可以不断加载的内容大瀑布流，无码埋点不支持记录大瀑布流的交互行为。
3.覆盖功能有限：不是所有的控件操作都可以通过这些方案进行订制。
无码埋点的适用场景：
3）全埋点
全埋点是在APP中嵌入SDK，在SDK布署时做统一的“全埋点”，将APP的操作尽量多的采集出来。其特征在于无论业务人员此刻是否须要统计APP某一部份，全埋点就会将该处的用户行为数据和对应的发生地信息照单全收出来。
全埋点的优点：
1.历史数据回溯：全埋点环境下，APP内的行为数据是从SDK布署开始搜集，而代码埋点或无码埋点只能从埋点时刻向后搜集交互数据。
2.自动获取启发性信息：全埋点可告诉剖析人员界面上每位风波分别被点击的机率是多大，哪些风波值得做更进一步的剖析等。
全埋点的缺点：
1.交互属性有限：与无码埋点相同，全埋点仍然没有解决覆盖的操作有限问题，不能灵活地自定义属性。
2.数据方式非业务导向：全埋点是对所有风波数据的手动搜集，没有根据业务需求进行风波或区域设置，业务或数据人员在使用时其实不能直接使用，需要二次估算或处理。
3.服务器和网路传输压力大：由于全埋点对APP所有的风波都收集数据，可能会给服务器和网路传输带来更大负载。
全埋点的适用场景：
代码埋点VS无码埋点VS全埋点
3代码埋点流程及方案
1. 确认埋点范围
进行代码埋点之前，首先要确认埋点范围——是对APP进行整体埋点，还是局部埋点？
1）整体埋点
顾名思义，整体埋点就是对APP所有页面和交互进行代码埋点。
整体埋点的主要优点：
1.数据全面：所有交互位置都完成埋点，业务和数据人员可以按照任意需求选择埋点数据进行统计剖析。
2.减少埋点需求导致的发版压力：由于APP整体埋点已完成，不受代码埋点的新版本发布能够更新埋点信息的影响，业务对现有版本降低新的行为剖析需求时，不对发版导致压力。
整体埋点的主要缺点：
1.业务理解难度大：埋点方案制作者（通常是业务人员）需要了解整个APP产品设计，清楚各业务逻辑，并明晰各功能/内容的埋点数据须要满足的业务指标和剖析需求。
2.工作量巨大：整个APP有成百上千的交互风波，对所有交互进行代码埋点，对于技术人员来说工作量很大。
整体埋点适用场景：
2）局部埋点
根据业务需求，对APP部份页面和交互风波进行代码埋点，以统计和深入剖析该区域的用户行为特点。
局部埋点的主要优点：
1.业务理解难度小：埋点方案制作者（业务人员）只须要明晰局部的产品逻辑及业务需求，无需了解整个产品的设计逻辑和所有功能、流程的情况或其他区域的行为数据剖析需求。
2.工作量容易控制：只针对须要统计和剖析的内容埋点，技术施行工作量有限，发版速度快。
局部埋点的主要缺点：
1.受版本更新限制：如果须要降低或调整埋点内容，需等到下一次版本上线。
2.数据范围有限：基于埋点数据的剖析限制在有埋点的APP局部，对于其他部份的扩充，缺少埋点数据支持。
局部埋点适用场景：
无论是整体还是局部埋点，代码埋点都要经过“确认埋点目标——确认剖析维度——了解产品逻辑——形成埋点方案——技术沟通——埋点施行、测试——APP上线”的过程。
确认埋点目标：
埋点目标一般与工作核心相关，业务人员希望通过埋点解决哪些问题，埋点目标就是哪些：产品总监希望优化APP，埋点目标就是剖析APP的用户流量分布；运营人员希望剖析广告轮播图中什么投放效果好，埋点目标就是剖析轮播图不同内容的用户点击情况。假设业务需求是调整APP首页布局，将最符合用户需求的常用功能放在首页功能区，并判定首页设置资讯推荐疗效好不好，则核心的埋点目标是剖析用户对于常用功能的偏好，及资讯的点击情况。
确认剖析维度：
在打算埋点方案之前明晰剖析维度能保证埋点的形式和内容满足后续埋点数据的使用需求。例如本文的埋点目标之一，判断首页设置资讯推荐疗效好不好，我们不但想知道资讯的点击量有多少，还希望晓得什么资讯用户阅读的多，从而调整资讯推广内容，甚至依照用户阅读偏好进行精准营销。因此，在对资讯进行风波埋点的基础上，还须要对资讯ID进行传参，增加资讯的分类维度。
了解产品逻辑：
明确埋点目标和剖析维度以后，需要参照APP实际的产品设计布局，确定埋点方法。
在本文案例中，可以看见，该APP首页有一个核心功能区，这就是埋点区域之一。通过了解产品逻辑，可以看见这个区域的功能不是固定在各个位置，而是可以通过用户自定义实现符合个人使用偏好的多样化展示。因此，由于用户每位位置放置的功能不同，对该区域各个位置进行单独埋点的意义不大，即使通过传参分辨各位置出现的功能的点击次数，后续统计也导致工作量。恰当的埋点设计是对整个功能区埋一个点，传参功能ID，如此统计到各个功能的导流情况可以直接满足业务需求。
形成埋点方案：
确认埋点区域、内容、形式和APP产品逻辑的对应后，将所有须要埋点的内容整理成埋点方案。撰写方案过程中要注意：
TalkingData的标准化埋点方案制式，包括业务名称、业务描述、分析方法、自定义事件ID、自定义事件Label、自定义事件传参、埋点方法、优先级等说明，有效帮助业务人员梳理埋点内容，并产生产品与埋点数据的映射关系。
技术沟通：
单有一个方案，有时候并不能确保技术人员在施行落地时完全明白和呈现业务所想。因此，埋点方案产生后，业务人员须要与负责埋点的技术人员进行沟通，确保技术理解埋点内容，保证埋点内容及方式根据业务需求施行。
埋点施行、测试与上线：
技术人员按照埋点方案及沟通内容，在SDK中进行代码埋点，完成后由技术与业务一起测试，确保埋点无遗漏、无差错，最后将完成埋点的APP新版本进行上线，数据统计平台（如TalkingData统计剖析平台）就会对新版本APP中的用户行为数据进行搜集，并根据埋点方法进行呈现。
好的埋点方案，一定是从业务需求的角度出发，并结合自身资源和APP的产品成熟度综合审视，确定埋点的形式及内容。在这个过程中，业务人员的角色相当重要。他作为埋点方案的设计人员，需要明晰埋点的目的、未来对于埋点数据的使用方法、APP设计和布局逻辑，与技术人员深入沟通方案，并参与埋点测试，以确保从方案打算到埋点落地过程中的每一环都围绕业务目标，从而保证埋点数据才能满足业务使用需求，将用户行为数据呈现为预期方式。
关于TalkingData
TalkingData（北京腾云天下科技有限公司）成立于2011年，是国外领先的独立第三方联通数据服务平台。TalkingData仍然致力于数据的精耕与数据价值的挖掘，从数据的采集、处理到数据的剖析，再到数据的应用与咨询，TalkingData早已产生了一套以“智能数据平台（SmartDP）”为主的完整数据应用体系；构筑了一套以数据商业化平台、数据服务平台，及数据合作平台为核心的数据生态。目前，TalkingData的平均月活跃用户为7亿，为超过12万款联通应用，以及10万应用开发者提供服务。覆盖的顾客主要为金融、地产、快消、零售、出行、政府等行业中的领军企业，连续两年实现业务的三倍快速下降。
