快好知 kuaihz

B端产品如何做好数据埋点?

如今,B端产品已不再是一个只要功能的时代了,也在朝着C端产品的精细化迈进,数据埋点是验证猜想,发现问题的客观手段,更是在产品方向上有着指导性意义。那么,B端产品要如何做好数据埋点?

数据埋点对B端产品的意义

数据埋点在C端产品中很常见,用以监测用户行为,表层可以了解产品、活动情况,优化功能和交互体验;深层可以进行用户标签、渠道转化分析,进行个性化推荐等等。

比如淘宝双11活动,产品经理和运营会想了解:

参与活动的人数有多少?

哪个时段是流量高峰?

从浏览到下单各环节的转化率分别是多少?

……

但对于B端产品来说,功能的好坏和点击量并没有直接的关系,更取决于用户是不是有这个业务需求,所以B端产品的数据埋点意义不大?

非也!非也!B端产品已不再是一个只要功能的时代了,也在朝着C端产品的精细化迈进,数据埋点是验证猜想,发现问题的客观手段,更是在产品方向上有着指导性意义。

1. 优化体验,提升效率

C端产品的优化可能更多的是为了提高曝光,增加浏览量和成交量。B端产品的任务更加的艰巨,要提升用户的使用效率。我们都知道,B端用户对效率的要求是非常高的。

比如说餐厅中前台收银,每次收钱时必须要多点一步确认下是否有优惠券,而这家餐厅是没有任何优惠的。那么这么动作就会每次浪费收银员1秒钟的时间,假设一天300位客户,就要浪费5分钟。当然,这只是一个点上的浪费,如果还有其他点的浪费,那累加起来,浪费的时间还是非常可观的。

我们通过埋点,可能会发现,在一条操作路径中,有些页面的使用率明显偏低,那么可以考虑简化步骤;有些按钮的使用率明显偏高,那么可以放在更加突出的位置,甚至外放隐藏的内容。

而这些细节的调整和优化,比较难通过一对一的用户调研去完成,我们的时间和精力有限,且样本量少的时候,容易被一些用户带偏,不能客观的来分析整体。

2. 优化产品结构

B端产品功能,不可能每个都是重点。有使用频率极高的核心功能——比如说淘宝商家后台的订单功能;有使用频率中等的重要功能——比如商品管理;有使用频率少但不可或缺的功能——比如数据统计。

在每一个功能模块里面,也有优先级的高低,比如说交易管理中卖出宝贝是用户最常用、最关心的,评价管理次之,而贷款支付是很低频的功能,放在最后。

有时候,在功能重要性的判断上,我们可以靠主观常识,就像上面的功能,不用看数据就知道肯定商家最关心卖出多少商品了。但有时候,我们并不了解用户业务,不能靠常识来判断,比如说诊所开化验项目多还是治疗项目多。比如说淘宝商家更喜欢用哪种方式来找货呢?

当我们用埋点来统计到数据后,就可以针对性的优化产品结构,大到一二级菜单的排列、布局,小到tab页的位置摆放、页面内模块的顺序。合理的结构会让产品看起来很清晰,有重点;也能让用户使用时更加的顺手,提升效率。

3. 辅助规划产品方向

就像上面,我们通过数据知道了产品功能的重要等级。那么除了优化产品结构外,还有一项很重要的任务,就是辅助产品规划。

我们要集中精力去把重要功能做的精益求精,不断突破体验上的限制,场景上的限制。比如说本年度重点,就是把发货流程做到最简单。而不是把精力花在无关紧要的功能上。

如何做好B端产品的数据埋点?

1. 哪些地方需要埋点?

划重点!埋点不在于多和全,而在于精。该埋的地方不能漏,不该埋的地方一个都不用。这样既能节省成本,又能得到有价值的数据。主要埋哪些地方呢?

(1)重点功能

重点功能处的埋点可以细致一点,菜单的点击量,各tab的点击量,关键按钮的点击量,输入框的点击量等等。

此处的埋点主要用于功能细节的优化,所以要埋有优化空间的点。

比如说交易管理-已卖出宝贝中,近三个月订单、待付款订单、待发货订单等,用户关心程度的顺序是怎么样的?如果随意排序,那用户每次进入页面查看订单时都要先切换下tab,十分的麻烦。

而像一些地方,已经没有优化空间了,比如编辑商品时,食品工艺虽不是必填字段。但也是必须字段,最多调整下顺序,把必填的集中到一起。这种就不要去埋哪个点击量高了。

对于一些使用频次不高的功能,也不用去埋,比如说店铺介绍、宣传语设置。有些甚至是一次性的操作,即使有优化空间,也不一定有优化的必要。

(2)新上功能

新上功能不一定是重点功能,那为什么要埋点呢?——验证下产品决策是否正确。

我们在设计产品前,会调研用户,会判断这个功能是不是来源于用户的真实需求,是不是符合产品的定位,是否能带来效益,还会预估下大致有多少用户使用。

如果功能上线后,我们发现用户使用量符合预期,那说明这是一个正确的决策。如果发现没有人用,那可能这个功能宣传太弱,用户没发现,也可能这个决策根本就是错误的。

