如何绘制业务的流程图案例3.docxVIP

有一些同学看过了我写的《如何绘制业务流程图》，发私信过来希望我谈谈页面流程图。这个话题其实我也酝酿过，但一直没有写出来。细究起来，除了懒，原因其实有好几条：1. 这一年半来的工作都是围绕数据平台建设，不是很通用，没法举例。2. 虽然自己一直画页面流程图，但是说实话属于偏方多一些，按直觉行事，要总结出一两条可通用的“规则”比较难。今日因为因为天气预报号称有雷震大雨，取消了原有的外出计划，刚好在家里，想起抛出这块砖头，期望这个话题能激发更多的分享和讨论。案例呢……想一个通俗易懂又具代表性的案例真不容易，它不能太简单，太简单的话几乎上没有什么页面，也不能太复杂，太复杂了我还hold不住。刚好前不久在收拾家里闲置的衣服，舍不得扔但又不穿，当时唠叨一句，说要是有个地方能够提交下捐赠，有人上门收就好了。在我头疼要怎么举例演示页面流程图的时候，我就把这个大概YY了一下，就用“公益捐物网站”为例来说明吧。页面流程图是个好东西业务流程图重要的是描述谁在什么条件下做了什么事。而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁？用户的问题或需求是什么？用什么功能去满足需求或解决问题？这些功能的优先级是什么？这些问题都需要逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO（这些在我认为都是一个东西）去帮助自己精细化这些功能，想透彻那些需求。直接画单张页面的线框图当然是可以的，但是有可能会出现一下子进入单页面，不先系统性规划，考虑每项功能的前置和后置，每项操作的上下文，就很容易顾此失彼，遗漏重要状态或忽视本应简化的任务。说到这里，单页面的线框图很像PPT，我个人在做PPT之前，其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已，可以做得很快，只因为心中早就有谱了。所以，在画线框图之前，我也习惯先将页面流程图画出来。好处之于对于设计师或产品经理：页面流程图一张页面助你讲完完整的用户与系统的交互故事，借助它，你更容易知道流程中的潜在地雷是什么，哪里的效率比较低，有助于系统化、全局化、周全性的思考细化工作量的基础，通过页面流程图可准确评估需要多少张页面。聚焦：页面流程图中的每个页面都不必追求精细——你的目标是规划行为路径，而不是单页面交互设计，所以完全无需考虑页面内容、布局。所以你会更加聚焦于用户目标和任务的完成。不必过早陷入细节。关键是很快。线框图有可能有几十张，你画起来没那么快，而且一旦进入细节，则还需要慢慢深究。但是页面流程图也许就是几个小时的事情。你就可以对整个项目心中有数了。好处之于开发工程师：他们会很乐意你在没有原型的时侯，第一时间拿出页面流程图和他讨论需求。相信我，这比单纯的功能列表或者有业务流程图更让他们兴奋。可作为评估工作量的重要依据——可帮助他们对工作量也心中有数。可做为开展代码工作的重要参考——特别是前端开发，必须得知道每一种操作指向什么页面。他们会映射功能逻辑，会给你更多好的建议。绘制之前——回到开头我们说的案例——公益捐物网站，这个仅仅是idea，真不足以让它变成一个产品。现在借着本话题，我们也尝试一下如何把随机迸发的一个idea快速转化为产品吧。第一步：idea大拷问此步的目的是验证一下idea的靠谱程度。怎么说靠谱？1. 有目标用户——不是火星人，而且有一定的规模性。2. 对目标用户有价值——推荐使用BeforeAfter（这个术语不用google了，Heidi杜撰的）方式描述清楚。Before——即现状分析（需求、问题）。在没有你的产品前，你的目标用户遇到的问题是什么？他们明确的及潜在的需求是什么？市场上已经有哪些产品？这些产品为什么没有满足这些需求，解决这个问题？（当然，内部产品，没必要分析太多竞品，但是脑子里要过一遍这些问题，没坏处。）?After——这个产品如何满足需求及解决问题的？除此之外，潜在的利益是什么？可以分用户、公司多个维度阐释。3. 目标用户能用——有相应的能力储备（不需要经过学习、培训就可用你的产品），可及性（你能够去触及这些用户群体，让他们了解有这个产品可以用）本案例为了配合页面流程图随手拈来，单纯客观描述一下，诸位也可以帮忙诊断下是否靠谱。咱们YY下吧。?假设我们是要做这样一个网站，必须有几个参与角色吧。必须有人去收衣物，可以和公益组织、社工群体、慈善组织取得联系，让他们成为第一种参与方。这里不展开了。当然也必须有人要捐赠衣物，这里，假设定位于年轻人群体，舍得买也舍得捐，有足够的能力储备可以使用在线系统而不是等收废品的大爷吆喝。目标用户：各居民区住户，年轻人为主，年龄在22到35岁Before：空