毁掉移动应用设计6个想当然.pdf

毁掉移动应用设计的6个想当然 过去几年来 ，用户交互进化如此迅速 ，设计师们都 跟不上了——导致在创建移动应用时 ， 从其他媒介 （甚至陈旧的应用设计 ）中照搬交互设计技巧。 其实重要的是要记住 ：交互模式和设计要随着媒介的改变而变化。 这种思想的第一阶段 ，可见于鼠标键盘的台式电脑过渡到触摸屏的过程中 （A pple新推出的3D To uch就是个更加精细的例子 ）。从全新的交互模式 ，到微小的交互细节和趋势 ，每种新的设备、 环境、模式和手势 ，都带来了机遇和陷阱。 照片来源 ：A pple 光是了解它们就要费一番功夫——更别说为它们设计了——下面是一些设计移动应用时应当避免的 想当然。 1. 用户总是需要创建账号 他们不需要 ，许多时候他们不想、也没有必要。 作为开发者 ，除非将用户固化到数据库中 ，否则很容易把他们拒之门外。但从用户的角度看 ，这不 是光彩之举。 凭什么要先注册 ，才能知道里面有什么 ？这个过程劳神费力 ，必须得物有所值。 相反 ，用户数据可以离线储存 ，当用户最终决定创建账号时转移到账户中。或者 ，可以考虑使用“ 访客”或“试用”模式 ，开放核心功能 （比如下面的Wunderlist ），展现应用的功能 ，但是功能有限 ， 或者带有水印。 照片来源 ：Wunderlist 一旦证明了你的应用有价值 ，用户毫无疑问会决定注册。在那之前 ，就有点过分要求了。 2. 用户需要一套教程 ，告诉他们你的应用有多棒 让用户使用 ，借此展现你的应用有多棒。解释它有多好是非常无力的。而且 ，用户通常都会跳过并 忘记引导页。 浏览了所有说明的用户 ，并不太理解整个引导页设计。 如果你一定需要用户使用全部注意力 ，一步一步浏览引导 （有些应用确实如此 ），那就要尽可能短 ，并且凭借帮助菜单来呈现。这就有意义多了 ，即使在用户用了一段时间以后。 照片来源 ：UX Cam 3. 不要假设某种方式能适应所有应用 即使是常见的交互模式 ，也应该根据你应用的特定环境来评估。 有个常见的例子 ，地址输入框里的“省份”下拉选项。由于省份名可以写作几种不同形式 ，标准的预定 义内容下拉菜单有它的合理意义。在这桌面端或许是可接受的 （尽管这尚存争议 ），但对于移动端 可用性而言 ，下拉菜单是最糟糕的选择。 应用的交互也是强调品牌的绝好机会。如今的应用中 ，有些非常难忘的品牌“瞬间” ，例如从启动图 进入信息流时的T it t er小鸟 ，Snapchat 的个人资料图片动画 ，还有Ho pper的加载图片 （详见第 5条 ）。 关键是我们不该迷信久经考验的方法 ，那不是使我们应用出彩的唯一方式。 Ho pper应用的加载界面。 4 . 应用设计和响应式网页设计是一回事 虽然响应式设计近似于移动应用设计 ，但为任何设备设计 ，与为独立应用设计 ，有天壤之别。 用户在移动应用中期望特定的交互模式和界面元素。 例如 ，在iO S应用左上角通常有个“返回”按钮 ，用来返回前一个界面。在网页浏览器中 ，网站本身就 不需要返回按钮了 ；它通常都被省略掉 ，因为那和浏览器本身太像了。 虽然这是很基本且显而易见的例子 ，从菜单和表单 ，到“弹窗”和字体大小 ，一切都有细微差别。我 们在网页中的设计 ，在移动应用中往往显得有点尴尬或粗糙——并非必定是哪里错了 ，而是它本就 不同。 图片来源 ：T D Bank iO S应用的登录和LinkedIn iO S应用的登录 比较一下T D Bank iO S版和LinkedIn iO S版的登录界面。 在T D Bank iO S应用中 ，你会发现他们主要的UI元素做成了应用的样子 ，左上角有返回按钮 ，底部 还能看到一栏菜单 （与iO S的模式一致 ）。却没有像应用那样 ，为登录框本身 （和其他页面内容 ） 设计样式。输入框上有默认的iO S圆角和阴影 ，勾选框非常小 ，链接带有下划线 ，UI中甚至还带有 版权公告。缺乏应用独有的感觉。 相反 ，LinkedIn iO S应用的确感觉像是个应用 ，尽管不是因为哪个特定的设计或界面元素。而是因 为他们没有把网页打包成应用。他们为应用而设计 ，而非移动端网页——我们能看出区别。 5. “加载小转盘”是表达加载中和思考中的正确方式 默认的加载图标