b端|两个企业级产品设计思路：流程效率指标&功能生命周期长度

编辑导语：在现今激烈的市场竞争中，C端产品拼尽全力追求变现，在这样的激烈的市场竞争中，B端产品相对C端产品的优势就凸显出来。那么B端产品想要更好地发展离不开数据的驱动。本文围绕B端产品与数据驱动展开了讲述，推荐对此感兴趣的伙伴阅读。

文章插图
最近又一轮的创投圈资本寒冬到来，以往依靠融资进行持久战的引流，拉用户，广告变现这一漫长的C端打法已经不再被资本市场所推崇，而是转变为追求如何快速变现，一单就有一单钱的短投资周期模式。而此时B端产品的优势也就凸显出来了，毕竟说一千道一万，拿到钱才是真的。
作为B端产品，由于常常要与不同的业务线进行交互，他们的角色众多、需求存在差异甚至相互矛盾，这也就造就了产品后台业务的复杂性。那么如何保证在复杂业务设计时依旧能为企业用户提供最精简的流程？
这就需要引入数据驱动来进行产品迭代，一方面帮助我们发现系统问题，另一方面指导我们去完成迭代。那么就让我们来看看B端产品如何进行数据驱动？
一、两个误区首先在这里要讲一讲：B端数据驱动中的两个误区。
1. 误区1. 唯日活论B端产品不是C端产品，这两者在本质上有着鲜明的区别：B端的用户体量不会大。举个例子来说曾经大火的社交软件子弹短信上线30天，用户总数近750万，但是反观B端的龙头产品：有着阿里撑腰的钉钉，在无数资源投入下运作了4年才宣称企业用户到达5000万。其用户增速与用户体量高低立下一眼就能看出来。
但是这就说明子弹短信取得商业上的巨大成功了吗？钉钉就是一款失败产品吗？我并不这样认为，作为B端产品的钉钉由于用户多是企业用户，相对于C端产品天然性的有更高的付费能力与意愿，产品的变现速度更快，开发成本回本周期更短。就拿我们之前在钉钉商店上线的插件来看，月均流水就能打破50万元，这是C端产品根本无法比拟。
那这个时候如果我们还是唯日活论，去一味追求B端产品的日活就是毫无意义的。B端产品真正应该追求的是高净值客户而不是用户数量。
2. 误区2. 虚荣指标首先我们要知道任何一款产品的本质核心就是盈利，而且最好是能持续地盈利。我们所做的一切数据分析的核心就是监控产品核心指标，将数据进行可视化展示，为产品提供有价值的信息反馈。
而所谓有价值的信息指的是：

哪些指标可能会影响产品发展与盈利；
哪些指标的改变可能会让你的产品有更大的盈利。

如果指标的数据分析最终不能指导负责人或开发者该如何让产品赚钱，按产品运作的说法，这些指标都属于“虚荣指标”。
像上面介绍的日活在B端产品中其实就是一个虚荣指标，可能你的B端产品用户量多，但是没有带来任何盈利，这对于我们来说就是无用的，最多只是取得了心灵上的自我安慰。
当然这个问题不仅仅是B端产品，C端产品也存在同样的问题，在这我们先暂且不提。
二、到底怎么做在前面说了这么多后，回到现实我们到底要怎么去实战操作呢？如何让数据帮助我们发现问题并解决问题呢？接下来我们就来谈一谈究竟如何打造有价值的数据体系。
B端产品抽象来看在某个时间段内使用的用户和业务规模是可预测的，因此我们需要更适合更精准的一套数据分析体系，也就是要依据自身的核心业务去量身打造数据体系。具体来说需要以如下2个方向着手：
1. 着手方向1：流程效率所谓流程效率就是衡量一个流程需要用户去执行完的复杂度，具体来说这里有如下四个具体指标可以进行衡量：
（1）横跨系统的个数
涉及交互的系统个数，比如客服系统，中间连接了商家后台、仓储、物流、支付，这里的数字就是5；
（2）参与此流程的人数
我们所涉及的一个流程，需要几个人参与，如三级审批，这里需要一级审批人，二级审批人，三级审批人，因此共有发起人4位；
（3）信息流转页面数
还是审批流这个例子，这里具体是指每位用户完成审批其需要跳转的页面数，比如这个审批流：
图1.原审批流
前后经历了4个页面。当然在这我们其实可以完全删减为如下3个页面：
图2.优化后审批流
在整个流程中去掉审批列表，当用户点击审批消息时直接进入审批详情，可不要小看这里只是减少了一个环节，如果系统数十个模块都减少一个，那累积效应就很大了。