软件设计；APP设计中需要了解的几点

今天，我们要谈谈设计了。你需要考虑移动应用的功能结构、用户流程等问题，而这些并不是那么容易。考虑到进入开发阶段我们会涉及到诸如需求变动、项目管理等棘手的问题，所以在设计阶段，我们需要给自己制定一些原则，并且要切合实际的开展工作。这样我们才能开发出一款好用又有趣的应用。忽略这些潜在的问题而盲目瞎干，你很有可能在此后的开发阶段陷入灾难在开始界面设计前，我们要先把完整的用户流程详细的走通顺走清楚

第一点：建议做页面设计时，一个页面只做一件事

用户在完成一个任务的时候，假如需要顺序完成三件事情，那么这三部需要顺序分解为三个页面。一步步引导用户去完成整个任务。并且需要告诉用户，完成整个任务需要几步或者需要多长时间，给用户一个心理预期。假如需要完成的三件事没有必要的顺序，并且这三件事在实现模型中给用户更多自由，用户很少犯错（违背实现模型进行交互），那么就需要在一个页面内完成。比如，用户在写一偏日记包括“标题”、“内容”、“日期”三个功能，并且三个功能在一起组成了一片日记。那么这三个功能就没有必要分解为三个步骤，完全可以在一个页面实现。然后再通过好的交互方式使三个功能完美的结合在一起。在这里，笔者能想到的一种交互方式像这样：1.三个功能有秩序的存在一个页面中；2.当用户选择其中一个功能，那么程序就讲用户注意力聚焦在此功能，然后提供用户 返回到1的路径。其实这个思路还是遵循了原则。

第二点：要避免为极端的用户设计

极端用户指的是那些违反常态行为和思考的部分用户。为极端用户设计并没有错，但是如果会影响大部分用户的使用体验，那么劝你还是抛弃20%的极端用户。更何况，你的良苦用心并不一定会带来极端用户的好评，既然极端，她们足以极端的让你无法想象。我曾经接触过巨白的一些用户，即这里的极端用户。有不会用QQ的辍学少女，有第一次接触win7不大明白的公司文员，有不会用ps的工程师，有不会玩愤怒小鸟的小朋友...我听到的最多的一句话就是“我不会用！能否教我一下。”但是从没听他们抱怨过产品，他们只是尽最大努力来学习使用这个产品。豌豆荚团队曾经做过一次分享，就提到一点“用户的包容性”。另外，请对自己的设计有足够的自信。用户是可以被引导的。我用自己用ps 6年了，除了破解新版本的时候有些小麻烦外，大部分时候，我还是和ps相安无事。为老用户设计，为专家用户提供高级功能，在使用帮助和新手导航中兼顾好学和极巨包容的新手用户。

第三点；要避免功能的堆砌

产品经理在收集需求的过程中，可以列出一堆待实现的功能。但是在做设计产品的时候，需要从用户目标和用户任务的角度思考问题。否者，你的产品只是“一个能盛汤的勺子”，而不是用户“喜欢用它喝汤的勺子”。看问题的角度，直接决定视觉产物。请你记住，仅依靠功能取胜的时代结束了。在现在，你不仅要绞尽脑汁的挖需求，更重要的是，把需求转化为符合用户模型的、对用户有用的产品。在这里我想到另外一个例子：微博！简单地说，微博产品分为首页list和详情页(全部微博内容+评论内容+评论功能+转发功能)（大部分App都是这个思路）。你是否发现你在list看准了一条感兴趣内容进去之后，大部分情况是想去评论或者看评论，但是你进入“详情页”，映入眼帘的是刚刚浏览过的主体信息。OK，在这里，信息传达存在重复性。重复传达同样的信息给用户是不好的，除非你的目的是加强用户记忆，但是在这里，显然，是不必要的。有些微博APP做了改进，便是在list页，加入了“评论、转发”的功能，qq空间便是这样做的。另外微博本身有140字数的限制，所以详情页的存在实在是多余。这点Path做的就很好。但是能把list页和详情页之间的切换交互做的更自然一些就完美了。如果你只是想把工作做完，那你就额头冒着油，目光呆滞的坐在电脑前，继续苦逼的堆你的功能去吧。你永远享受不到，完成一件美丽产品的美妙感觉和惊喜。

第四点：拒绝过分保守

