《iOS应用软件设计之道》—— 2.10 画工作流程草图

2.10 画工作流程草图

工作流程草图就是应用软件里不同画面的地图,从一个画面移动至另一个画面,就像是应用软件可视的高层次提纲。倘若你的应用软件相当简单,也许在一张图中就能画出所有的东西;否则,可以将其分割成几块,每块分别画出相关部分。例如,假设你的iPad应用软件有几个浮动框,你可以为每个浮动框都画个地图。有的应用软件通过一贯方式(如页签)来快速切换功能块。对于这类应用软件,就适合为每个页签赋予其自己的工作流程地图。
工作流程最抽象时,可以采用方块与箭头线的简单组合,来展示应用软件不同画面间的路线关系。假如每个节点呈现你用来切换状态的控件,你可以将这些控件关联至它导向的地方:从控件上画个箭头线,从它所在的画面出来,直达它所导向的画面。箭头线的根位于控件上,而箭头指向某个整体画面。

iPad应用软件上有种流行的布局方式,就是主从复合结构(master/detail):左边是侧边栏,控制右边主内容区显示的内容。如果你采用了主从复合结构,则要确保用户在导航左边框条目时,右边主内容区显示对应的内容。
工作流程草图有助于确保应用软件切换画面时有合理的路径。你可以找出多余的路径:在初始启动画面与账号配置画面间,真的需要三个画面吗?你还可以发现哪些地方有太多的路径到同一地方:你需要四种不同路径到达设置画面吗?或许,能否删除其中的三种路径?倘若应用软件的地图似乎难以解释这些流程,就说明它实现起来会让人糊涂。
在iOS上,人们对你的应用软件的期望是,进入应用软件,迅速找到所需的任务,做完、退出。他们不想在导航页面之间绕来绕去。事实上,你的工作流程应当包含一个即时的Home按钮,随时可用而没有负面作用。当然,用户花到应用软件上的时间取决于该应用软件。人们在电子阅读器应用软件里花的时间往往比股票行情查阅应用软件多。但即使在你的应用软件长时间会谈的中间,用户仍然可能会切换至其他程序,例如到Twitter,或者到Wikipedia查阅词条,或者在待办事项清单里添加任务。工作流程应当尽可能地提供快捷方式,让人们容易回到最重要的几个画面。
图2.5给出了SnackLog里的临时摸索性草图会话,它结合了照片与数字键盘的功能。它从图2.2里那个平淡无奇的画面开始,点击Price栏目切换至文字输入画面,里面显示一个键盘;或者点击Take Photo按钮对实物进行抓拍。
这里重要的是什么?逐个画面画出草图,能够让设计者认识到组合它们的价值。如果设计人员不把这些草图画在纸上,是无法体验出来的。要构思该软件的核心创新之处,就是要信手涂鸦,然后盯着看一分钟。遵从错误逻辑结论的设计,是个让你不再拘泥于“不想怎样做”的好办法。而另辟蹊径,故意画个错误设计,却可以直接得到正确的设计效果。
图2.6对SnackLog的新思路给出了更精致的工作流草图。这是个简单的应用软件,根本没有太多的画面。其他应用软件也许有几十张画面。控件的细节并不重要,所以这些控件用相当简洁的方式表达出来。

请注意,流程设计只有几个画面,进入应用软件、记录事项的过程也不崎岖坎坷。这里没有快捷方式,因为从任何给定画面到其他画面都只需要几次点击。只有在其他方式要耗费太多麻烦才能导航的时候,才需要快捷方式。可以参考iPhone上Music应用软件的做法,它让你用页签来从四节中的任何一个切换至顶层,而不是一直点击Back按钮。

时间: 2024-10-28 23:06:10

《iOS应用软件设计之道》—— 2.10 画工作流程草图的相关文章

《iOS应用软件设计之道》—— 2.3 绘制草图的工具

2.3 绘制草图的工具 任何东西,只要能让你迅速画图并修改.涂鸦的东西都可当作绘制草图的工具.不必选用精致的本子来打草稿,如纸张考究.完美的格子.匠心独运的皮制封面.可以花一辈子时间来尝试铅笔.钢笔.记号笔.纸板和其他画草图的工具.还可以安装使用全屏的绘图.素描型iPad应用软件. 就这样!人们喜欢用装备精良的工具来做事,用这样的工具是种享受.但不要买椟还珠,迷恋工具的精确性,而忘却画草图的要点.草图应该画起来迅速.粗糙可更改.返工和回想先前草图应该能信手拈来,而一旦这些草图达到你的目的,你可以

《iOS应用软件设计之道》—— 导读

前言 你好 这个世界终究注意到了设计,尽管花了些时日,但设计的确很关键. 有关设计力量的完美故事可以追溯到2007年4月关于微软首席执行官史蒂夫·巴尔默的一番笑谈.那是在1月份,苹果公司的史蒂夫·乔布斯刚刚宣布了iPhone的诞生,所有人都在思量这个发布,考虑如何应对它.面对群雄割据的智能手机市场,巴尔默在"USA Today"的访谈中这样评论iPhone在市场中的机会:"iPhone不会有机会获得任何可观的市场份额.没有机会." 我可不是幸灾乐祸,但这个预言的失误

