如果用一句话来总结B端产品设计的工作，你会怎么说？作者给到了一句参考：流程定主干、单据做节点、功能填充节点。从宏观到微观，从粗到细。

前面文章提到供应链系统相关涉及到操作的，都可以理解为一连串的操作任务，而操作任务就涉及到任务流，任务流上有多个任务节点，任务节点有对应的输入和输出，输入和输出可以用单据来承载，单据上的内容需要根据实际的业务情况来设计。

归结起来，就是：流程定主干、单据做节点、功能填充节点。从宏观到微观，从粗到细。

01 理流程

流程是项目成败的核心，可以说是项目的灵魂，所以在做项目之前不要着急画原型，先把核心脉络想清楚，用户的操作场景是什么，用户的痛点是什么，用户的核心操作任务是什么。

一般需要业务方输出业务流程图，体现的是各个角色的操作步骤。

产品经理根据业务输出的业务流程，输出系统流程图，体现的是各个系统之间的任务流转。

流程图中需要包括主流程、分支流程、异常处理流程。

特别是异常流程，业务越复杂，异常流程的场景就会越多。

02 定单据

单据其实就是一个表单数据，作为输入和输出的关系纽带，串联上下游。

单据很重要的一点，是记录不同状态的数据变化，以及和上下游的传递关系，方便后续进行数据分析和回溯。

那单据的拆分颗粒度应该怎样？

如果相近的两个单据的输入和输出都差不多，那基本可以整个成一个单据，内容差不多，说明完成的任务也差不多，整合成一个单据的同时，增加几个状态来加以区分。

状态的划分要利用MECE模型进行设计，尽可能做到不交叉，完全穷尽。

03 填功能

上面两步做到位了，基本上就离成功不远了；就好像建房子，图纸设计好了，房子架子搭起来了，就差装修了。

这里的功能一般包括增删改查，各种任务操作需要定义的字段、操作日志，等等。

填功能的过程是丰富页面内容的过程，还需要考虑用户使用的易用性，尽可能提升用户体验，提高用户的工作效率。

以上就是B端产品的基本设计思路：理流程、定单据、填功能。