绝对保守的人，总是不敢大胆的尝试，常常是别人做什么，我做什么。偶尔有一些新想法，最后也一定会被否掉。这往往是大公司病。跟随是一种稳健的发展方法，但是不是一个适合设计师发挥的土壤。总体来说年轻人是智能手机的主要用户群，这部分人大多是80、90后，他们性格相对开放，接纳力强，喜欢挑战，所以绝对保守的东西绝对不否和他们的口味。

第五点：不要太在意流量问题

“图文切换、流量提醒、不显示图片、离线下载、网络切换提醒...”是一些非常贴心的而功能。根据百度移动互联网发展趋势报告_2012年Q2，73.7%的Android 和iOs用户通过3G和winfi接入移动互联网。当“节省流量”和“优的用户体验”相悖时候，只要不是太恐怖的流量消耗，还是要优先考虑用户体验。

第六点；把握产品特色

面对设计潮流，是一味的跟风，还是保持企业识别？这是一个比较难的抉择，也许网站风格是非常立体的，但是时下手机端设计流行平而轻的设计。那么你怎么办？我很喜欢的一个iOs应用 Flava，我常常用它写日记。它的设计风格也是类似真实笔记本的质感，PU仿真皮封面，纸面内页。由于它独特的设计，我对它印象深刻。但是突然有一天，我感觉它找不到了，起初也没在意，后来有一天发现自己ipad中貌似有一个陌生的图标，打开来，发现原来就是Flava，全新的交互方式、设计风格也变得很平。虽然新版本也很完美，但是我仍然很失落，那个令我印象深刻的Flava不见了，脑海中还浮现着它往昔的样子。产品应该有自己的性格，像苹果，就非常重视这一点。如果连你自己都会在某一版本完全否定自己，那你如何让用户完全认可你呢？

第七点：不要固守的格式化设计思路

我是格式化思路的受害者。由于对ios 设备控件的过分熟悉，我很长一段时间内陷入一种格式化困境。以至于我所能想到的app，都是" 标题栏+内容+Tab"的格局。这样做本身没有错，也很符合ios设计规范，但是俨然没了味道。就如一顿同样的饭，吃了又吃，寡然无味。打破格式化设计思路最直接的手段，就是去看一些Web上优秀的Flash网站，学习他们是如何打破格式化布局的。

第九点；保证可视区域

文字和图标做的小，给人更加精致的感觉，但是在移动设备上，这是错误的设计。有些人会反驳说：我的点击区域是足够大的！ 假如你带着礼物去参加朋友的生日Party,一个手掌大小的礼盒，和一个14寸电脑大小的礼盒，给主人公的感觉绝对是不一样的。发散回来，用户眼睛里看到的是视觉大小，看起来特别小的控件，会使用户很紧张，小心翼翼的去点击，唯恐一次点不准。每次紧张的去点击一个按钮，对用户来说绝非一个美好的经历。

。哪怕是再简单的应用，为了确保用户流程逻辑正确、界面布局合理，我们需要反复推敲用户流程并绘制类似上面的流程图。另外值得注意的是，最好把关键功能绘制在流程图靠近顶部的地方，而不是被层层分支淹没在底部。跳过此环节而草率的开始界面设计，最终开发出的应用很可能在使用流程上不够清晰合理，用户上手后不得其解，兴趣索然。

一、不应该低估开发成本

设计师在Photoshop中画出的任何东西，最终都需要通过开发人员的代码在屏幕上表现。原本只需几小时开发的功能，由于设计师的一个看似细微的改动，可能会多耗费几天的开发时间。所以，在设计过程中要避免画蛇添足。换句话说，如果设计师主导了移动应用功能的取舍，那后果会很严重。举个搜索框的例子，原本相对简单的一个功能，设计师灵光乍现——在用户输入关键词的同时不断给出实时的搜索结果。这个看似细节的改动，很可能让开发人员当场吐血。像这种的功能改动最好经过多方讨论后做出决策，而不是任由设计师自说自话。

二、不能在低分辨率下设计，使用位图文件

始终坚持为Retina屏幕的高分辨率绘制设计图，然后以此输出低分辨率版本图片。这对于老手来说是常识，我们在这里再啰嗦几句。大家都知道，移动设备的常见屏幕尺寸是越来越五花八门（以iOS平台 为例，迄今需要考虑的就有4种分辨率)。所以，绘制高分辨率版本的图片，甚至是使用矢量图而不是位图，这些有助于设计师效率最大化，以及更好的应对未来的新硬件。

