业务流程图重要的是描述谁在什么条件下做了什么事。 而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。 从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁？用户的问题或需求是什么？用什么功能去满足需求或解决问题？这些功能的优先级是什么？这些问题都需要逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO（这些在我认为都是一个东西）去帮助自己精细化这些功能，想透彻那些需求。

    在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应该是重点。 真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题，否则不要开始绘制流程图：整个流程的起始点是什么？整个流程的终结点是什么？在整个流程中，涉及到的角色都是谁？在整个流程中，都需要做什么事情？(可是是一个会议，可以是一个任务) 这些会议和任务是可选还是必选的？分别产出什么文档？这有点像一个头脑风暴，能够帮助你将所需用到的原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。

    近来一段时间，忙于整理业务流程图，期间，关于流程图的绘制方法和工具也与内部团队和外部做了心得交流，恰好，个人生活也牵涉在买房，婚礼，户口迁移等流程中。不知不觉，伴随着实践与反思，个人所得的系统知识趋于完整，今儿天气极好，坐在飘窗一隅，听着间或几声鸟鸣歌唱，偶尔瞥一眼窗外的遍地绿荫，真真觉得是个写点什么的日子。所以就整理成文，如果恰好对你有所帮助，那是真真好的。真实整理的流程牵涉到公司未公布的计划，不好公开，所以在本文中会借助一个简单的案例替代(这个案例呢，也就是计划写本文前30分分钟才想到的，如有考虑不周，请各位见谅)，但是仅传达概念和方法，倒也足够了。恩，甄環体告一段落，

    当当当当当，这个系列太久没和大家见面了，是因为我最近几个月一直在收集材料…… 作为一名典型的Geek，我越来越发现自己看到流程图，Flow Chart就莫名的兴奋，就像上学时不少EE的同学看到布满电阻、电容、电感、等等的电路板就high一样。那么我们先来赞美一下流程图：她是人类智慧的结晶；是流经一个系统的信息流、观点流或部件流的图形代表；在产品设计过程中，她可以帮我说明某一过程；在日常生活中，她能给我带来无尽的快乐…...