编辑导读：对业务举办拆解能辅佐产物司理更好地厘清各个模块之间的干系，分清主次需求。当一个产物司理接到一个巨大且生疏的业务时，要怎么将它从新拆解转化成产物需求？本文主要讲授该如何拆解，一起来看看~

产物的代价取决于用户需求。需求是用户当下碰着的问题，用户为了办理问题会寻求办理方案。

企业与用户的毗连点就在于此。企业为用户提供办理方案，而产物则是办理方案的载体。

无论C端照旧B端产物，都是为了办理问题而存在。

产物司理的事情其实是给出一个切合当下更优的办理方案，办理方案的载体就是产物。

办理方案拟定的进程中会不绝反复这三个步调：发明问题，办理问题，验证问题。

梳理办理方案就是弄清楚需要哪些人做哪些事，以及人和事、人和人、事和事之间的接洽。

这对应着系统的三个构成元素：脚色、任务、法则。

脚色对应需要哪些人，任务对应需要做哪些事，法则对应人和事、人和人、事和事之间的接洽。

有了以上的认知，就可以开始拆解业务。

01 界说要害脚色

拆解业务首先要弄清楚哪些人会参加办理问题。

办理一个问题往往需要完成多个任务，每一个任务城市由一个或多小我私家参加。

找到那些执行沟通任务的人，把他们界说为一个脚色。

好比餐厅点餐，顾主认真点餐，处事员认真确认菜单，勤杂工认真筹备食材，厨师认真做菜。这些脚色各自的任务都不沟通。

有一点需要出格说明，一个任务的参加人也大概是“系统”。好比处事员确认菜单后，通知厨师和勤杂工可以由系统替代。

02 识别要害业务节点

办理一个问题需要执行许多任务，但并非所有的任务都是要害业务节点。

要害任务节点有两个特征：一是可以或许推进业务往下举办，二是敦促业务在差异脚色间流转。

好比厨师在做菜时会执行许多个操纵。配菜、炒菜、调味、摆盘……但这些步调都是“做菜”。固然厨师做了许多工作，但在餐厅的业务流程里只有“做菜”是要害业务节点。

再好比靠山系统常见的录入用户信息。昵称、性别、都市的填写都是需要执行的任务，但完成个中单个信息的填写并不能敦促业务往下举办。在系统层面可以把这些任务抽象为一个要害业务节点——填写用户信息。

差异脚色间的流转，审批流程是很好的例子。好比在钉钉上提交一个采购工单，审批者需要对提交的金额和采购的物品举办查对，但这些不会在系统层面浮现，只有“通过”或“拒绝”这类敦促业务在差异脚色间流转的任务才会被界说为要害业务节点。

03 界说业务法则与业务流程

前面我们已经将业务的要害脚色和要害业务节点梳理清楚，但这只是业务梳理的热身举动。

接着还需要弄清楚人和人、事和事、人和事的接洽。

“接洽”表此刻两个方面：一是差异脚色执行任务的顺序，二是任务执行时需要遵循的法则。

业务梳理的最终产出物就是业务法则与业务流程。

依旧以餐厅点餐为例，做菜时盐不能放太多、火候不能过分、分量不能太少，这些都是厨师在执行任务时需要遵循的法则。假如不遵循法则，最终的功效是业务停在做菜这个环节无法继承往下推进。

同时做菜必然是在处事员确认佳肴单后才会举办，这是任务执行的顺序。假设先做菜后确认菜单，就会导致之前举办的任务变得无效以及任务的反复。

以上两个例子说明白梳理清楚人与事的重要性，梳理有误最终导致的功效就是业务的停滞与业务的周期变长。

04 如何拆解巨大业务流程？

现实世界的业务往往是极其巨大的。

业务的巨大度往往表此刻以下几个维度：

多要害脚色、多要害任务节点

多业务分支流程

业务流程长

业务周期长

业务法则巨大

并不是同时具备以上特征才气算作巨大业务。有时只要具备一个或个中几个就足以让业务变得巨大。

拿我正在认真的业务系统为例，系统的脚色并不巨大，参加焦点业务流程的脚色不高出10个。但因为行业的非凡性，用户的成单周期在2~4周，处事用户的周期在2年阁下。同时，固然脚色不多，但用户的分支业务流程许多。

因为过长的成单周期和处事周期，让整个业务周期被拉长，从而让业务变得巨大。同时每个脚色的分支业务流程许多，进一步晋升了业务的巨大度。

最后的功效是，我绘制的流程图里的节点可以造一艘航空母舰。

那么面临如此巨大的业务，我们该从何下手呢？

1. 梳理单脚色业务流程

业务巨大时，我们可以先梳理清楚单脚色的业务流程。

好比梳理餐厅出餐业务，我们可以先梳理清楚处事员的业务流程，临时弃捐其它脚色的业务流程。

如上图所示，处事员在通知厨房做菜后，不消体贴厨师是如何建造菜品的，只需要弄清楚处事员后头会在哪一个节点再次参与业务。

对付处事员而言，厨师做菜是一个“黑盒”，他只体贴菜品什么时候建造完成，收到菜品建造完成后他就可以举办后续的任务。