现在又到了制定 Q4 季度规划的时间，制定好目标以及考核标准后，就需要在产品设计中增加数据埋点，验证结果。那 B 端产品要如何埋点呢？

今天分享一篇旧文，讲一下 B 端业务埋点的问题。

——这是我的第 46 篇原创文章——

学习 B 端产品，就看「司马特小分队」

文末有新福利，记得看哦！01数据埋点对 B 端产品的意义数据埋点在 C 端产品中很常见，用以监测用户行为，表层可以了解产品、活动情况，优化功能和交互体验；深层可以进行用户标签、渠道转化分析，进行个性化推荐等等。比如淘宝双11活动，产品经理和运营会想了解：1、参与活动的人数有多少？2、哪个时段是流量高峰？3、从浏览到下单各环节的转化率分别是多少？......但对于 B 端产品来说，功能的好坏和点击量并没有直接的关系，更取决于用户是不是有这个业务需求，所以 B 端产品的数据埋点意义不大？非也！非也！B 端产品已不再是一个只要功能的时代了，也在朝着C端产品的精细化迈进，数据埋点是验证猜想，发现问题的客观手段，更是在产品方向上有着指导性意义。1、优化体验，提升效率C 端产品的优化可能更多的是为了提高曝光，增加浏览量和成交量。B 端产品的任务更加的艰巨，要提升用户的使用效率。我们都知道，B 端用户对效率的要求是非常高的。比如说餐厅中前台收银，每次收钱时必须要多点一步确认下是否有优惠券，而这家餐厅是没有任何优惠的，那么这么动作就会每次浪费收银员1秒钟的时间，假设一天 300 位客户，就要浪费 5 分钟。当然，这只是一个点上的浪费，如果还有其他点的浪费，那累加起来，浪费的时间还是非常可观的。我们通过埋点，可能会发现，在一条操作路径中，有些页面的使用率明显偏低，那么可以考虑简化步骤；有些按钮的使用率明显偏高，那么可以放在更加突出的位置，甚至外放隐藏的内容。而这些细节的调整和优化，比较难通过一对一的用户调研去完成，我们的时间和精力有限，且样本量少的时候，容易被一些用户带偏，不能客观的来分析整体。2、优化产品结构B 端产品的功能，不可能每个都是重点。有使用频率极高的核心功能——比如说淘宝商家后台的订单功能；有使用频率中等的重要功能——比如商品管理；有使用频率少但不可或缺的功能——比如数据统计。在每一个功能模块里面，也有优先级的高低，比如说交易管理中卖出宝贝是用户最常用、最关心的，评价管理次之，而贷款支付是很低频的功能，放在最后。有时候，在功能重要性的判断上，我们可以靠主观常识，就像上面的功能，不用看数据就知道肯定商家最关心卖出多少商品了。但有时候，我们并不了解用户业务，不能靠常识来判断，比如说诊所开化验项目多还是治疗项目多。比如说淘宝商家更喜欢用哪种方式来找货呢？当我们用埋点来统计到数据后，就可以针对性的优化产品结构，大到一二级菜单的排列、布局，小到 tab 页的位置摆放、页面内模块的顺序。合理的结构会让产品看起来很清晰，有重点；也能让用户使用时更加的顺手，提升效率。3、辅助规划产品方向就像上面，我们通过数据知道了产品**能的重要等级，那么除了优化产品结构外，还有一项很重要的任务，就是辅助产品规划。我们要集中精力去把重要功能做的精益求精，不断突破体验上的限制，场景上的限制。比如说本年度重点，就是把发货流程做到最简单。而不是把精力花在无关紧要的功能上。02如何做好 B 端产品的数据埋点？哪些地方需要埋点？划重点！埋点不在于多和全，而在于精。该埋的地方不能漏，不该埋的地方一个都不用。这样既能节省成本，又能得到有价值的数据。主要埋哪些地方呢？1、重点功能重点功能处的埋点可以细致一点，菜单的点击量，各tab的点击量，关键按钮的点击量，输入框的点击量等等。此处的埋点主要用于功能细节的优化，所以要埋有优化空间的点。比如说交易管理-已卖出宝贝中，近三个月订单、待付款订单、待发货订单等，用户关心程度的顺序是怎么样的？如果随意排序，那用户每次进入页面查看订单时都要先切换下 tab，十分的麻烦。而像一些地方，已经没有优化空间了，比如编辑商品时，食品工艺虽不是必填字段，但也是必须字段，最多调整下顺序，把必填的集中到一起。这种就不要去埋哪个点击量高了。对于一些使用频次不高的功能，也不用去埋，比如说店铺介绍、宣传语设置。有些甚至是一次性的操作，即使有优化空间，也不一定有优化的必要。2、新上功能新上功能不一定是重点功能，那为什么要埋点呢？——验证下产品决策是否正确。我们在设计产品前，会调研用户，会判断这个功能是不是来源于用户的真实需求，是不是符合产品的定位，是否能带来效益，还会预估下大致有多少用户使用。如果功能上线后，我们发现用户使用量符合预期，那说明这是一个正确的决策。如果发现没有人用，那可能这个功能宣传太弱，用户没发现，也可能这个决策根本就是错误的。像淘宝商家后台的侧边栏中，这几个功能重点突出了，这些都算新功能，这里肯定会埋点，还会和放在二级菜单中做个点击量的对比。正是这一轮轮的猜想、验证，让产品不偏离轨道，也让我们提升了判断能力。3、不确定处有时候是埋点后发现了问题，有时候是有困惑了，进行了埋点。我们在设计时可能经常会有这样的疑问：这样处理合理吗？数据是很有力的证据。A/B test 是 C 端常用的方式，看哪个位置或者形式更能引起用户的注意，达到想要的效果。B 端产品也会采用这个方式。比如说把消息的按钮放在顶部导航栏的左边还是右边，更能增强提醒？常见的系统都是放在右边的，但现在右边菜单过多了，再放右边是否反而会被忽略？类似的不确定会非常的多，仍要注意埋有价值的点，能否通过这个埋点更好的了解用户的习惯，使得以后的设计更加的人性化？03常用的数据埋点及作用数据类型和C端的采集差异不大，B端使用最多的是业务数据、PV/UV、点击量，而浏览器类型、页面停留时长、操作路径等会用的少一些。原因下面说。1、业务数据业务数据包含用户的基础信息，比如说这家店铺有几个客服，有几个角色；也包含用户的交易数据，比如说订单数量，订单金额。这些数据不需要通过埋点也能直接从数据库中导出，但每次都要开发去处理数据，比较费时间，也没法看到实时数据。所以埋点的时候也会把这部分数据统计进去。这些业务数据可以看出哪些是我们的大客户，利于我们对客户进行分类管理。2、PV/UVPV：页面访问量，每打开一次页面PV计数+1，刷新页面也是；UV：独立访客访问数，一台电脑终端为一个访客。通过对页面的访问量监测，我们可以区分功能的使用频率，每位用户的平均使用次数，重点去提升核心和重点功能。3、点击量常用于页面中按钮、选择的点击量统计。比如说批量发货、批量标记、批量免运费的按钮，是否是高频操作，是否需要外放，这样排列的顺序是否合适？该数据利于细节优化。4、浏览器类型B端产品的使用挺多是在PC端，我们需要了解下用户的浏览器类型、屏幕分辨率，做好适配。比如说统计页面数据字段特别多，可能在1920px下，正好能看全，但是在 720px 下，会有一部分数据看不到，这时候要等比压缩，还是做拖拉？一般B端产品会有一个推荐浏览器，比如推荐在谷歌下打开。屏幕分辨率的使用率可以去网上查，虽然和实际用户的使用情况会有些差异，但在资源有限的情况下，还是可以不埋点的。5、页面停留时长B端用户在页面的停留时长其实不能说明什么问题。比如说我在商品编辑的页面停留时间很长，是因为我不会用这个功能吗？可能就是我打开了这个页面，上传后发现宝贝图片不好看，正在修图。所以一般 B 端产品不会埋这个点。6、操作路径操作路径就是跟着业务流程，来监控用户的操作行为。比如说医生在接诊患者后，是这样的流程：还是这样的流程：我们可以总结出最常用的流程，来优化门诊的路径。但操作路径的埋点，工作量非常大，性价比不高，一般也不做。04常见的埋点工具第三方平台如果公司没有能力自己做数据埋点，可以采用第三方平台，比如友盟、神策分析、growing IO、腾讯 MTA、百度移动统计。他们采用半自动化埋点的方式，把部分人工的工作进行标准化，做成SDK，在 APP 或 web 产品中嵌入该段埋点代码。还有一种全自动埋点的方式。不管需不需要，将所有的点都埋了。通常这种埋点也是通过 SDK 实现的，这种 SDK 不需调用，已经直接嵌入在 APP 或 web 产品中了。半自动化方式的埋点更加精准一点，B端产品不建议使用全自动化埋点。内部数据团队如果公司有自己的数据团队，可以提出需求，让数据组手动或者半自动化的去埋点。这样埋点更加的灵活精准，当然成本也比较高。不过我们可以不用一次性把所有的点都埋上，按照功能重要性的优先级逐步去埋，这样一举两得。05总结数据埋点常常在B端产品中被轻视，赶功能都来不及，哪有时间做这个，活又多又细，老板、客户还看不到。但当功能已经做得差不多了，我们必须花时间来做好数据埋点，B端产品的出路不是叠功能，而是强功能。用户访谈效率低下，数据埋点是一个很好的工具，可以反映出很多问题来，指导我们精细化设计产品，指导我们前进的方向。

END

--------重磅福利--------

有一些小伙伴反馈说：我每天都在看产品相关的文章，但怎么觉得自己没有进步呢？因为我们平时接受到的信息是比较零散的，不利于结构化的知识体系构建。为了使小伙伴更轻松地掌握 B 端产品技巧，司马特小分队在知识星球更新了系列文章，从产品经理的能力要求、产品设计方法、以及项目管理三方面体系化地讲述实战经验，课程目录可先瞄一眼哦~不套路，都是看了立马能用的干货。每天不用 1 块钱，得到的是可见的成长。悄悄的说，回复「星球」，现在加入会有 50 元优惠券哦

往期精彩回顾

怎样才能和客户有效沟通？

B端产品最容易忽视的环节：版本管理！

努力干活的你，为何没有得到高绩效