《iOS应用软件设计之道》—— 1.10 减少问题

1.10 减少问题 列提纲时还要顺便解答一个关键的设计问题:这些条目会不会是同一件事物呢?设计的相当大一部分工作就是找出产品到底要做成什么样子,它的每个组件如何组装到一起?两个需求能否通过一个功能满足?某个功能是否做的事太多,若分解成多个功能,会不会更顺畅些?作为设计人员,你的个人风格很大程度上就是你在合并.拆分应用软件的组件时的力度,所以要准备花大量的时间来考虑这个问题.例如,在SnackLog设计中,你正考虑是否要包含标记和多用户支持.在组织提纲时,你发现它们似乎均可以放到"分类化"

《iOS应用软件设计之道》—— 3.2 对标准组件的建议

3.2 对标准组件的建议 组件可以构成画面中的各块内容,这些块包括视图.控件.警示等.在画线框图时,你只需要找出合适的组件,将其安排到合适的画面中.当然,这么说就像写一本畅销小说,只是把合适的词语按合适的顺序摆放而已.对于杰出的应用软件,你需要大量的智慧来组织设计,但要这么做,你得确保自己熟悉要用到的这些模块. 应当优先选取操作系统提供的标准组件,而不是构建自己的组件来组织设计,这是规则.对于几乎所有需求,都有标准控件把工作可靠.可预见地实现.标准控件有用户熟悉的好处,用户理所当然会花多数时间到

《iOS应用软件设计之道》—— 3.1 流向:从一个画面到另一个画面

3.1 流向:从一个画面到另一个画面 简单地说,线框图的主要困难在于指出如何将功能清单以一系列的二维画面表达出来.困难的一部分是提供画面间的流向,让用户感到合理.易于使用.下面看一些构建聪明的流向方案,可供采用. 3.1.1 导航控制器 导航控制器是iOS上最常见的画面切换方法(参看图3.1示例).位于画面顶端的流向条指示出当前位置,并包含一个回退按钮.内容区的右向箭头提供沿层次结构向下的方法.这种组织方式使任意数目的分支路径成为可能,而且回到顶层的方法也是统一的.用户在这种流向方案中,可以垂直

《iOS应用软件设计之道》—— 2.2 谈话中论设计

2.2 谈话中论设计 你在开会.会议已经开了半个小时.每个人都在谈论你关于Framistan应用软件设计的提议.他们都自认为清楚你提案的概念和分歧.有些人赞成你的想法,有些人则反对.最后,为了阐明其中一些细节的要点,你把Framistan画到白板上.突然,房间里有一半人站了起来:"我没想到这里有个'取消'按钮!","噢,这只是个消息框,而不是全屏窗口?","啊,但如果你旋转了iPad,结果会怎么样呢?",等等.这说明每个人对Framistan都是

《iOS应用软件设计之道》—— 2.5 何时画草图

2.5 何时画草图 在若干情况下,画草图是很有必要的. 描述架构提纲.最初,你要仔细检查整个架构提纲,画出每一幅画面的内容.每个功能都要能看到,每步流向都要明确,架构提纲里的每个条目都要以某种形式在草图中体现出来.一时间,你的各个想法和注解组成了可供检查和发展的基础.这些草图和提纲一起呈现出了对应用软件应该如何表现的高层次理解. 直接画架构草图.倘若应用软件规模较小,其功能可以通过所提供的画面显示来定义,就可以跳过架构提纲,直接从架构草图开始.对小不点型的应用软件(如内置的Stocks或Note

《iOS应用软件设计之道》—— 2.8 绘制界面草图

2.8 绘制界面草图 最直接的草图就是字面上的界面:你实际在画大致iPad或iPhone尺寸的矩形,并填充以屏幕控件的大致形式.这有助于你看到每个屏幕的大体关系.每张草图都要解答一个问题.一张草图要能回答下列问题中的某些,但可能不会马上解答所有问题: 多少内容可以恰当地放到你拥有的空间里. 应该用什么样的标准元素:顶部工具栏.底部工具栏.页签栏等. 你想构建什么样的定制控件. 控件如何分组. 画面角落和边缘应该布置哪些控件到主要位置. 你有多少空间可用. 但草图不能解答下面这类问题: 实际的颜色

《iOS应用软件设计之道》—— 第3章 熟悉iOS

第3章 熟悉iOS 精于iOS设计的主要因素在于了解该平台能提供什么东西.设计的大部分工作都是选取一组标准流向方案和控件.有时你需要构思定制组件,但即使原创设计,仍然要符合该平台的精神. 虽然你从日常应用软件里已经看到了这些标准组件和行为,但是你可能还是没意识到苹果公司和第三方开发者使用它们的原因.本章将对<iOS人机界面指导原则>的标准选项进行深入阐释,提供深层见解.然后我会谈到如何创建自己的定制设计,以便在iOS平台上如鱼得水. 在阅读本章后,你将准备着手画线框图.在作提纲和画草图时,你可