有一些同学看过了我写的《如何绘制业务流程图》，发私信过来希望我谈谈页面流程图。
这个话题其实我也酝酿过，但一直没有写出来。细究起来，除了懒，原因其实有好几条：
1. 这一年半来的工作都是围绕数据平台建设，不是很通用，没法举例。
2. 虽然自己一直画页面流程图，但是说实话属于偏方多一些，按直觉行事，要总结出一两条可通用的“规则”比较难。
今日因为因为天气预报号称有雷震大雨，取消了原有的外出计划，刚好在家里，想起抛出这块砖头，期望这个话题能激发更多的分享和讨论。
案例呢……想一个通俗易懂又具代表性的案例真不容易，它不能太简单，太简单的话几乎上没有什么页面，也不能太复杂，太复杂了我还hold不住。
刚好前不久在收拾家里闲置的衣服，舍不得扔但又不穿，当时唠叨一句，说要是有个地方能够提交下捐赠，有人上门收就好了。在我头疼要怎么举例演示页面流程图的时候，我就把这个大概YY了一下，就用“公益捐物网站”为例来说明吧。
页面流程图是个好东西
业务流程图重要的是描述谁在什么条件下做了什么事。
而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系――用户通过什么操作进了什么页面及后续的操作及页面。
从需求到到解决方案无疑要经过很多阶段。需求的分析――用户是谁?用户的问题或需求是什么?用什么功能去满足需求或解决问题?这些功能的优先级是什么?这些问题都需要逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO(这些在我认为都是一个东西)去帮助自己精细化这些功能，想透彻那些需求。
直接画单张页面的线框图当然是可以的，但是有可能会出现一下子进入单页面，不先系统性规划，考虑每项功能的前置和后置，每项操作的上下文，就很容易顾此失彼，遗漏重要状态或忽视本应简化的任务。
说到这里，单页面的线框图很像PPT，我个人在做PPT之前，其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已，可以做得很快，只因为心中早就有谱了。所以，在画线框图之前，我也习惯先将页面流程图画出来。
好处之于对于设计师或产品经理：
微信扫码上方二维码，可领取2025年最新互联网创业项目！
项目收款截图