像淘宝商家后台的侧边栏中,这几个功能重点突出了,这些都算新功能,这里肯定会埋点,还会和放在二级菜单中做个点击量的对比。

正是这一轮轮的猜想、验证,让产品不偏离轨道,也让我们提升了判断能力。

(3)不确定处

有时候是埋点后发现了问题,有时候是有困惑了,进行了埋点。我们在设计时可能经常会有这样的疑问:这样处理合理吗?数据是很有力的证据。

A/B test 是C端常用的方式,看哪个位置或者形式更能引起用户的注意,达到想要的效果。B端产品也会采用这个方式。比如说把消息的按钮放在顶部导航栏的左边还是右边,更能增强提醒?常见的系统都是放在右边的,但现在右边菜单过多了,再放右边是否反而会被忽略?

类似的不确定会非常的多,仍要注意埋有价值的点,能否通过这个埋点更好的了解用户的习惯,使得以后的设计更加的人性化?

2. 常用的埋点数据及作用

数据类型和C端的采集差异不大,B端使用最多的是业务数据、PV/UV、点击量,而浏览器类型、页面停留时长、操作路径等会用的少一些。原因下面说。

(1)业务数据

业务数据包含用户的基础信息,比如说这家店铺有几个客服,有几个角色;也包含用户的交易数据,比如说订单数量,订单金额。这些数据不需要通过埋点也能直接从数据库中导出,但每次都要开发去处理数据,比较费时间,也没法看到实时数据。

所以埋点的时候也会把这部分数据统计进去。这些业务数据可以看出哪些是我们的大客户,利于我们对客户进行分类管理。

(2)PV/UV

PV:页面访问量,每打开一次页面PV计数+1,刷新页面也是;

UV:独立访客访问数,一台电脑终端为一个访客。

通过对页面的访问量监测,我们可以区分功能的使用频率,每位用户的平均使用次数,重点去提升核心和重点功能

(3)点击量

常用于页面中按钮、选择的点击量统计。比如说批量发货、批量标记、批量免运费的按钮,是否是高频操作,是否需要外放,这样排列的顺序是否合适?该数据利于细节优化。

(4)浏览器类型

B端产品的使用挺多是在PC端,我们需要了解下用户的浏览器类型、屏幕分辨率,做好适配。比如说统计页面数据字段特别多,可能在1920px下,正好能看全,但是在720px下,会有一部分数据看不到,这时候要等比压缩,还是做拖拉?

一般B端产品会有一个推荐浏览器,比如推荐在谷歌下打开。屏幕分辨率的使用率可以去网上查,虽然和实际用户的使用情况会有些差异,但在资源有限的情况下,还是可以不埋点的。

(5)页面停留时长

B端用户在页面的停留时长其实不能说明什么问题。比如说我在商品编辑的页面停留时间很长,是因为我不会用这个功能吗?可能就是我打开了这个页面,上传后发现宝贝图片不好看,正在修图。

所以一般B端产品不会埋这个点。

(6)操作路径

操作路径就是跟着业务流程,来监控用户的操作行为。比如说医生在接诊患者后,是这样的流程:

还是这样的流程:

我们可以总结出最常用的流程,来优化门诊的路径。但操作路径的埋点,工作量非常大,性价比不高,一般也不做。

3. 常用的埋点工具

(1)第三方平台

如果公司没有能力自己做数据埋点,可以采用第三方平台,比如友盟、神策分析、growing IO、腾讯MTA、百度移动统计。他们采用半自动化埋点的方式,把部分人工的工作进行标准化,做成SDK,在APP或web产品中嵌入该段埋点代码。

还有一种全自动埋点的方式。不管需不需要,将所有的点都埋了。通常这种埋点也是通过SDK实现的,这种SDK不需调用,已经直接嵌入在APP或web产品中了。

半自动化方式的埋点更加精准一点,B端产品不建议使用全自动化埋点。

(2)内部数据团队

如果公司有自己的数据团队,可以提出需求,让数据组手动或者半自动化的去埋点。这样埋点更加的灵活精准,当然成本也比较高。

不过我们可以不用一次性把所有的点都埋上,按照功能重要性的优先级逐步去埋,这样一举两得。

总结

数据埋点常常在B端产品中被轻视,赶功能都来不及,哪有时间做这个,活又多又细,老板、客户还看不到。

但当功能已经做得差不多了,我们必须花时间来做好数据埋点,B端产品的出路不是叠功能,而是强功能。用户访谈效率低下,数据埋点是一个很好的工具,可以反映出很多问题来,指导我们精细化设计产品,指导我们前进的方向。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:B端产品如何做好数据埋点?  做好  做好词条  数据  数据词条  如何  如何词条  产品  产品词条  
产品

 预估市场规模,从思路/方法/关键...

很多产品经理在评估细分市场的市场规模时,总会走向过于高估的误区;而笔者告诉我们,明确文中提到的几点就可以做到保守预估市场规模。一、市场规模简介市场规模又叫做市场...(展开)