三、设备触摸区域太小

普通人的食指触摸面积在1.6至2厘米见方，而且在使用移动应用的大多数时间里，他们的手指飞快的掠过屏幕。设计移动应用界面需要时刻提醒自己这一点，用户的触摸并不能像鼠标点击一样精确。看看你的设计是不是在一屏里包含了太多的按钮等功能触发点，按钮是不是足够大，间距是不是足够宽，会不会发生用户点选不到或者误按其它按钮的问题？

四、滥用开场动画

在启动时播放一段精致的动画似乎是个不错的想法，但切忌不要为了动画而动画。Path和Thrillist’s JackThreads使用很酷的开场动画是因为这些应用启动需要一些时间，在程序完成加载之前用户什么也不能做（译者：Path启动貌似没有啥动画，难道是针对老版本说的？）。这种情况下，为用户准备一段简短愉悦的动画以消除等待的焦虑就显得很合时宜了。由于应用启动时必须首先显示一张静待图片（译者：如iOS应用的Default.png），然后才能切换到动画，所以务必确保这个切换看起来天衣无缝。一些不好的例子在处理这个环节的时候产生了不协调的跳转或者闪屏，这都是需要避免的。（译者：优酷iPad应用的早期版本存在这种切换，处理中有一闪而过的黑屏，现在的版本把动画直接去掉了）

五、 让用户不知所措的原地等待

在程序加载、处理数据、或者等待网络反馈时不给用户及时的反馈，会让用户误认为应用挂了，这也是一种不好的用户体验。举例来说：通过网络加载数据的同时，不要让用户傻傻的盯着一个空白的屏幕等待，显示一个转菊花或者动画特效什么的，让用户明白应用运行正常，只不过是在等待网络数据。如果能显示数据读取的进度条那就更好了，不过事先和开发人员商量一下开发难度（参考本文第二点）。

六、盲目借鉴其它移动平台风格

糟糕的抄袭只会让用户感到疑惑和愤怒。每一个移动平台都有自己的风格，平台厂商也已经依据其平台自身的审美诉求撰写类似苹果的Human Interface Guidelines之类的指导性文档（译者：Android现在也有类似的文档）。在iPhone上开发类似Windows Phone 7的Metro风格应用就很可能让习惯了iOS的用户感到无从下手。我想说的是，你的应用并不一定要和官方应用一模一样，但也不能看起来另类到像不属于这个平台一样。

七、过分拥挤的界面

在高PPI下设计移动应用界面，你可能不知不觉中就在一个屏幕里放了太多的东西。在27″的iMac屏幕上看设计图，你的设计是那么的赏心悦目。请在移动设备上再多看一眼（哪怕仅仅是把设计图导入手机相册看），可能就不是那么回事了。在一个屏幕内塞太多的元素，会让用户操作起来费力，甚至淹没了最重要的信息。

八、 认为所有用户都和你一样的使用应用

无论你的应用界面看起来有多赞，都要做可用性测试。你可以在熟人圈内开展小规模的beta测试，记住让一些资深的设计师也参加。根据他们的反馈，在最终发布前调整界面。你也可以在Craigslist上发布广告，邀请一些学生来试用新产品，记得提供比萨或者一点报酬什么的。

九、 忘记使用或者滥用手势操作

记住并不是所有界面元素都必须直观的被用户看到，有时我们可以隐藏一些惊喜。

拿iPhone上面的官方邮件应用 ，用户可以在收件箱中通过横扫邮件标题激活删除功能，这就免去了用户点击“编辑”、选择邮件、选择删除的麻烦。这里我们发现有个平衡点：老用户可能发觉出用手势完成快速删除，同时保留“编辑”按钮以便不熟悉的用户完成删除、标记等其它操作。所以，善用手势但不能过分倚重手势，一般来说要最好不要用手势操作替代菜单等需要点选操作的界面元素。

总   结

如果要用一句话概括文本提到的点点滴滴，那就是：好的设计是经过深思熟虑的。带着审慎的态度全面的考察你的设计，真正的从用户的角度出发想问题。不要试图走走捷径，也不要跳过测试，不要设计出连你自己都拿不出手的东西。

温馨提示：转载发布内容如有侵权，请后台联系我们会在第一时间撤销，我们希望在资源共享的同时，与您共同维护互联网的良好生态，谢谢！