交互设计

【译】毁掉移动应用设计的6个想当然

0
登录或者登记去做吧。

过去几年来,用户交互进化如此迅速,设计师们都快跟不上了——导致在创建移动应用时,从其他媒介(甚至陈旧的应用设计)中照搬交互设计技巧。

其实重要的是要记住:交互模式和设计要随着媒介的改变而变化。

这种思想的第一阶段,可见于鼠标键盘的台式电脑过渡到触摸屏的过程中(Apple新推出的3D Touch就是个更加精细的例子)。从全新的交互模式,到微小的交互细节和趋势,每种新的设备、环境、模式和手势,都带来了机遇和陷阱。

8klc20160131

光是了解它们就要费一番功夫——更别说为它们设计了——下面是一些设计移动应用时应当避免的想当然。

1. 用户总是需要创建账号

他们不需要,许多时候他们不想、也没有必要。

作为开发者,除非将用户固化到数据库中,否则很容易把他们拒之门外。但从用户的角度看,这不是光彩之举。

凭什么要先注册,才能知道里面有什么?这个过程劳神费力,必须得物有所值。

相反,用户数据可以离线储存,当用户最终决定创建账号时转移到账户中。或者,可以考虑使用“访客”或“试用”模式,开放核心功能(比如下面的Wunderlist),展现应用的功能,但是功能有限,或者带有水印。

7klc20160131

一旦证明了你的应用有价值,用户毫无疑问会决定注册。在那之前,就有点过分要求了。

2. 用户需要一套教程,告诉他们你的应用有多棒

让用户使用,借此展现你的应用有多棒。解释它有多好是非常无力的。而且,用户通常都会跳过并忘记引导页。

浏览了所有说明的用户,并不太理解整个引导页设计。

如果你一定需要用户使用全部注意力,一步一步浏览引导(有些应用确实如此),那就要尽可能短,并且凭借帮助菜单来呈现。这就有意义多了,即使在用户用了一段时间以后。

6klc20160131

▲ Flipboard 的引导界面

3. 不要假设某种方式能适应所有应用

即使是常见的交互模式,也应该根据你应用的特定环境来评估。

有个常见的例子,地址输入框里的“省份”下拉选项。由于省份名可以写作几种不同形式,标准的预定义内容下拉菜单有它的合理意义。在这桌面端或许是可接受的(尽管这尚存争议),但对于移动端可用性而言,下拉菜单是最糟糕的选择。

应用的交互也是强调品牌的绝好机会。如今的应用中,有些非常难忘的品牌“瞬间”,例如从启动图进入信息流时的Twitter小鸟,Snapchat的个人资料图片动画,还有Hopper的加载图片(详见第5条)。

关键是我们不该迷信久经考验的方法,那不是使我们应用出彩的唯一方式。

5klc20160131

Hopper应用的加载界面。

4. 应用设计和响应式网页设计是一回事

虽然响应式设计近似于移动应用设计,但为任何设备设计,与为独立应用设计,有天壤之别。

用户在移动应用中期望特定的交互模式和界面元素。

例如,在iOS应用左上角通常有个“返回”按钮,用来返回前一个界面。在网页浏览器中,网站本身就不需要返回按钮了;它通常都被省略掉,因为那和浏览器本身太像了。

虽然这是很基本且显而易见的例子,从菜单和表单,到“弹窗”和字体大小,一切都有细微差别。我们在网页中的设计,在移动应用中往往显得有点尴尬或粗糙——并非必定是哪里错了,而是它本就不同。

dl20160131

▲ TD Bank iOS应用的登录和LinkedIn iOS应用的登录

比较一下TD Bank iOS版和LinkedIn iOS版的登录界面。

在TD Bank iOS应用中,你会发现他们主要的UI元素做成了应用的样子,左上角有返回按钮,底部还能看到一栏菜单(与iOS的模式一致)。却没有像应用那样,为登录框本身(和其他页面内容)设计样式。输入框上有默认的iOS圆角和阴影,勾选框非常小,链接带有下划线,UI中甚至还带有版权公告。缺乏应用独有的感觉。

相反,LinkedIn iOS应用感觉像是个应用,不是因为哪个特定的设计或界面元素,而是因为他们没有把网页打包成应用。他们为应用而设计,而非移动端网页——我们能看出区别。

5. “加载小转盘”是表达加载中和思考中的正确方式

默认的加载图标(例如iOS的小转盘,从中心点发散出的灰色线条)似乎有负面的暗示。

它们不仅出现的不是时候,也作为移动操作系统的一种功能,指示一切事物的状态。从设备开机,到连接wifi出现问题,或是应用加载缓慢。

正因如此,人们讨厌看到孤零零的一个转盘,没有任何指示信息或时间进度。

相反,应该尝试让加载感觉更自然——甚至将它隐藏。一种方式是通过占位元素来暗示内容,Facebook就这样呈现时间轴的加载状态。你还可以利用这个机会,在加载指示器和信息上发挥创意,例如在界面上加入一些奇思妙想,或者强调品牌。

3klc20160131

6. 用户首次使用时,会盲目地允许通知

绝不能依赖操作系统默认的“允许通知”对话框。这个无脑设计会绊倒无数移动端设计师。首先,它并没有说得足够清楚为什么应用需要获取权限,让它能随时随地侵犯用户隐私。

相反,应该在应用中设计一个自定义的“允许通知”界面。

永远都要告诉用户你的通知有多么重要(尽可能给他们展示例子),并且向他们保证不会有不必要的垃圾信息轰炸。

一旦用户理解了应用通知的价值,谨慎提供原生的、基于系统的弹窗——他们会立刻看见,不会把事情搞得一团糟。

2klc20160131

一款广泛宣传的新近应用Peach就做得很完美。

它第一个“允许通知”对话框看起来很像真正iOS系统对话框(但并不是),他们解释了“为什么”需要通知,消除了疑虑。用户点击“允许”之后,就会看到真正的iOS系统对话框(相比之下,这个没用多了)。

1klc20160131

7(还有更多)

人们对应用界面的期望更多了,标准正在水涨船高。

对于基于应用的公司,不当地忽视细节会损害应用的接受度——甚至会破坏你与用户的关系。

以上6个想当然还只是开始。如果想要继续深入,要学着留心和避免日常的假定。小心不要想当然以为自己知道什么界面最适合——始终都要努力寻找最佳方案。

来自:可乐橙

英文链接:https://studio.uxpin.com/blog/6-assumptions-that-kill-your-mobile-app-design/

这就是你们期望得到的:自动抢红包神器
交互设计师的工作流程及不同阶段的职责