B端产品如何画好流程图？

　　本文举了几个案例，分析了B端产品画好流程图的方法与要点。
　　一、线框图的分类
　　1。线框图的必要性
　　作为一个B端产品经理，如果在工作中遇到需要从0到1搭建一个产品，我们该如何开始呢？
　　B端产品的特性决定了在产品设计时，业务流程繁多，涉及到的后期使用角色多样化，职能分工细化，以及每个用户对产品的诉求不一样，这就需要我们在前期从0到1开始务必明确产品的业务流程以及角色对应的功能。
　　2。线框图的分类
　　流程图
　　以特定的图形符号加上说明，表示算法的图，称为流程图或线框图。流程图是流经一个系统的物流、信息流、资金流等的图形代表。在线下产品业务流转中，流程图主要用来说明某一过程。是对业务流程的梳理，原型设计的基础。
　　实体关系图
　　ER模型，全称为实体联系模型、实体关系模型或实体联系模式图。提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。实体关系图表示在信息系统中概念模型的数据存储。
　　数据流程图
　　一种能全面地描述系统数据流程的主要工具，它用一组符号来描述整个系统中信息的全貌，综合地反映出信息在系统中的流动、处理和存储情况。抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉，只剩下信息和数据存储、流动、使用以及加工情况。概括性则是指数据流程图把系统对各种业务的处理过程联系起来考虑，形成一个总体。
　　用例图
　　用例图是指由参与者、事件、边界以及它们之间的关系构成用于实现某一目的而进行的活动图形展示。
　　二、线框图的详细案例
　　1。流程图要素及绘制要点
　　流程图的基本要素：一般流程图主要表明个体在什么时间干了什么，什么节点结束。下图为一些基本流程图要素，包含：开始结束、判断、流程、子流程、外部数据、注释等，一般工作中常用的就这些。
　　流程图的绘制要点
　　A确定流程图中涉及到的系统
　　比如在电商整个系统中，涉及到的系统就有前端用户端、订单系统、客服系统、运营系统、采购系统、仓储系统、配送系统、财务系统等，要考虑每个系统使用者的角色以及在整个业务流程中的作用，确定每个系统的边界点，如下图一般电商的业务流程图，流程贯穿了不同的系统，在系统里需要流转的业务就是系统设计的价值。
　　B确定流程图中涉及的角色
　　具体到一个系统中，就涉及到不同角色，这个时候就需要在绘制流程图时具体到角色的层面，如在仓储系统设计中，一个商品从入库到出库，进过了验货、签收、确认清单、入库房、盘点、定期质检、拣货、出库、到和配送系统交互，仓储管理人员是分工比较明确的，些具体每个角色执行哪些动作都需要在流程图展示出来。
　　C确定流程图涉及节点状态
　　在具体到某个系统某个角色在执行到某个动作时，我们需要单独出这些执行点不同的状态。如在电商系统中，对于用户来说订单的状态有：待付款、待发货、待收货、待评价。流程图的状态图对于后期开发帮助很大，一般这种流程图需要放到一个单独文件里，供开发阅读。
　　D流程图的分级
　　一个产品涉及的业务很多，这个时候我们需要对流程图分层，比如在B端产品中，会涉及到付款和收款流程，在画一级流程图中，主要还是明确业务流程，对于收款和付款，只是在流程表明有这个动作，具体收款和付款的细则，比如哪些人审核，哪些人付款，哪些人核销，在在子流程中去展示，这个流程一般就是收款或者说付款流程。
　　如下图是一般B端产品付款流程，这个流程对于一级流程来说就是一个子流程，相关人员在一级流程中只会看到收款这一动作，想看具体如何收款，需要到二级流程中继续查看。即下方这个详细流程。
　　E绘制注意点
　　一般流程图都是上进、左进，右出、下出，多个流程节点最好不要交叉，不然阅读起来不舒服，尤其遇到业务流程比较复杂的，最好按照规范，看起来干净，容易理解，会节省大家的阅读成本。尤其是多个相关人士阅读时，节省下来的价值就很高了。
　　2。实体关系图要素及绘制要点
　　基本要素
　　一般包含数据对象、数据对象之间的联系等，详见下方图例。
　　实体图的绘制要点
　　主要是让开发明白当前主体和其对应关系的图例，如在物流系统设计中，一个托运人托运的货物，可能被配载到不同车上，即一个运单对应几个配载单。这些都需要标示清楚。又比如一批货需要存放到仓库里，这批货有多个货物，全部放到一个仓库里，同时这个仓库又对应多个管理员。如下图图例。
　　3。用例图
　　用例图主要的作用有三个：获取需求、指导测试，在整个过程中的其它工作流起到指导作用。
　　元素之间的关系用例图中包含的元素除了系统边界、角色和用例，另外就是关系。关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。如下图：
　　用户在电商查看商品详情并购买下单，商家确定订单信息，包含付款信息、商品信息、收货地址等信息，这些都属于具体的用例。
　　三、后话
　　在调研并整理出这些流程图、用例图后，我们需要和研发评审这些业务流程，让开发人员早点介入项目中，当然这时候开发并不需要多做什么，只是早点熟悉业务。
　　产品人员在和开发确定没问题后，把这些图形分类打包，并上传到大家都可以看到的地方，注意流程图的一级、二级等一定要命名标示清楚，不然相关人员阅读起来费力。
　　在确定业务流程没问题后，我们就需要考虑产品的形态和展示，具体到原型图的绘制。搞明白每个角色对应的角色和功能后，我们就可以根据场景、使用者的不同，去细分产品。
　　比如在物流系统中，有业务人员只负责录单，那我们就可以考虑把这个功能做到手持设备上，这些业务员只使用这一个功能，避免了和其他功能冗杂在一起，轻便，同时又符合业务场景，做到真正系统为业务服务。