谈谈页面流程图

页面流程图重在把事情讲清楚，把页面交代清楚，不必追求太多的规则和条条框框，你可以用你最舒适的方式去表达。

业务流程图重要的是描述谁在什么条件下做了什么事。

而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。

从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁？用户的问题或需求是什么？用什么功能去满足需求或解决问题？这些功能的优先级是什么？这些问题都需要逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO（这些在我认为都是一个东西）去帮助自己精细化这些功能，想透彻那些需求。

直接画单张页面的线框图当然是可以的，但是有可能会出现一下子进入单页面，不先系统性规划，考虑每项功能的前置和后置，每项操作的上下文，就很容易顾此失彼，遗漏重要状态或忽视本应简化的任务。

说到这里，单页面的线框图很像PPT，我个人在做PPT之前，其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已，可以做得很快，只因为心中早就有谱了。所以，在画线框图之前，我也习惯先将页面流程图画出来。

• 好处之于对于设计师或产品经理：

页面流程图一张页面助你讲完完整的用户与系统的交互故事，借助它，你更容易知道流程中的潜在地雷是什么，哪里的效率比较低，有助于系统化、全局化、周全性的思考
细化工作量的基础，通过页面流程图可准确评估需要多少张页面。
聚焦：页面流程图中的每个页面都不必追求精细——你的目标是规划行为路径，而不是单页面交互设计，所以完全无需考虑页面内容、布局。所以你会更加聚焦于用户目标和任务的完成。不必过早陷入细节。
关键是很快。线框图有可能有几十张，你画起来没那么快，而且一旦进入细节，则还需要慢慢深究。但是页面流程图也许就是几个小时的事情。你就可以对整个项目心中有数了。

• 好处之于开发工程师：

他们会很乐意你在没有原型的时侯，第一时间拿出页面流程图和他讨论需求。相信我，这比单纯的功能列表或者有业务流程图更让他们兴奋。

可作为评估工作量的重要依据——可帮助他们对工作量也心中有数。
可做为开展代码工作的重要参考——特别是前端开发，必须得知道每一种操作指向什么页面。
他们会映射功能逻辑，会给你更多好的建议。

绘制之前

回到开头我们说的案例——公益捐物网站，这个仅仅是idea，真不足以让它变成一个产品。现在借着本话题&#