本文范围
分享本人在互联网产品设计中对于流程设计的思考与踩过的坑，不涉及传统软件工程中的UML图等。
流程图的定义
呈现用户使用产品步骤的图示
流程图在产品设计中的作用
确定产品需求后，进入交互设计阶段，首先需要绘制流程图，产品与交互借此梳理用户使用产品的行为，同时也能让其他项目干系人（产品、UI、开发、测试）快速理解需求的全貌。
流程图踩过的坑
1、以前喜欢把流程图画得大而全，恨不能把主流程与所有的分支流程全部画在一起。诚然这样最能体现产品使用步骤的全貌，但却不利于开发理解。在大而全的流程的基础上，可以按照产品模块来分类，每个模块旁边放一个流程图，开发就能结合流程与原型准确地理解需求，而不用再到庞大的主流程中去寻找对应的分支。
2、以前画流程图，常常会不自觉以矩形代表页面，以连接线代表操作。但悲剧的是，一旦页面发生变化，部分流程可能也就需要重新作调整。这样的流程图可能适用于原型图之间的跳转。如果处于产品设计早期时，过早地加入页面会影响用户流程的梳理。《易用的软件》一书的作者拉里·康斯坦丁和露西·洛克伍德认为：“在最终的设计分析中，把用户理解为人远不如把用户理解为行动的执行者来得重要。”用户的行动是分析的中心，因此，流程图建议以动作为主：
符合以用户行动为中心的交互设计理念
项目干系人看流程图时，不会过早陷入细节，更容易看懂
避免过早加入具象的页面，抽象的动作容错性较好，避免频繁的调整
当然，如果必须在流程图中加入页面，可以以信息加动作的形式展现。信息与动作一样，比页面更为抽象，容错性更好，也更容易调整。
像这样信息加动作的流程图，姑且叫做页面流程图，将会在本文中稍后作介绍。
流程的注释：
连接线：动作的连接、系统判断的结果（是/否）
矩形：动作、页面（信息与动作）
菱形：系统判断
流程图类型：
下面以提交应用审核与下载应用为例子，来说明我平时在工作中会用到的流程图的3种类型
如上所示第3种类型页面流程图，每个矩形分为上下两部分。上半部分是用户看到的，下半部分是用户做的。没有一个页面，但是已经包含页面所需的元素：信息与动作触发器。下一步就是把这些元素排列组合，比如应用列表、应用推荐、应用基本信息、搜索控件可以放在一个页面，如果觉得不合适，可以再排一次，直到找出最佳的组合方案。
