在这篇开始之前想到一个小故事...

业务工程师: 我把流程都给你了，你们应该可以很快做完吧?
工程师: 系统上的流程还没确定要怎麽跑。
业务工程师: 那个就交给你们了。
工程师: ...

常常会看到跟客户沟通回来的需求，负责的人也很认真写了步骤/流程图，
然後就把任务丢给工程师。这不仅会让工程师头痛，也很容易会跟客户的需求有所落差。
这是因为我们拿到的流程图，缺少了客户与系统互动的过程，
会让工程师无法精准地了解到系统应该要在甚麽时间做了甚麽事，或是呈现甚麽给使用者。
这时我们可以透过画交互流程图的方式，让工程师更加了解客户的需求。

交互流程图

我们先回顾一下题目与之前整理的流程。

1. 开启网页点餐
2. 老板收到单子
3. 老板做餐点
4. 取餐
5. 标示已完成的单子

那我们应该如何把它改成交互流程图呢?

角色

我们在这个流程中总共有三个角色:

• 顾客
• 网站
• 老板
  所以我们可以把交互流程图画成这样
  
  每个框框代表着不同的角色。

执行动作

我们会将要做的事情写在矩形内，表示我们要执行的动作。
(p.s. 一个矩形，一个动作。)

开启网页点餐

我们一开始由顾客打开网页并做了点餐两个动作。

老板收到单子

在老板接收到单子前网页会帮我们建立一张单子，然後送到老板那边。
让老板可以看到顾客的餐点。

老板做餐点

老板做完餐点的时候可能会把餐点的状态改成已制作，来避免重覆制作。

取餐

虽然是说取餐，但这个动作应该是由老板将餐点交给顾客。

标示已完成的单子

结单後老板会将状态改成完成，让网站知道这个单子已经完成了。

结语

我们可以透过交互流程图知道顾客与老板有不同的操作，
亦即我们可能需要做出两个不同的画面，或是对於同一个画面上做不同权限的操作限制。
另外画完之後我们可以明确知道网站上的工作有哪些。

• 建立顾客订单
• 修改订单状态(已制作)
• 修改订单状态(已完成)

昨天有朋友私讯我，问我每一次开发都需要经历过这麽多的步骤吗?
很多时候这些都只是一个思考的过程，提供一些思考的方向。
包含今天的交互流程图也一样，当习惯了这样的思考後，
其实只要在脑中转几圈也能得到一样的答案。