b端|两个企业级产品设计思路：流程效率指标&功能生命周期长度( 二 ) 长文章|功能|曝光|wong

（1）横跨系统的个数
涉及交互的系统个数，比如客服系统，中间连接了商家后台、仓储、物流、支付，这里的数字就是5；
（2）参与此流程的人数
【 b端|两个企业级产品设计思路：流程效率指标&功能生命周期长度】我们所涉及的一个流程，需要几个人参与，如三级审批，这里需要一级审批人，二级审批人，三级审批人，因此共有发起人4位；
（3）信息流转页面数
还是审批流这个例子，这里具体是指每位用户完成审批其需要跳转的页面数，比如这个审批流：
图1.原审批流
前后经历了4个页面。当然在这我们其实可以完全删减为如下3个页面：
图2.优化后审批流
在整个流程中去掉审批列表，当用户点击审批消息时直接进入审批详情，可不要小看这里只是减少了一个环节，如果系统数十个模块都减少一个，那累积效应就很大了。
（4）单用户操作次数
用户在这个页面中完成动作需要进行几部操作，例如：审批中我们点击审核 → 填写5-10个汉字（20-40次键盘操作） → 点击同意 → 确认是否同意 → 点击关闭弹窗 → 点击左上角返回 → 点击下一个审批事项，总计7次操作。
为什么要这么做呢？
作为一个成熟的B端产品，它面向企业内部需求明确，因此其存在的核心意义在于帮助用户更高效的去完成任务而不是继续添加负担。
所以我们产品的重点就应是帮助用户提升效果，减少成本，规范流程，我们不能单纯的依靠感觉去评估，而是需要一个精准的数字去告诉我们当前产品的复杂程度并去找到这里问题的所在。
让我们以一个我以前生产中的例子来看看上面的指标如何发挥作用。
我们有一款面向企业的管理系统，在我们的软件中带有付费套餐，客户可以根据自己的需求来购买。
之前由于历史原因我们的产品内部购买历史都是由财务手工统计，现在由于公司市场部需要，我们要开发一个统计客户消费的模块，而客户的消费类型可分为如下两类：

产品内购：客户可直接在产品内部进行服务购买，购买后需要财务确认，再由CRM用户将此订单信息进行记录，随后解除用户在产品内的权限。
线下成单：通过线下销售团队去线下完成产品销售，与打款确认流程，随后将信息录入系统，由于线下销售一般拥有一定的灵活性，因此我们的系统要支持销售的自定义用户套餐修改，比如多赠送几个套餐包等操作。

在这样的业务背景下我们可以设计出第一版的付费管理流程：

文章插图
图3.流程A业务交互
接下来让我们对CRM中这个付费记录流程的效率开始评估：(我们以需要人接入的页面为统计基准)。
在我们按如上拆解了后，就对这个流程具体的用户复杂度有了清晰的认识，我们的系统单独一个信息记录就需要3个系统与6个页面的跳转，这对于一个记录流程来说是太过于臃肿了。好在找到问题后就可以有的放矢地进行优化。
首先我们分析下“横跨系统子项“，”参与此动作的人”这两个指标由于这其中三者每个都有专业分工所以无法精简，那么我们就锁定了我们的优化方向在信息流转页面与操作上进行优化。
仔细来看流程A的设计思路其实是以技术实现最简单为导向的，我们将所有的操作与逻辑判断都交给了用户，用户推一步流程进一步，那么是不是所有的动作都是用户必须要去完成的呢？带着这个出发点，我们就得到了流程B：