流程图——产品⽂档和原型咋弄（二）-技术圈

前言
在产品⽂档和原型咋弄（一）讲到产品文档的类型和包含什么内容，这里面其实有个最主要的内容——流程图。俗话说一图胜千言，文字再多也很难用视觉性图片表达来的更直观。

画流程图之前需要思考什么？

其实在我们画流程图的时候，我们要准备思考一下这些问题：

1、我的流程图给谁看？业务部门、开发测试、产品经理

2、这个流程图颗粒度到哪？不同的人阅读，不同的目的颗粒度都会不一样。比如：开发测试需要了解使用第三方支付时产生流水的节点和逻辑，这种时候就用时序图表达一下买方、卖方、平台、第三方支付平台的流水节点即可，列出非支付相关的逻辑

3、用什么工具画？其实用什么工具都不重要，能表达清楚，达到最终传达信息目的即可。现在我用的是开源软件draw.io，因为我在公司用Windows，家里是MacBook，所以需要一个跨平台的软件，draw.io就很合适。（https://www.diagrams.net/）

我们用用哪种类型流程图

业务流程图

在梳理项目时，我们就需要对整个业务流程图进行梳理，只有梳理业务流程后才能对整体系统的需求进行拆解。业务流程图尽量脱离系统，需要从业务角色进行出发进行思考。

列完之后，如果有多个角色的就用泳道图画出来，如果仅单一就是就直接画流程即可。比如以下这个例子，各个角色要做的事情：

（图片出自processon.com）

同时我们也可以用活动图来画出整个业务的活动情况，活动图可以表达出活动的顺序，展现从一个活动到另一个活动的控制流。

（活动图的常用图形）

（图片出自processon.com）

系统流程图

当我们把业务的流程梳理清晰后，这个时候我们就可以把这些流程放到不同系统上，从而知道哪些系统做什么事情。这里可以先用泳道图把功能或逻辑画出来，比如以下这个例子，各个系统要做的事情：

（图片出自processon.com）

当如果要跟开发人员讲解各个系统交互时，可以通过时序图进行梳理，比如以下两个图例：

（图片出自processon.com——用户操作时序图）

（图片出自processon.com——商城与OA系统的审批）

在系统开发中，肯定会涉及到一些状态变更的情况，这个时候我们就需要一个状态图来表达出系统状态信息。

（图片出自processon.com——OMS退供单状态图）

结语

流程图在产品文档里是必不可少的一部分，通过梳理完这些业务流程、系统流程后，我们才能更好的去设计系统，才能更好的让开发测试理解业务及系统，同时加入有其他产品经理接手你的工作时也能更快速的了解业务和当初为什么这么设计。

-------- END ---------

你的认可，是对我最大的鼓励。

觉得好请关注

点个“在看”，来个“赞”，求“分享”