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

文章插图
图4.流程B业务交互
既然要去减少信息流转页数与操作次数，那么我们必须要去大量引入系统判断逻辑来完成。
第一个优化内容：这里财务已经确认到款了，那项目必然为付费状态，此时完全不需要CRM用户再去修改付费状态，系统就以财务确认为触发点进行状态自动修改。
第二优化内容：由于是产品内购，所以我们所有的购买信息都是标准化且可以直接获取到，那么此时完全不需要再让CRM用户去录入一遍购买信息与权限，直接使用系统内置信息就行了。
第三个优化内容：作为优秀的产品设计必须要考虑到意外性与扩展性，假设就是出现要去调整付费信息与权限的场景，如果我们直接武断的拿走调整功能，届时系统就不再支持了。但是这个场景又不是非常高频，所以要如何设计呢？
这里我们就引入了判断，如果CRM管理员不做任何修改，信息流与权限流直接就使用默认而出现了意外情况可以随时上线调整，这样就解决了这个看似矛盾的问题，同时也将绝大场景下操作进行了精简，由2步操作变为了0步与低频的1步。
在做完上述优化后让我们再看一下两者的流程效率对比：

文章插图
通过这样拆分我们清楚的看到了这次优化的效果，优化最高提升了接近76%的操作，这对于一个流程来说几乎是脱胎换骨的提升。
2. 着手方向2：功能生命周期这里的概念相对于上面的来说就很容易理解了，功能生命周期由软件生命周期演化出来的一个参考维度，是指一个功能从上线到迭代被更新或替代的时间周期。通过这里我们可以看出来产品设计能力的高低，能力高决定功能生命周期长，反之就短。
对于B端产品来说假如一个功能生命周期过短，都意味着每次的开发人力被浪费了，此外更严重的是新的可盈利的开发时间被延误。所以不仅仅再是此功能需要返工，同时新的模块开发进度也被耽误，从而造成是两倍以上的损失。
例如：我们开发的审批模块，由于前期的调研不够充分上线后发现，不支持多人会签功能，此时需要重新返工开发，这样就是标准的0月生命周期。
所以我们要在上线后统计历次版本中各功能生命周期，并努力去延迟其寿命。在这给大家一个参考值，B端的良性生命周期：一般为3至4个自然月。
大家可以根据这个指标来进行自测，看看自己产品中是否也有这样的问题。
三、最后B端产品在近年成为市场新宠，不是因为它本身业务体系在最近时间内发生了什么翻天覆地的变化，而是因为C端的人口红利已经随着这些年的发展消失殆尽，资本和市场自动转移关注到难啃的企业业务上，所以说如何在新的一轮浪潮中去站稳脚跟，是每个B端产品人都要思考的问题。而这里数据就是我们解决问题的最佳工具，帮助我们去了解“人”，了解人的需求，了解人性。
#专栏作家#三爷，微信公众号：三爷茶馆，人人都是产品经理专栏作家，2019年年度作者。《中台产品经理宝典》作者，原万达高级产品、MBA特约讲师、独立创业者，现叮咚买菜B端产品线负责人，拥有多款集团项目从零到一经验并带领实现商业化布局。
本文原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议