【编者按】本文转自@im小气的神 的个人博客。移动平台的设计与传统的网页有许多不同之处，如独特的交互体验、不同光线下的视觉效果以及移动终端的资源有限。这些都考验着开发者的技术。
通过对设计移动界面的点滴记录，本文为读者介绍了对界面的规划的设计原则以及相关案例，并且推荐了自己中意的设计工具。
一、减少空间占用
与面向桌面电脑的网页设计不同,移动平台的设计中，屏幕空间是一个不可忽视的限制因素。设计需要符合移动平台用户的使用习惯，以最佳的状态呈现屏幕信息。
接下来以当前正在工作的UI做为sample，实战空间优化。
改进原则
去除不必要的提示信息：
合理减少界面中的文字信息，图形化界面直观的使用户可以完成操作任务。
控制字号，使用高亮/对比方式突出类似条目信息 ：
有需要充分利用单屏的空间，在不影响文字显示底线，采用多途径的设计方式描述内容。
合理布局功能控件 ：
减少显示中的控件使用，学会聪明的隐藏低优先级的功能，对于用户熟悉操作与产品开发都将是有益的。
如在Iphone平台善用标准化的action sheet，在Android中的collapsed menu。
限制因素
平台操作习惯
遵循不同平台的设计准则(你可以从官方的UI开发指南获取这些帮助教程)，避免将错误的理念带给特定的平台。如你不会在Iphone的设计中使用Android/Symbian的Options。熟悉这些原则不仅会使产品易用，善用组合的设计也将提升操作体验。
屏幕物理属性
不同尺寸的屏幕不同的UI。要考虑的产品在所有目标用户的不同屏幕的显示效果。如果要做一个通版的UI设计，需要重点考虑带来的负面影响。触摸屏是另外一个需要考虑的情况，滑动使得翻页变的容易，可点击的元素尺寸是否有必要增大以适应大的手指……要知道， mutli-touch 目前只是apple的专利。
我们需要为特定的这个页面做些什么
这个是一个Android平台的程序。一个优惠券列表页面，优惠券是我们最重要的显示内容。用户需要在单屏中预览更多的优惠券信息，商店信息次之，而tab导航将被保持以保证用户不会迷路。
移除标题。
默认收起商店信息,点击可弹下显示。
为保证用户对商店信息的初步了解与注意,加入商店名称。
接下来我们将得到下面的界面。
UI不只是皮肤，请用心使界面更加好用。
二、Flow大局观
在移动设计中，我们需要完善的功能flow，对它认知的价值使得flow在整个设计开发过程中始终走在前面。完善的flow不仅令功能产品更加易用，带来良好的用户体验，与此同时，也有助于提升开发效率，不到位的flow将带来设计与开发的反复，使团队蒙受损失。
良好的移动产品flow标准有三
end to end
清晰
整合
所谓end to end是指功能根据需求设计需要符合所在平台的特性，完整的考虑到用户如何在任何场景下使用操作及完成任务，提供因为有效或无效操作而带来的反馈帮助信息。
清晰是指整个设计中不会造成用户的疑惑，符合平台特性易于理解的设计。通常但凡清晰的功能，即使需要付出更多次的操作，value还是高于稍显混乱的设计，虽然后者简化了用户的操作。
整合，在叙述减少空间占用时提到，受限于移动产品的诸多条件，合理的归纳使得产品使用更为流畅。这与清晰并不矛盾，重在调和。
下面以前些时间已经release的一个功能模块作为示例，展示如何设计一个良好的flow。
案例简析
功能目标：通过列表快速定位城市。
该功能从属于Map视图，图标以形象的道路指向标示。
在mockup中的功能主UI，显示支持的国家；
点击任意国家进入以首字母排列的城市列表；
点击任意城市，自动切入到Map视图并转向相应的可视地区。
主UI左上角提供Back键，预留回退。
在此，还有另一种设计思路：使用IPhone自带的Pickers控件，将国家列表横向置于上方，城市列表纵向置于UI下方。
它的优势在于可以在一屏中解决所有的问题。但为了更好的使用Pickers，你需要加入更多的诸如Supported City等提示信息以区分两个Pickers，以及顶部的Done Cancel按钮，以完善flow。
这使得用户需要更多的时间来熟悉操作，这不是我们想要看到的。
站在用户的高度，你将更理解设计。
三、工欲善其事,必先利其器-移动端的交互设计工具
经常有朋友问起，用什么工具做移动端的交互设计？
这是通常在接触交互设计都会碰到的问题，分享几点应用的经验。
1、Fireworks
从N年前做web开始就一直用Fireworks，这是一个非常高效的屏幕图像处理软件。
提供了基本的图形、钢笔工具，并可以快速的完成颜色的定制设置，布局便捷。
Fireworks是最佳的整合平台。
忘记全能的PS吧，这里你不需要瑞士军刀。
2、PowerPoint
对的，就是幻灯片演示。永远不要忽略工具的潜力。
PowerPoint 提供了大量的预设工具与样式，以满足基本场景的绘制，并创建不受工具限制的演示修改环境（当然PowerPoint是必备的^^）。
同样这是最优体积的解决方案。
忘记臃肿的位图工具吧，这里只有KB级别的wireframe。
3、Axure RP
这是真正称为专业意义上的交互设计工具。复杂到抓狂，当然我们并不是需要搞懂所有的功能。
RP即是Rapid Prototyping，快速原型。
充分利用它的自带组件，整合到Fireworks与PowerPoint里去吧。
4、MindManager
记住它的名字，管理好的你思维，我们不能遗忘任何一个Scenario。
在工作中保持一个窗口。
它距产品的mockup最远，却离精髓最近。
5、Balsamiq Mockups
值得一试的IPhone原型工具，你会发现原型的表现也可以有趣。
但只用它去做一些不正式的show吧。
它的模型不够精确、过于随意，也不对中文提供支持（或许善用工具的你会导出到Fireworks中二次处理）。
6、铅笔与记事本
真正热爱你的所从事的工作。
快速的记录想法随时随地，电子产品总有盲区。
拿一只顺手的铅笔，利其器，善其事。
最后最重要的一点——它们只是工具，核心在于独立精神驱动下的你。
四、为了阳光而设计
Lisa是一个sales，一天上午她拿出手机准备定位当前与客户的位置，确定路线。却发现因为过于强烈的光线，看不清列表结果页的地址。
Bill有睡前用手机查看订阅、处理邮件的习惯。却总会因为屏幕刺眼的光线，需要时间逐渐从光晕中适应辨清字体。
类似的场景在日常生活中你或许也有碰到。
部分硬件设备也为其提供了相应的解决方案——屏幕亮度调节，可以手动控制屏幕的亮度，适应不同的环境，以及在更高端的设备上支持的光线感应器。
同时我们也看到应用商所做的努力。更有贴心的是阅读应用的夜晚阅读模式，这为字体与背景提供了弱对比度的配色设计。
但我们在更多的应用软件中发现，对光线环境的设计需求被忽略。我相信也会有更多的方式与设计，为用户带来良好的针对环境的优化体验。忘记浮躁的成本效益，专注产品UI设计。
设计原则
布局结构清晰
清晰的布局结构是对一个应用是否可用的基本要求，功能布局层次鲜明，使得新用户通过低成本的学习快速记忆掌握应用的功能布局，能够在短时间内完成既定的任务。
内容清晰
保持图标的简约以及文字的可读尺寸，切忌因为过于追求特效与视觉美感，忽略最基本的可读性。
适合的灰度与色彩对比度
为不同的环境模式提供相应的对比度设计，以减少用户的阅读疲劳，其中仍需保持内容的可读性。
声音事件的反馈
设计不应局限于视觉体验，在enable操作后触发的声音，会让用户确信每一步操作的正确，以及填充某些环境下视觉设计的死角。
适合的环境元素参与
更多具有感情色彩的元素参与，将赋予界面更多的灵性。将weather的元素加入reader不是一件很温馨的事情么？
视觉设计范例
1、Google Map
清晰的功能引导设计，绿色、红色的Pin可以直观的确认目的地与当前位置，导航列表简洁，可以更可靠的工作在日光之下。
2、QQ浏览器
提供了白天模式/夜间模式的切换，在夜间周围光线较弱时，一定程度上缓解了视觉疲劳。
3、商铺点评
为室内/室外环境分别做了配色以及字体设计。在室外的实际应用过程中，更大的字体与对比反差带来了良好的阅读体验。并概念性的加入了天气组件，为出游逛街提供了更多便利。
特例
当然，并不是所有的应用都需要针对性的UI设计，该类设计较适用于内容主导的生活相关应用。在游戏中设计多套色彩模型并不是一个好主意。
五、主功能入口设计 tabbar or grid-based
传统的iPhone Android应用主界面功能入口是基于tabbar的设计，区别无非是tabbar的位置是top or bottom。（我们甚至还看到了针对这个位置的讨论，当然两者都有其设计的意义）
而随着产品功能的不断加入，会出现tabbar的空间不能满足需求的情况，你知道iPhone 默认只预留了5个位置（more并不是一个好的设计），在保证主功能可视与可点击的情况下，Android也摆脱不了tabbar设计受限的情况。
是的，我们需要改变这一个传统的设计。或许你在许多应用上已经有所体验——基于grid的设计。
首先，我们再重新回到前面的讨论，tabbar究竟出现了什么问题？综合来看，主要为以下几点
无法满足一次展示全部功能或者更低操作成本下展示的需求。
tab切换存在不同tab执行重叠任务的可能，对于用户专注某一flow任务产生障碍。
对操作本身的消极设计，增加误操作的可能性，也成为在单一任务执行时的视觉噪声。
在一个页面中允许加入大量的icon入口，并通过页面滑动轻松完成对功能的浏览。
页面上更少视觉与可点击元素的加入，更clean的设计。
如何进一步的完善grid-based设计？
我们在windowsPhone找到了答案——live tiles。它承载了更多的信息传达，而不只是icon。
专注单一功能的核心flow，不要妄图在单一任务的操作过程中提供其它功能入口。
随时终止并回到主功能入口的可能。
