专业的短链接生成工具
链接域名
短网址有效期
做产品还不会埋点？一篇文章教会你
更新时间：2025-5-2 22:56:39 作者：爱短链
今年对我来说最大的进步就是对整个产品开发过程有更多的实践。
与此同时，它还在友盟中建立了埋点，并学会了 SQL 查询数据。
这对我分析数据和后续的产品决策有很大的帮助。
毕竟，当我们生产产品时，我们不应该只依靠主观意识的我认为和我认为，而应该有客观的支持方式。
那么，我是怎么做埋点的，学会使用的呢？ SQL 的呢？ 先分享一下我埋点的实践经验，希望对大家有所启发。
一、什么是埋点？ 每个人在 App 操作时，可以看作是一种行为，比如点击按钮，在页面上停留多久。
埋点是记录这些行为的技术手段。
在定义用户行为(点击、停留、输入等)的过程中，技术上植入代码进行捕获处理 → 发送返回 → 呈现结果，从而获得用户操作数据。
二、埋点分类:页面埋点和事件埋点 埋点：当页面即将显示时触发。
例如，我们统计页面的访问量（UV）和访问量（PV），将使用页面埋点。
事件埋点：也称为行为埋点，在点击页面上的元素（按钮等）时触发。
结合页面埋点，如商品 UV 点击率 = 商品点击 UV ÷ 商品曝光 UV ，判断用户对商品的喜爱程度。
三、埋点怎么办？ 1.传统的埋点方式 以我公司使用的友盟平台为例，产品这边需要提供的是埋点文件，如下图所示： 分享命名思路和规范，先看第一列页面，具体看红色字体部分。
A01-首页 → A0105 点击 XX 按钮(事件埋点) → A010501-进入XX列表页面(页面埋点)是通过点击按钮触发的，我们在命名时也是如此。
这样做的好处是，当你梳理埋藏点时，你不会重复或逻辑混乱。
以上是命名的基本逻辑。
让我们来看看命名规范，这也是大厂朋友的想法。
埋点：英文字母大小写： “_”组成。
事件埋点:以页面埋点: “.行为由英文字母(大小写)组成。
看下图中的蓝色字体部分：monitor → monitor.search →monitor_search → monitor_search.back。
以上都是常规方式，可以重复使用，但还有一种情况需要考虑:如果多页有一个功能按钮，该怎么办？ 2、 key 和 value 埋点怎么用？ 以共享图片为例，它有一定的多入口，比如: 如果按照上述方法，需要做 N 对比加入事件 key 和 value 以后的方式二，如下图所示： 我们只需要定义一个事件来分享图片，然后确定页面来源（key）以及多称（value）即可。
最后附上我在埋点文档中的应用，如下图所示： 当然，我做这件事的时候有问题。
其实分享渠道也可以归位key（value），像蓝色字体一样，整理后如下图所示： 那我为什么说用呢？key（value）更好？让我举一个分析场景的例子。
3.方式一多事件，方式二 key（value）对比。
假设一个场景：我们需要分析 N 用户整体共享行为(微信 QQ 以及在 A 页面产生了多少共享行为。
在两个问题下，我们用脑图比较不同的解决方案。
你发现了吗？如果是多事件的埋点，在分析中必须找出所有事件。
用 key（value）呢？只需找到事件并选择相应的事件 value 只需列出这种方法的好处： (1)降低多事件的维护成本。
如果后续的功能迭代添加了共享图片的页面，此时只需添加一个 value 即可。
(2)提高数据分析效率。
当我们分析和分享情况时，我们只需要选择一个事件。
(3)白嫖友盟平台。
友盟只提供500个免费事件，能省一个就剩一个。
所以在做埋点的时候，要有意识地使用 key（value）值得做，对自己好，对发展好。
当然，并不是所有的埋点都必须命名一个事件 ID 配上 key（value），我总结了以下几个标准： (1)同类多事件埋点； (2)有扩大可能的事件埋点； 到目前为止，只是产品经理梳理思路的一部分，但如何体现在产品方案中，即 PRD 上面呢？ 四、埋点与 PRD 文档 以我现在的产出为例，我在 PRD 这些部分将分为下图。
需求评估后，即 UI 设计图纸完成后，我会同步进去。
在开发过程中，埋点是最后一件事，不会影响他们的进度。
就产品方案而言，该页面在评审后基本不会返工，因此需要在设计图纸上标注埋点。
上述页面埋点：monitor → monitor.search →monitor_search → monitor_search.back 如下图所示： 在每个页面上标记埋点的命名，并将其交给开发方。
对于友盟，产品经理需要批量导入 txt 埋点文档，看这部分就明白了，就不说了。
写在最后 以上是数据收集的上半部分，主要分享埋点怎么做，通用性还是挺强的。
但话说回来，埋点只是一种手段，重要的是如何利用数据进行分析，使自己的决策更加客观。
希望以上分享能给你一些启发~ -END- 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
与此同时，它还在友盟中建立了埋点，并学会了 SQL 查询数据。
这对我分析数据和后续的产品决策有很大的帮助。
毕竟，当我们生产产品时，我们不应该只依靠主观意识的我认为和我认为，而应该有客观的支持方式。
那么，我是怎么做埋点的，学会使用的呢？ SQL 的呢？ 先分享一下我埋点的实践经验，希望对大家有所启发。
一、什么是埋点？ 每个人在 App 操作时，可以看作是一种行为，比如点击按钮，在页面上停留多久。
埋点是记录这些行为的技术手段。
在定义用户行为(点击、停留、输入等)的过程中，技术上植入代码进行捕获处理 → 发送返回 → 呈现结果，从而获得用户操作数据。
二、埋点分类:页面埋点和事件埋点 埋点：当页面即将显示时触发。
例如，我们统计页面的访问量（UV）和访问量（PV），将使用页面埋点。
事件埋点：也称为行为埋点，在点击页面上的元素（按钮等）时触发。
结合页面埋点，如商品 UV 点击率 = 商品点击 UV ÷ 商品曝光 UV ，判断用户对商品的喜爱程度。
三、埋点怎么办？ 1.传统的埋点方式 以我公司使用的友盟平台为例，产品这边需要提供的是埋点文件，如下图所示： 分享命名思路和规范，先看第一列页面，具体看红色字体部分。
A01-首页 → A0105 点击 XX 按钮(事件埋点) → A010501-进入XX列表页面(页面埋点)是通过点击按钮触发的，我们在命名时也是如此。
这样做的好处是，当你梳理埋藏点时，你不会重复或逻辑混乱。
以上是命名的基本逻辑。
让我们来看看命名规范，这也是大厂朋友的想法。
埋点：英文字母大小写： “_”组成。
事件埋点:以页面埋点: “.行为由英文字母(大小写)组成。
看下图中的蓝色字体部分：monitor → monitor.search →monitor_search → monitor_search.back。
以上都是常规方式，可以重复使用，但还有一种情况需要考虑:如果多页有一个功能按钮，该怎么办？ 2、 key 和 value 埋点怎么用？ 以共享图片为例，它有一定的多入口，比如: 如果按照上述方法，需要做 N 对比加入事件 key 和 value 以后的方式二，如下图所示： 我们只需要定义一个事件来分享图片，然后确定页面来源（key）以及多称（value）即可。
最后附上我在埋点文档中的应用，如下图所示： 当然，我做这件事的时候有问题。
其实分享渠道也可以归位key（value），像蓝色字体一样，整理后如下图所示： 那我为什么说用呢？key（value）更好？让我举一个分析场景的例子。
3.方式一多事件，方式二 key（value）对比。
假设一个场景：我们需要分析 N 用户整体共享行为(微信 QQ 以及在 A 页面产生了多少共享行为。
在两个问题下，我们用脑图比较不同的解决方案。
你发现了吗？如果是多事件的埋点，在分析中必须找出所有事件。
用 key（value）呢？只需找到事件并选择相应的事件 value 只需列出这种方法的好处： (1)降低多事件的维护成本。
如果后续的功能迭代添加了共享图片的页面，此时只需添加一个 value 即可。
(2)提高数据分析效率。
当我们分析和分享情况时，我们只需要选择一个事件。
(3)白嫖友盟平台。
友盟只提供500个免费事件，能省一个就剩一个。
所以在做埋点的时候，要有意识地使用 key（value）值得做，对自己好，对发展好。
当然，并不是所有的埋点都必须命名一个事件 ID 配上 key（value），我总结了以下几个标准： (1)同类多事件埋点； (2)有扩大可能的事件埋点； 到目前为止，只是产品经理梳理思路的一部分，但如何体现在产品方案中，即 PRD 上面呢？ 四、埋点与 PRD 文档 以我现在的产出为例，我在 PRD 这些部分将分为下图。
需求评估后，即 UI 设计图纸完成后，我会同步进去。
在开发过程中，埋点是最后一件事，不会影响他们的进度。
就产品方案而言，该页面在评审后基本不会返工，因此需要在设计图纸上标注埋点。
上述页面埋点：monitor → monitor.search →monitor_search → monitor_search.back 如下图所示： 在每个页面上标记埋点的命名，并将其交给开发方。
对于友盟，产品经理需要批量导入 txt 埋点文档，看这部分就明白了，就不说了。
写在最后 以上是数据收集的上半部分，主要分享埋点怎么做，通用性还是挺强的。
但话说回来，埋点只是一种手段，重要的是如何利用数据进行分析，使自己的决策更加客观。
希望以上分享能给你一些启发~ -END- 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
