京公网安备 11010802034615号
经营许可证编号:京B2-20210330
来源:接地气学堂微信公众号
作者:接地气的陈老师
分享一个B2B用户画像的做法。网上流传的资料大多是B2C相关的,导致在B2B企业的同学很困惑:”老师,说是RFM模型,可我们的客户都是n久没有一张单,一张订单几百万,怎么个RFM法呢?“是滴,有这种困惑,就初步领略到了B2B业务的蛋疼之处。开局一首诗,大家体会下B2B各种无奈。
越是大企业流程越长,越是大额采购牵扯的利益越多,越是技术型采购可以操作的空间越大。各种骚套路如下图:
在B2C里,电商为了诱惑大家买个几十块的东西,都会送个礼品,派个优惠券;B2B里为了诱惑客户下几百万上千万的订单,手段更是五花八门,无所不用其极。
各种明争暗斗,写本《采购部主任》或者《投标攻略》的书都够了。所以才有了开头的各种吐槽。我还跟那些做B2C企业项目的同事开玩笑:B2C业务的精准营销、个性推荐,最多是把地毯式轰炸换成火力覆盖。最后想打动用户,往往“代码千行,不如优惠券一张”,只要给点优惠用户就能来。做B2B的精准营销,则是靠各个身怀绝技,神通广大的销售。人家能精准到领导的裤裆下三寸。
O(╯□╰)o
之所以会这样,是B2B业务本身特点所决定的。(如下图)
回答里举的例子,都是软件定制开发的采购,流程会特别复杂。一般商品采购会稍微短一些,但复杂度也远远超过普通B2C业务。企业采购要按流程走,有流程就有各种规矩。
用户在京东买东西,不去淘宝买,可能淘宝砸一个优惠券人就回来了。但一旦乙方在甲方失去联系,甚至被打入采购黑名单,以后就永远失去了每年数以百万计的生意,就是这么残酷。丢失一个老客户惨过开发10个新客户,在B2B领域更成立。
所以,B2B企业会更需要做用户画像:一则为建立清晰的用户联系,把客户控制权从一线销售手里夺回来。二则,为了清楚掌握客户特征,识别用户需求,及时跟进服务。与B2C用户画像一样,B2B用户画像也可以分为用户名称,基本特征,消费行为,互动行为等维度,但要考察的内容完全不同(如下图)。
单纯看用户画像的维度,相似之处很多,但有着两个本质区别:个人VS组织,个人需求VS经营效果。
有些同学会想:需要哪些字段已经列好了,下边就和B2C用户画像一样,采集数据—打标签—做关联分析—做推荐算法,走起。对不对?大错特错!对B2B用户画像而言,列出需求字段只是万里长征第一步,真正的挑战从这里开始。
第一关:销售队伍管理
和B2C不同,做B2C用户画像的企业,不是淘宝、微信这种超级平台,就是有能直接沟通客户且有一定体量的公司(京东、饿了吗、滴滴)。用户登陆平台后,所有的操作在平台上完成。但B2B企业不同,用户的操作不是单纯依靠平台,而需要通过销售、商务、渠道一类人工工作。虽然有些大甲方(比如银行、运营商)会建供应商信息平台,但单纯通过平台收集的信息,也仅仅是企业资质一类的常规信息,与业务有关的核心字段(比如经营情况)很少有人提供。至于大量中小企业,就更难指望别人主动提供了。
这就产生一个巨大的隔阂:没有一个做B2B业务的销售,会乖乖把客户信息全部交出来。是滴,包括陈老师自己,都是把客户的信任当作私有财产。如果销售不配合,远在总部的职能部门根本连真实的客户是谁都不知道。这里有太多手段可以鱼目混珠(比如客户的采购部一个组5个人,销售只留一个最基层的职员的联系方式给公司,真正推动流程的主管的联系方式自己留),所以,用户画像的成功是建立在渠道管控之上的。渠道管不住,收回来的数据就是呵呵,后续的分析,也就是在烂泥巴里建高楼大厦了。
渠道管控,纪律是第一位的。除了纪律以外,我们可以通过工具来培养销售的习惯,固化销售的行为。比如用移动端销售助手代替PC端;比如用企业微信替代个人微信,用电子通讯录替代个人拜访记录;比如把发票报销(绝对刚需!)和拜访记录挂钩,没有拜访记录不能报销;比如需要征调专家资源的时候,必须录入使用目标,要解答的问题等等。这样让大家轻松打开企业微信做报销,录入客户信息,联系客户,即减少了销售们最讨厌的paper work,又提高了效率。有可能这样做,对于老奸巨猾的老销售很难起作用,但足以改变新进销售的习惯,从而使数据慢慢完善起来。
还可以通过交叉检验的方式,比如软件类产品打标,售前需要参与方案设计,开发需要制作demo,客服需要跟进使用满意度,这些非销售职能在反馈数据真实性上是大大优于销售的。可以利用这些职能参与的机会,效验销售提供的信息,丰富客户数据。当然也需要给这些对应部门开发便利的服务工具以记录数据。
第二关:用户行为分析
B2B业务的销售过程很长,但一旦销售完成,客户可能今年都没有需求。所以不存在所谓RFM(或者说只有M,没有R,F,越是大企业采购越是这样)所以销售行为分析的重点在售前,要关注每一次打标的进度(如下图所示)。
B2C的应用,核心是响应,像打僵尸模式,面对一堆僵尸练枪法。B2B的应用则像吃鸡,生存圈在不断缩小(交易时间有明显窗口期)初始位置不固定(不知道从哪个节点收到的需求)所以需要不断跟进!跟进!跟进!
B2B的用户行为是我们和客户共同创造的。不同于B2C业务,只要推一条广告,之后就等着顾客来点击的被动模式。B2B业务,客户发出采购需求后,我方销售需要及时跟进。因此数据分析的重点,就在于我方跟进了多少次,客户进度推进到什么程度。基于流程的分析,会比单纯等着招标结束一个结果:成功/失败要丰富很多。也比直接让销售自己填:失标原因。或者客户傻乎乎的再回访要准确。(所以说到底,还是第一步得做好,用尽全力让销售保存拜访记录与沟通记录)。
B2B用户也会有向上销售的机会,这个机会甚至比B2C的用户来的更刚性和直接。比如我今天心情好,上淘宝买个周黑鸭吃,明天可能不想吃了。但企业营业收入从100亿成长到200亿,需要的服务器,系统功能,licence数量都必然会增加。这个估算反而比B2C容易,只是要关注用户的经营情况和部门架构变动情况。
B2B用户也会有交叉销售的机会,但和B2C完全是两码事。B2C交叉销售是基于一个人的购物习惯,比如我买了周黑鸭八成还需要啤酒。但B2B业务,很有可能不同需求的负责部门都不一样。企业还是同一家,但需求方发生变化。这实际上已经是一个新问题了。
虽然乙方们都希望甲方上了我的CRM,再上我的BI,再上我的ERP。但甲方可不一定都这么认为。有时候乙方能搞掂下边的人,但大老板想平衡供应商关系,不想一家独大。有时候能搞掂大老板,但下边的人有私心,就是卡着不让你过。所以B2B的交叉销售,基本上还是把不同的用户角色当不同的项目来处理,更容易成功。(所以说到底,是第一步得做好,摸清客户组织架构,找到真正发力的点)。
第三关:用户分类
做B2C用户分类时,我们常用K均值聚类的做探索性分析,在海量用户中找分类准则。B2B的思路完全不同。客户需要我们提供服务,本质上还是想让自己经营的更好,而经营这件事会有风向标的。比如我们能拿下行业内的领头羊,肯定能带来很多其他企业竞相效仿。比如一些中小散客户,可能自己就是朝不保夕。所以在做用户分类上,更多是看我们的战略方向,根据我们的盈利目标与客户的盈利能力,做一些有强业务指导的分类(如下图所示)。毕竟业务是做出来的,不是算出来的。有明确的方向,大家才好做业务。
B2C面对的往往是大众日常需求,如吃饭,衣服,出行;B2B面对的企业需求,本质只有1个:经营效果。所以关注用户的经营效果,制定我们的经营方略,才是设计用户分类的出发点
基本的用户画像概念就如上做述。虽然流程是差不多的:
设计用户字段
采集用户数据
描述用户行为
进行用户分类
但业务模式不同,直接导致了项目做法,实施重点,实施方式的不同。和B2C用户画像,我们强调做埋点一样,B2B核心就是销售管理,是基于业务流程数据的采集,能搞掂了数据才有后续分析,不然就是巧妇难为无米之炊了。
于是回归到开头的问题,那个同学问我,为什么手上有企业最核心的销售数据,却分析不出来个啥?我一口气问了八个有没有:
有没有采集客户的行业、经营情况、行业排名、发展速度数据?
有没有预先客户分类,比如哪些是开拓重点,哪些是现金牛
有没有清晰的客户角色(不是企业名称)记录
有没有最初的销售线索来源、到达时间、可靠性记录
有没有销售跟进次数、时间的记录
有没有客户采购流程的进度记录
有没客户问题沟通的记录
有没有来自售前、客服交叉记录
这位可怜的同学茫然的回答了八个:“不知道”……虽然他是做这个传统企业的经营分析,但他手头只有可怜巴巴的销售成单记录。除了XX企业名称+成单金额+成单时间外一无所有。这就难怪他分析不出所以然了。打个比方,B2C业务里拿些销售数据分析,就像你在旁观比赛,并且看到比赛中间进了球。你可以根据进球当时双方球队的表现推测后续进球情况。但B2B业务里,销售数据,就好像比赛已经打到点球决胜负,你只看到了最后一个队的点球绝杀,是滴,虽然你看到绝杀了,但是比赛也结束了,你也只看到了最后一幕。分析个啥……
不过我安慰他:很多B2B企业做惯了传统企业的生意,没有好的流程和系统支持,管理能力也跟不上,确实是这样的了,不过这不耽搁我们自己往更全面,更优化的方向去思考。至于那些成功的企业,无一例外不是在销售流程管理上下足了功夫的。在这个方面,分析真的帮助有限,大家自己努力到位即好。限于篇幅,细节之处省略较多,有机会再一一详细分享。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
一、问题:为什么 ID 会"断号" 很多刚接触 MySQL 的同学都会有一个困惑:表里的主键 ID 是自增的,删了中间几行数据之后,ID 变 ...
2026-10-22一、问题场景:为什么会重复 JOIN 同一个子查询 在写复杂 SQL 时,经常遇到这种需求:同一张表或同一个聚合子查询,要和主表关联 ...
2026-10-22人力资源专员是HR体系的执行入口。招聘信息发布、简历初筛、面试安排、考勤汇总、入离职手续、劳动合同与档案管理,大多由这个岗 ...
2026-10-22人力资源经理问“必学技巧”,真正要解决的不是知识清单不够长,而是时间有限、业务催得紧,学完却用不上。更有效的路径是:先用 ...
2026-10-22内容营销岗位的核心任务,不是“把文案写得更漂亮”,而是围绕目标受众,用持续的内容供给影响认知、推动转化并沉淀复购。它至少 ...
2026-10-22理财经理培训课程很多,难的是判断“先学什么、后学什么、学完能做什么”。与其按课程名称罗列,不如先看岗位任务:客户分层与维 ...
2026-10-22理财经理的知识结构,可以先用一句话概括:合规与产品知识决定“不出错”,客户经营与资产配置决定“够不够专业”,市场研判与数 ...
2026-10-22经济学背景做数据分析,优势不在工具,而在问题意识:供需如何相互作用、成本与收益如何权衡、变量之间是相关还是因果。真正的缺 ...
2026-10-22需要,但要把“需要”理解准确。经济学本身就在处理数据:GDP、物价、就业、企业营收、问卷调研,都是经济分析的原料。真正的区 ...
2026-10-22经济学分析能力不是单一技能,它至少由三层构成:把现实问题转成可检验假设的理论框架能力、用数据与统计方法验证假设的工具能力 ...
2026-10-22金融分析师的知识提升,先补的不是更多模型,而是让结论可复核的底层能力。按任务顺序,大致是四层:财务与业务理解、指标口径管 ...
2026-10-22金融分析师的“通用技能”,指换到不同机构、不同行业组仍用得上的底层能力,而非某家公司内部系统的操作经验。按任务拆,日常要 ...
2026-10-22先给结论:数据分析证书不是金融分析师的准入条件,招聘方也不会因为一张证书就直接判断你能做分析。要不要考,取决于你当前任务 ...
2026-10-22金融分析师的核心技能,不是“会看K线”或“会讲宏观”,而是能把一家公司、一个行业或一类资产,转化为可核查的数据判断与书面 ...
2026-10-22产品经理的知识提升,不是把需求文档、原型、SQL、数据分析、项目管理都学一遍,而是先对准目标岗位的真实任务,找出自己最缺的 ...
2026-10-22产品专员提升工作知识,最有效的方式不是先囤课程,而是围绕日常交付的四件事来补:需求调研与优先级判断、原型与PRD表达、竞品 ...
2026-10-22产品运营专员提升个人能力,常见误区是先把Excel、SQL、Python列成一张学习清单,然后从第一个工具开始学。更有效的做法是先回答 ...
2026-10-22产品运营的能力提升,最怕从“课程目录”出发:今天学增长模型,明天背SQL语法,学完却说不清自己负责的功能为什么激活率低。更 ...
2026-10-22产品经理的技能和影响力不是两条分开的赛道。技能决定你能不能把问题分析清楚、把方案设计对;影响力决定你的判断能否被团队接受 ...
2026-10-22产品经理要学的数据分析能力,不是“会写SQL”或“会用BI工具”这么简单。更准确地说,是围绕需求评估、功能迭代、指标监控、实 ...
2026-10-22