泳道图

要使用图来表达与非专业人员的执行程序与流程，除了一般的流程图就能做到之外，本题要介绍的这个图，是用角色、顺序来分类，而且可以充分表达职责与流程。

这个图叫做业务流程图，也叫泳道图。

绘制方针是先定义某个行为，然後列出行为会涉及的对象，并且做成流程图，像是下面这张图:

根据上图的情境假想: 公司请你设计了一个 B2C 店商平台，而你目前正在讨论一个退货的流程，并且厘清你需要串接哪些系统，涉及的职责有哪些，在上图中，很明显可以看到 物流系统、物料厂商 都需要接收到某些事件的请求，如果他们是传统产业而没有系统，也得算是这个系统的使用者之一，如果他们已经有系统，那麽与传产公司之间的对接就需要申请 API 对接，而你的系统似乎可能也要开一个 Router (Web Hook) 给他们回传讯息。

现在，你的客户开始申办退货，而你也通知了物流系统，请他们派工收货，结果，此时因为便利画图而偷懒，把箭头顺序改成双向，此时的问题是别人会看不清楚做事的顺序，我们可能得保持这个流程图只能是单执行绪，但可以有协程 (Coroutine) ，所以，必须要改善第二层 (派工收货流程那边) 的画法:

现在，每个流程只会做一件事，而且都有 input 和 output，看起来就很赞赞。

泳道图不一定要是垂直的，也可以是平行的，这完全取决於你想怎麽呈现。

我在画图软件范本看到也有另一个可以带有更多维度资讯的泳道图画图方式，像是以下图的例子就是按照状态定义目前是谁正在处理业务。

这是一个海超人向 IT 银行申请魔法小卡的过程，那麽，从图片上也可以看出，客户海超人在不同的流程状态下他可能会有哪些行为。

这张流程图说明得并不细 (detail)，办过卡卡的人会知道调阅联徵，海超人可能会在隔天下午 3:30 收到调阅通知，甚至审核通过都会收到简讯，而且审核照会不一定会有接到电话的通知 (可能有某种决定方式)； 会决定省略一些细节是因为觉得联徵中心的通知似乎跟银行业务部门都无关，所以会直接略过。 反正就是，找到谁是主角，似乎才是最关键的。

本次使用的绘图软件:

• Visual Pradigm (Online)

延伸阅读:
[1]: RACI