极端可用性:案例分析和设计方法.pdfVIP

  • 17
  • 0
  • 约3.71千字
  • 约 10页
  • 2017-06-09 发布于河南
  • 举报
极端可用性:案例分析和设计方法

极端可用性 :案例分析和设计方法 市面上的很多软件都有这样那样的问题 :如 退、卡死、难以操作和理解等。 这其中有系统的问题 ,也有程序的问题。而大部分的故障 ,都是可以人为解决的。 解决系统的各种故障和错误、提高产品的可用性 ,靠的是整个团队的努力。而有一种方法可以有效 地降低麻烦出现的概率 ,它有一个名字 ,叫做“极端的可用性” 该方法由可用性专家Co lbo rne在其著作 《简约至上 :交互设计四策略》中提出 ,概况来说就是 :简 单的体验 ,就是能够适应极端的条件。 具体来说 ,就是把对产品可用性的要求 ,从以下“ 常规的可用性目标”提高到“极端的可用性目标” 从这张表可以看出 ,产品设计和开发团队在最初设计一款产品的时候 ,如果想要增加产品的可用性 ,就需要把产品的标准定得 高 一点。 这个“高” ,并不是让我们必须要做出完全没有BUG、使用一万年也绝不卡顿、就连三岁小孩拿到手 也能玩转的完美应用。 而是让我们在追求“完美”的过程中 ,把应用做得越来越好 ,超过市面上的绝大多数竞品。 “瞬间”或者“毫不费力”这样的词汇听起来夸张 ,但是努力争取它 ,就可以保持一个正确的方向。不要 满足于已有的产品设计 ,妥协和让步只会让产品越来越慢 ,越来越令人厌恶 ! 总的来说 ,要做到“极端的可用性” ,就是要做到 : 一目了然的目录 ; 极端便捷的操作 ; 可靠稳定地工作。 那么 ,究竟怎样做才可以接近 ,甚至达到“极端的可用性”呢 ? 下面 ,我们就来一项一项地分析实现极端可用性的几种方法。 一目了然的目录 现实难点 :当用户拿到某个应用或设备时 ,可能会被里面的一大堆的菜单选项和晦涩难懂的专业术 语给淹没。那么 ,那些第一次使用的用户 ,或者没有类似经验或相关知识的用户 ,就会无从下手。 常见的例子包括 : 一款普通的便携式设备 ,各种按键混乱且复杂。我该按哪个键才能开始工作 ? 软件的设置选项隐藏在好几层目录之下 ,各项条目充满了各种各样的专业英文简称。谁能告诉我 他们究竟是什么意思 ? 我只是想看看如何由A实现B ,结果被一大堆的产品介绍淹没。我要找的东西究竟在哪 ? 极端可用性的实现方法 : 提高清晰度——你的说明到底在 达什么 难懂的说明确实容易让人云里雾里。用户需要的 ,只不过是一个简单的提示。 “你想把以下证书A DD到Root spo re吗”这样的句子实在不应该出现在用户的界面里 请以我能够理解的方式告诉我 ,我的下一步究竟应该是什么 ? 把重要的东西放前面 我们先来看一张列表 : 这是没有经过优化某公司说明。这样的列表会让人分不清重点 :看起来都差不多 ,,我需要的内容 究竟在哪 ? 而经过优化以后 ,我们可以把重要的内容放在更容易让人注意到的地方 : 你看 ,并没有改变列表的内容 ,但是经过这样的调整 ,我们需要向向用户呈现的、用户想要看的东 西变得一目了然 ,这样是不是好很多了 ? 再比如 : 微软的wo rd文档在早期的版本确实秒杀市面上一众对手 ,但是在今天看来 ,当时的wo rd易用性确实 还有很大的改进空间 : 以前的wo rd版本把各项功能隐藏在文档顶部的菜单栏里 ,看似简洁 ,但是它其实已经隐藏了太多的 功能。如果有那么几个功能用户不是很熟悉的话 ,当我们需要它的时候 : 翻山越岭我也要找到你 !!! 好在 ,wo rd2007发布的时候 ,我们已经看到了很大的改观 : 微软把各项常用的功能放在顶部的工具栏内 ,极大地方便了用户的使用。 不要藏着掖着。没有人会对一个把各项功能放得很隐秘的产品感兴趣。 如果你的产品真的有什么能耐的话 ,摆出来 ,让大家看到 ! 让说明在适时出现 不要让产品界面像一潭死水一样 ,应该引导用户进行正确的操作。在人们需要说明出现的时候 ,他 就出现在你眼前 比如当我打开一个界面的时候 ,他会告诉我 :“在什么地方 ,可以做什么事情” PS :我不是在给这个网站打广告(o ´ ・ェ ・`o ) 以及 ,当我不明白某个图标是什么意思的时候 ,我希望马上看到关于它的说明 便捷简单的操作 现实问题 :设计师、程序员、服务供应商所说的便捷性 ,几乎永远不等于用户所说的便捷性。 便捷性是一个与出发点密切相关的事情。要想清楚你是为了创造产品还是使用产品。 不要给不便捷一个正面的托辞 常见的例子包括 : 设计者在设计产品的时候 ,往往会替用户做决定 ,添加一大堆不必要的功能。导致最终产品臃肿 而又没有意义。

文档评论(0)

1亿VIP精品文档

相关文档