十大不合理的交互设计
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
现在右上角的返回键更像是一个指向上一 层的标签,已经淡化按键的样式了。为了保 持边距,Google 把右上角的返回做的很小, 但是可触发区域却很大,点击文字或者图标 均可返回到上一层。于是我们看到了不同的 一下这几种情况。另外吐槽一下 MIUI,点击 MIUI 系统内左上角的返回,返回键会有高亮 显示,但是用户几乎是看不到反馈的,这高 亮加的实在是没有意义。魅族则是干脆去掉 了系统内左上角的返回。
豆瓣电影的客户端,在切换 到“我看”这个 Tab 的时候, 右上角的菜单键点击之后只 弹出一个“设置”选项,这 样的只有一个选项的菜单键 有必要添加放在右上角找存 在感么。可以直接用设置选 项来代替,却非要多此一举 用菜单键弹出设置。不需要 设置菜单的地方就不要再让 菜单键来搀和了,这样是统 一看起来有 Android 的风格, 但是却增加了用户操作的成 本,得不偿失。
忽略掉的用户提示 Android 应用一般在顶部 Main Action Bar 中仅仅 指明了用户目前操作选项的位置,上一步是什么 是看不到的。iOS 上无论操作到哪一步都可以一 目了然的看到目前的操作选项和上一步是在哪, 在应用的交互层不多的时候,可能是无足轻重的 设计,但是在某些不断跳转的应用时,会给用户 的体验造成很大的差别。 如 App Store 的设计,在顶部 Title 上显示出当 前的位置和左侧返回上一层的信息,下载 Coogle Maps 时看到推荐再跳转到 Chrome,顶 部 Title 上会显示我是从 Google Maps 应用中跳 转来的,点击可以再返回到 Google Maps 的应 用信息。而 Google Play 中一步一步的从一个 App 的介绍跳转到另一个 App,一层一层的深入 的时候不知道自己所操作的位置。点击顶部的 Main Action Bar 中的返回,也不知道退到那一 层,一直都是显示 Apps。再加上 Navigation Bar 上的返回键和左上角的返回不一致的反馈, 既没有安全感又缺失控制感。
Marc Ecko设计的这个 网站展示了太多我们 甚至不知道从那里开 始阅读页面的内容, 该网站还使用了飘忽 不定的横向滚动条。 找到所需的内容需要 相当长的时间。
菜单键应该在有必要的时候才添加, 添加时要想清楚其中包含的功能,以 及这些功能放在哪最合适。如果菜单 包含了很多不同的选项,在不同的场 景下有不同选择的呈现,可以参考 Google+ 的客户端,把菜单放在 Main Action Bar 上固rtBar 当初是想融合 Split Action Bar 和 Main Action Bar 中的菜单,统 一按键位置,希望能在所有的应用中 提供相同的解决方案。用一句话来评 论就是:理想很丰满,现实很骨感。
无意义重复的菜单
在 Gmail 中点击右下角的菜单,弹 出的选项中有“反馈”和“帮助”,但 是点击“设置”之后,在右上角还有一 个菜单,弹出选项还是“反馈”和“帮 助”。这样在 Split Action Bar 和 Main Action Bar 上集成了功能重复的菜单, 实在是难统一用户体验。 再看印象笔记, 跟 Gmail 比真是青出于蓝啊,记忆中印 象笔记应该是很早就推出 Android Design 风格的应用,设计上很贴合系统 也很漂亮,但是几乎在同一交互层,就 有三个菜单键调出“设置”和“同步” 选项。我实在想不出为什么要让这么多 分散的菜单指向同一个操作。完全没有 必要存在的菜单设计造成了无意义的重 复。
退出应用的方式依然没有规则,如果非 要用返回键退出应用,有按一次返回键直接 退出的,有需要快速连按两次返回退出的, 也有按返回键弹窗给用户提示要不要退出的。 还有在应用中添加退出选项的。在给用户弹 窗提示中又有“确认”和“取消”左右位置 不一致的情况。直接按一次返回没有一点提 示让用户没有安全感,而弹窗提示又给用户 再选择的压力,连按两次返回退出有时候又 觉得这设计多此一举。这都要拜 Android 的 系统层的返回键所赐。顺便再吐槽优酷客户 端的设计,首页点击一次返回键后再顶端展 示浅蓝色的横幅提示用户,白色和浅蓝色对 比很弱,以至于这提示太温柔了,而且还是 放在顶部的位置。也许你是不想我离开,但 是既然我决定离开了,就请干净利落的让我 走,否则经常觉得点击返回之后没有反馈。
无限制纠结的返回 Android 应用一般都在界面内置了返回,也是跟 iOS 一路的放在左上角,但是随着现在手机屏幕尺 寸的越来越平板化,点击操作左上角的返回实在是 越来越困难。于是左上角返回键也越来越形同虚设, 甚至已经看不出来有按钮的样子。而在 Navigation Bar 上的返回是系统层的返回,在任何时候都可以 返回。不仅在应用内可以返回上一层,还能从一个 应用返回到调用该应用的上一个应用(这个需求是 存在的,但是也可以不利用返回键回到上一应用, 而是用任务切换的方式,如在 iPad 上用手势滑动 切换任务已经是很简单了,在手机上能否有比现成 切换任务更好的解决方案?也可以考虑下利用各种 传感器来实现)。 很多时候用户按返回键后甚至不知道会返回到哪一 层。而且有些应用提供的返回方式太多了,如网易 云音乐的设计,在播放音乐的界面上竟然有3种方 式返回到上一层,且不说点击菜单键弹出“回到首 页”的设计,再看 Flipboard,同样也是返回方式 就有三种,除了右上角和左下角的返回,还加了右 滑手势的返回,手势也比网易云音乐中调出菜单再 返回强太多。要培养用户习惯一种自然的操作方式, 在需要完成类似的任务的时候能够一目了然的知道 怎么操作,给用户更多的选择并不一定是好的,这 样不仅会增加用户的学习成本,且会造成体验不一 致,不要看到有新的交互方式就添加到产品中,在 产品中添加手势也要考虑到手势在整个产品中的契 合度。
要培养用户习惯一种自然的操作方式在需要完成类似的任务的时候能够一目了然的知道怎么操作给用户更多的选择并不一定是好的这样不仅会增加用户的学习成本且会造成体验不一致不要看到有新的交互方式就添加到产品中在产品中添加手势也要考虑到手势在整个产品中的契合度
十个不合理的交互设计
如果没有灯,晚上开门根 本找不到锁在哪里。 要是第一次都不知道要往 哪里转。总要转好几次
4.x 之后的菜单键的设计其实是想弱化菜 单的功能,做的比较窄小也是为了界面简 洁,更好的呈现内容。菜单中整合的选项 应该是用户十分不常用的,如设置(软件不 需要经常改变设置),评分,反馈,注销, 帮助等。但是什么时候在 Action Bar 中添 加菜单键才是合适的。即便是 Google 的 App, 也存在设计不合理的问题。