B端体系规划是个“体系活”，相较于C端产品着重价值直给，在单点体会做到最优就或许做出一款好产品

B端体系规划是个“体系活”，相较于C端产品着重价值直给，在单点体会做到最优就或许做出一款好产品，B端产品则偏重体系化建设，健壮的流程和谨慎的逻辑规矩是体系运转的柱石，产品外观及体会次之。

但是，一些刚入行的产品司理，或者C转B的产品司理，处理需求时习惯性的会先画原型图，所见即所想，但这么做往往会导致流程缺少、逻辑不闭环等问题，尤其是关于杂乱的事务模块，愈加需求成体系化的体系规划思路。

这里，结合个人多年的B端体系规划经历，我认为再杂乱的B端体系规划，都离不开这12个字：理流程，建模型，捋状况，画交互。

一、理流程

1、事务流

B端体系的规划起点，是从梳理事务流程开始。坐下来，和事务方一同，在具体的事务场景下将一条条事务流程挑明理顺。

具体履行思路上，能够从人物、动作、束缚、作用四方面去梳理事务流程：

（1）人物：人的人物或者体系人物。都有哪些人（体系）参与到流程中来，参与了哪些环节，人物是流程中最基本的元素，有了人物才有分工清晰，才干有机协作。

（2）动作：流程中需求人物完结的事务动作。如出售人员完结一次leads录入、快递小哥去配送一个包裹，即人物依照事务要求完结具体的事务指令。

（3）束缚：在具体的事务场景和状况下，发生的规矩束缚。如获取到出售线索后需在当天完结体系录入，如快速小哥需在3小时内完结包裹派送。同一个人物完结同一个动作，在不同的束缚下或许发生不同的作用，如快递员在规则时间内妥投和超时妥投，超时妥投会额外触发扣款等惩罚办法。

（4）作用：人物完结动作后的作用。代表着下一步的动作，是流转到下一环节还是流程完毕。这里注意一点是，产品司理要顺藤摸瓜似的多问事务方几个“然后呢”，避免事务流程有缺少，一步步诘问将流程节点串起来直至达到End状况。

2、体系流

体系流程是事务流程中需求体系支持的部分，是代码完结的主要参阅物。体系流程屏蔽了事务流程中纯线下操作的部分，保留了事务流程中人机交互、体系与体系间交互、体系与IOT设备间交互的部分。

3、主流程

划分主流程及其他流程的意图，是为了设定事情的主次。最先敲定的一定是事务的中心主流程，往往是事务心中所想的那条完美路径。

有时事务方会仅考虑了主流程就会来提需求，那么作为产品司理需求协助将事务方没有考虑清楚的留白区填满，这里边就包含了反常流程、逆向流程和分支流程。

4、反常流程

当操作者或体系未按原定要求履行时，体系或事务所采取的应对办法。如快递配送快递员始终无法联系上收件人怎么办，是原路退回还是原地保留，如果原路退回所发生的运费是否应由发件人承担等等，一系列反常场景和解决方案。

5、逆向流程

正向流程因故无法持续履行，而发生的反向流程，事件回滚/实物原路退回/资源开释等等。例如快递配送场景下收件人拒收包裹，从而快递公司将包裹逆向退回给发件人，归于实物流的逆向流程，或许会有一次逆向流程、二次逆向流程甚至更多等等。