本文列举了几个案例分析了b端产品绘制流程图的方法和要点
作为
一、线框图的分类
1. 线框图的必要性
端的产品经理，工作中需要构建0到1的产品，该怎么办？b端产品的特性决定了产品设计时，业务流程多，相关的职位用户角色多样化，角色分工细化，另外每个用户对产品的诉求也不同。 因此，需要从前期0到1明确与产品的业务流程和作用相对应的功能。
2. 线框图的分类
流程图对中的图形符号进行说明并表示算法的图称为流程图或线框图。 流程图用图形表示了一个系统中流动的物流、信息流、资金流等。 在线产品业务中，流程图主要用于说明流程。 是业务流程整理、原型设计的基础。
实体关系图
ER模型均称为实体关联模型、实体关系模型或实体关联示意图。 为描述现实世界的概念模型，提供了一种表示体型、属性和联系的方法。 实体图表示信息系统中概念模型的数据存储。
数据流图
一种完整描述系统数据流的主要工具，用一系列符号表示整个系统的信息全貌，综合反映系统中的信息流、处理和存储情况。 抽象性是指数据流图去除了所有具体的组织、工作场所、物质流，只剩下信息和数据的保存、流程、使用、加工情况。 概括性是指数据流图结合系统对各种业务的处理过程进行思考，从而形成整体。
用例图
用例图是为实现某种目的而由参与者、事件、边界及其关系组成的活动图形表示。
二、线框图的详细案例
1. 流程图要素及绘制要点
流程图的基本要素：一般流程图主要表示个体何时做什么，哪个节点结束。 下图是开始/结束、判断、流程、子流程、外部数据、注释等基本流程图要素，一般工作中常用的只有这些。
流程图的编制要点
确定与a流程图相关的系统
例如，在整个电子商务系统中，涉及的系统有前端客户端、订单系统、客户服务系统、运营系统、采购系统、仓储系统、配送系统、财务系统等，各个系统的用户角色和业务流程如下图一般电子商务系统的业务流程图所示，流程贯穿不同的系统，必须流向系统的业务是系统设计的价值所在。
决定与b流程图相关的作用
具体的系统涉及各种各样的角色，这时在绘制流程图时需要具体接触角色的等级。 例如，在仓库系统的设计中，商品从入库到出库，都要入库、收货、确认清单、入库、盘点，定期进行质量检查、拣货、出库、出库、配送系统的交互，仓库管理员分工明确，具体的各个作用是什么
确认c流程图与节点的状态相关
具体来说，系统角色执行操作时，需要分别出现这些执行点不同的状态。 像电子商务系统一样，对用户来说，订单的状态是等待支付、等待发货、等待接收、等待评价。 流程图的状态图有助于后期开发。 一般来说，为了进行开发，必须将此流程图放入不同的文件中。
d流程图的分级
由于涉及一个产品的业务很多，此时我们有必要将流程图分层。 例如，在b端产品中，与支付和收款的流程有关。 在绘制一级流程图中，主要明确业务流程。 关于收款和支付，只在流程中表示有其动作，具体的收款和支付细则，例如谁审查，谁支付，谁核销，谁在子流程中展示，这个流程一般是收款或支付的流程。
下图为一般的b端产品支付流程。 此流程是一级流程的子流程，相关人员在一级流程中只能看到收款这一行为。 如果要查看具体的收款方式，则需要进入第2级流程进行确认。 也就是说，以下详细流程。
e图的注意事项
一般流程图为上、左、右、下。 多个进程节点最好不要相交。 不这样的话很难读。 特别是在遇到业务流程复杂的情况下，按照规范，看起来干净，容易理解，可以节约大家的读书成本。 特别是多利益相关者阅读的话，节约的价值会变高。
2. 实体关系图要素及绘制要点
基本要素通常包括数据对象、数据对象之间的联系等。 详细内容请参照下图。
?from=pc">②实体图的绘制要点
主要是让开发明白当前主体和其对应关系的图例，如在物流系统设计中，一个托运人托运的货物，可能被配载到不同车上，即一个运单对应几个配载单。这些都需要标示清楚。又比如一批货需要存放到仓库里，这批货有多个货物，全部放到一个仓库里，同时这个仓库又对应多个管理员。如下图图例。
3. 用例图
用例图主要的作用有三个：获取需求、指导测试，在整个过程中的其它工作流起到指导作用。
元素之间的关系用例图中包含的元素除了系统边界、角色和用例，另外就是关系。关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。如下图：
用户在电商查看商品详情并购买下单，商家确定订单信息，包含付款信息、商品信息、收货地址等信息，这些都属于具体的用例。
三、后话
在调研并整理出这些流程图、用例图后，我们需要和研发评审这些业务流程，让开发人员早点介入项目中，当然这时候开发并不需要多做什么，只是早点熟悉业务。
产品人员在和开发确定没问题后，把这些图形分类打包，并上传到大家都可以看到的地方，注意流程图的一级、二级等一定要命名标示清楚，不然相关人员阅读起来费力。
在确定业务流程没问题后，我们就需要考虑产品的形态和展示，具体到原型图的绘制。搞明白每个角色对应的角色和功能后，我们就可以根据场景、使用者的不同，去细分产品。
比如在物流系统中，有业务人员只负责录单，那我们就可以考虑把这个功能做到手持设备上，这些业务员只使用这一个功能，避免了和其他功能冗杂在一起，轻便，同时又符合业务场景，做到真正系统为业务服务。
作者：Shirley的折腾。 公众号：Shirley的折腾，一个关于产品、心理、哲学的碎碎念小窝！
本文由 @ Shirley的折腾 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议