设为首页 加入收藏

TOP

网站设计:Web流程图的绘画指南
2012-09-06 19:27:30 来源:站长资讯 作者:站长资讯 【 】 浏览:1237次 评论:0

 

 

  编者按:本文作者为设计师Felix Ding,丁宇。在作者设计生涯开始的早期,就开始接触流程图。一个好的流程图,可以用来理解需求、解析复杂的业务流程、同时也有助于交互设计。

  为了使流程图的价值最大化,文中着重分析了开始和结束标记、界面、对话框、决策点、条件分支、子流程、跳转点、描述、系统行为等视觉词汇。

  前言

  在我设计生涯的早期,我就开始绘制流程图了。刚开始的时候,我所绘制的流程图大都比较简单,图中的节点不多,逻辑也是直截了当的。因此,一直到我加入支付宝-中国最大的线上支付平台,我才意识到复杂的流程图的用处巨大。在支付宝,业务需求和流程之复杂、变化之迅速,使得理解它们本身已经是一件非常有挑战性的工作。正是此时,我开始依靠流程图来理解需求,并使用这一方法来做交互设计。渐渐地,流程图显现它的魅力:产品经理喜欢它,连工程师也用它来指导开发。

  2008年秋天,我将自己的经验总结为一篇题为《画Web流程图的一点心得》的文章,发表在自己的blog上。该文立即引起了广泛的注意。各种推荐、转载、讨论和跟进的文章在线上线下都频频出现,甚至有人按照我在文章中提到的方法制作了一套流程图模板。时至今日,这篇发表于四年前的文章仍然给我的个人主页带来不少流量。

  然而,上述文章有一个比较严重的问题,使得其内容带有误导性:它并没有使用用于“描述信息架构和交互设计”的《视觉词汇表》。坦白讲,写作的时候我并没有注意到有这样一份广为人知的词汇表存在,而是创建了我自己的词汇,并将其介绍给大众。因此,文章的部分内容没有遵循惯例,从DRY(Don’t Repeat Yourself,不要重复自己)的角度讲这并不是很合适。该文发表一年后,我的确在另一篇文章中指出了这一问题,但遗憾地是这次没能像上次一样引起广泛的注意。

  此外,距离该文章发表已经有几年过去了,我又积累了不少新的经验和想法,希望分享给大家,特别是英文读者们。

  因此现在如你所见,我完成了英文版、带有最新内容的《画Web流程图的一点心得》,并且提供了自制的配套模版下载。

  内容概要

  本文涵盖了你应该了解的关于Web流程图的最重要的几条准则:

  基本思路

  视觉词汇表

  范例

  建议和提示

  工具和模版

  1.基本思路

  什么是流程图?

  流程图,顾名思义,是用来描述某个系统在不同的情况下,如何应对用户的状态、决定和行为的图。

  流程图能给你什么样的帮助?

  通常,对于任何希望创建流程的人来说,无论创建的是什么用的流程,流程图都是很有用的。比如工厂可以用流程图来告知其员工,当有人受伤后正确的急救流程是什么。当然除此以外,在本文中,我只会举关于Web设计流程图的例子。

  对交互设计师和产品经理来说,流程图是一个核心的工具。它可以帮你:

  设计你产品的交互流程

  确保的你的产品在任何时候都是友好的(甚至包括你原来根本未曾考虑过的故障发生时)

  帮助你整合零散的线框图

  帮助你与不同背景的同事进行沟通:比如引导工程师开发

  2.视觉词汇

  接下来的几页中,我将介绍视觉词汇和它们的使用方式:

  起点和终点

  界面

  对话框

  决策点

  条件分支

  子流程

  跳转点

  描述

  系统行为

  起点和终点

  

 

  起点和终点是用来标识交互的开端和结束的地方,任何流程图都必须有且只有一个起点和至少一个终点。

  界面

  

 

  界面元素被用来表现各种用户界面,比如窗体或网页。界面的编号可以用来做识别符,在协作过程中会非常有用。比如在开电话会议时,你可以用 “节点N”来表达你想指明的某个界面元素。

  不仅如此,设计师也可以采用此规则为线框图命名。比如“23.png” 线框图与23号界面对应。这大大节省了文档的阅读者-比如工程师-找寻对应线框图的时间。

  对话框

  

 

  随着Web应用的问世,Web交互也从线性模式向基于状态的模式转换。局部页面更新和单页面内交互也越来越普遍,最常见的形式之一就是浮动消息,例如表单验证错误后出现的错误提示。然而,做两个几乎相同的线框图不仅没必要,甚至很别扭。所以,对于这种由java script渲染出来的模态或非模态对话框,我特别创造了一种叫做“对话框”的新元素。

  Note1:我的朋友曹晓刚(@caoxg),一名资深技术人和企业家,用UML(Unified Modeling Language,统一建模语言)状态机来描述Web应用中的状态,以及这些状态之间的转换。我在想办法将这个状态机转变成一个更简单、更适合设计师的图示。

  Note2:如果你设计的不是Web应用(具体地说,不是那种看起来像桌面应用却运行在浏览器上的),我建议你不要依赖java script,甚至不要用它。具体的原因当然是题外话,我也就不在此详细描述。如果你想要答案并了解我的“JapMag”设计语言,请访问:http://dingyu.me/portfolios/dingyu-me。

  决策点

  

 

  决策点指用户需要做出决策的地方,通常流程走到这,界面都在等待用户做出下一步去哪的选择。

  如图所示,通常我会让正面的选择(“Yes”)向下流动,而负面的选择(“No”)指向右侧。

  这条规则能提供更佳的阅读体验,因为规则本身是很清楚且自然的(英文的写法也是如此)。

  这条规则还可以帮助设计师策划流程图:流程图的主线居左,至上而下流动,而分支在右侧,这样整个流程图结构就自然而然地从左到右、由上至下了。

  注:实际上,我曾读过美国前总统Geoge W.Bush的自传“Decision Points”(中译本为《抉择时刻》)。因此,撰写本页总让我想起这本书。

  条件分支

  

 

  条件分支看上去和决策点比较类似,但它们完成的是截然不同的功能:在决策点中,决策是由用户明确做出的;而对于条件分支,则是由系统于后台自动选择合适的路径。

  子流程

  

 

  子流程是相对独立、在整个系统内都能够被重用的流程。例如,你可以将一些相同的(会被频繁使用的)任务-比如用户验证和接入网络等-打包成子流程,然后将它们集成到更大或特定的流程图中。

  如果你的流程图包含子流程,那么在别人问你要之前,你最好将相关的所有子流程图也一并提交。

  跳转点

  

 

  在有些高度复杂的情况中,我们需要用户直接跳转到另一条路径,这时就需要跳转点。

  和之前所说的一样,圆圈里的数字指向某个节点,这个节点便是该跳转点将引向的节点。

  显然,跳转点是某条路径的终点。

  描述

  

 

  描述是节约沟通时间的一种便捷的方法。不过别理解错误,你仍需要以各种形式和你流程图的读者交流,只是描述因为能起到备忘和提示的作用,依照我的经验,这的确会节省很多时间。

  系统行为

  

 

  系统行为是指系统完成的一系列后台行为操作。例如,我们想要记录用户登录失败时的数据,就可以在流程图中以 “收集错误日志”的系统行为来表示。

  作为设计师或产品经理,我们虽然不需要将每种后台操作都付之于图,但我们还是有必要把那些和用户体验相关,或那些对我们重要的操作放进流程图,此外还要写入规范或文档里,再次清晰地声明,确保每个人都能领略其义。

  元素总结

  

 

  3.范例

  登录

  下图为一个简易登录流程图,用来描述用户登录时系统如何反应:

  

 

  安全检查

  以下流程图展示如何使用系统行为和子流程这样的元素。它来自于真实的项目,只是由于版权问题已被我稍稍修改。

  

 

  其它真实范例

  如你所见,不管业务逻辑多么复杂,流程图都能用来描述系统是如何工作的。

  

 

  4.建议和提示

  基于调查结果,指引线框图

  用户和他们的特点是指导绘制流程图的首要因素。用户调查能够发现:用户过去的体验是什么?用户的期望是什么?使用场景和环境是什么?这些问题在流程图的设计中起关键作用。

  同样,流程图对线框图的制作也有指导作用。多数时候,一旦流程图完工,线框图的内容甚至布局已经基本确定了。当然了,这也正是流程图的目的所在:连接线框图。

  

 

  Note:在流程图之前我们会有如用例这样的其它交付物。上图并没有涉及到这些内容,因为这并非本页的重点。

  使你的流程图完整

  制作流程图最难的是,它必须囊括所有可能的情况,在我看来,这一点在应对复杂逻辑的商业需求时是很有挑战性的。你将会遇到很多类似 “要是如何便会怎样”的问题,并且有时候直到工程师告诉你,你才意识到自己之前欠缺考虑!所以,制作完整的流程图不仅需要你了解用户,还需要你懂业务逻辑,甚至要熟悉幕后的系统运作机制!

  最好的办法是和产品经理、工程师还有其他和商业需求有关的同事在工作中紧密协作。我见过不少交互设计师闷头一人工作,然后在产品会议中遇到猛烈的挑战。别再那样了!相反,和项目相关的人合作,一起制作流程图(以及其它交付物),从不同角度排除不确定性,使它更完整全面(这样也没人会再挑战你了,因为他们每个人也是参与制作的一份子)。

  别忘记元数据

  

 

  从协作和文档管理的角度来说,你至少得给流程图起个名字,写下作者、版本和时间。

  除此之外,即便你的流程图使用了《视觉词汇表》,你的同事或客户仍有可能不明白这些花俏的元素,所以,请记得加上图例。

  5.工具和模版

  众多工具中,我推荐OmniGaffle和Microsoft Visio。

  OmniGaffle

  

 

  对Mac用户们来说,OmniGraffle以前是,现在仍是首选工具。它不仅有丰富的功能,最重要的是,它的用户体验是首屈一指的。我认识的设计师很多已经换了Mac,并随之使用OmniGraffle。

  Microsoft Visio

  

 

  Windows用户可以考虑用Visio,它有一些内建的模版,也许能大大减轻你的工作。

  模版

  Allen Le基于我前一篇文章发布了一系列Visio的模版,很漂亮,对此我不胜感激。你可以在这里找到:http://www.allenle.com/archives/1530.html。

  OmniGraffle的粉丝可以在http://graffl etopia.com/stencils/905 下载到我制作的模版。

  收尾

  编写此文章花了我大概两周时间,并且用英文写更是增加了难度,因为英语并非我的母语。这是我第一次用非母语撰写教程,但我十分乐在其中。对我来说,写作是总结过去、保持创造的一种很好的方式,如果有人可以从中受益,我会十分开心。任何问题或建议,请在这里给我留言:

  http://dingyu.me/blog/the-definitive-guideto-web-flowcharts

  Via:The definitive guide to Web flowcharts

  PPT在莫名其妙被墙的 slideshare 上

        来源:雷锋网 http://www.leiphone.com/flowcharts-web-design.html

您看到此篇文章时的感受是:
Tags:网站,Web,流程,绘画指,编者,本文,作者,计师,Feli,站长,网站,网站推广,赚钱 责任编辑:admin
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
分享到QQ空间
分享到: 
上一篇地方门户型网站的昨天、今天和明天 下一篇交互设计:多屏幕使用环境下的产..

评论

帐  号: 密码: (新用户注册)
验 证 码:
表  情:
内  容:

相关栏目

最新文章

图片主题

热门文章

推荐文章

相关文章

广告位

友情链接
合作伙伴: