简单的设计不简单

简介:

最近看了《简约至上》这本书,这本文章总结一下。推荐给对交互设计感兴趣的童鞋。

话说简单

首先人们喜欢简单、值得信赖、适应性强的产品。所以我们才会费尽心力去设计简单的产品。

人们喜欢简单的产品原因有:

1、产品的功能越多,就越难发现真正对用户有价值的新功能。

2、因为增加的复杂性导致他们很难找到自己真正需要的功能。一想到为那么多没用的功能买单,他们就高兴不起来。

但是用户简单,并不意味着我们的技术或者管理简单。简单的技术或者管理,不一定就能创造简单的用户体验。看看google就知道了,他们为了使搜索变得简单,但是需要雇佣几千人在背后进行复杂的技术。所以简单的设计一点也不简单。

如何进行简单设计

首先,我们必须认识到我们是为主流用户设计简单的体验,而不是专家型用户。用户分三种:

   1、专家型用户:专家型用户愿意探索你的产品或服务,这类用户占总体的少数。

   2、随意性用户:随意性用户可能使用过类似的产品或服务,有兴趣使用更为复杂的产品,但是不愿意接触全新的产品,除非新功能足够简单。这类用户也很少。

   3、主流用户:主流用户是最大地群体。他们使用产品的目的是完成任务,他们永远也不会产生学会所有功能的想法。“我的手机只要能打电话、发短信就行了”。

   上面三种用户,我们应该忽略专家型用户,专家不是典型用户,他们最求主流用户根本不在乎的功能。他们的意见会使产品越来越复杂。我们应该为主流互用去设计产品。

二、我们需要走出办公室,到软件的使用环境中观察用户,理解用户。

   1、办公室会怎样?

   2、家里头会怎样?

   3、户外又会怎样?

三、我们将从用户那搜集的素材,整理成故事,用它来描述用户的体检。

    1、可信的环境:时间、地点。

    2、可信的角色:谁、为什么。

    3、流畅的情节:什么、怎么样。

四、从故事中寻找设计得突破点,并列出设计要点。

五、把这些设计要点按顺序排列出来,哪一个因素影响最大。哪方面容易改变。

六、验证你的见解

简单设计的四个策略:

在简单设计的过程中的四个策略。

1、删除

2、组织

3、隐藏

4、转移

理解四个策略,设计一个DVD遥控器。

1、删除:去掉所以不必要的按钮,直到不能再减。

2、组织:按有意义的标准将按钮划分成组。

3、隐藏:把那些不是最重要的按钮安排在活动仓盖之下,避免用户的注意力。

4、转移:只在遥控器上保留最基本的功能按钮,将其他控制转移到电视屏幕上的菜单力,从而将遥控器的复杂性转移到电视上。

总结一下就是:删除不必要的,组织要提供给用户的,隐藏非核心的,将复杂性转移到适合它的地方。

总结: 对我们来说,简单的用户体验不简单,而是把简单留给用户,把复杂留给自己,我想这是这本书最重要的原则了。简单的设计一点也不简单。

 




本文转自麒麟博客园博客,原文链接:http://www.cnblogs.com/zhuqil/archive/2011/12/16/2289478.html,如需转载请自行联系原作者

相关文章
|
7月前
|
芯片 Python
前道设计
前道设计
51 3
|
XML 存储 安全
深入理解HttpSecurity的设计
介绍了基于配置文件的使用方式以及实现细节,如下:
109 0
|
7月前
|
存储 SQL 前端开发
分类目录功能模型设计
分类目录功能模型设计
调查表设计
调查表设计
91 0
|
设计模式 架构师 Java
聊聊简单设计
聊聊简单设计
137 0
|
Java Scala
深入理解简单设计
深入理解简单设计
深入理解简单设计
|
算法 BI
贪心策略设计并解决会场安排问题
贪心策略设计并解决会场安排问题
335 3
贪心策略设计并解决会场安排问题
|
安全 NoSQL JavaScript
C/C++为什么要专门设计个do…while?
最初do ... while的出现,更多的是作为循环控制流的一种语法糖。因为不论是while 还是 for循环,都是要先判断是否满足进入循环体的条件的。满足条件之后才能进入循环去执行循环体内的操作。
191 0
C/C++为什么要专门设计个do…while?
|
存储 消息中间件 算法
服务设计要解决的问题
 前几天和同事聊天,同事说:   “业务的服务(相对于我们基础架构这边的底层技术)在技术上就需要解决三个问题:分布式、通信和存储。”   我回忆之前做业务的时光,觉得确实,再加上一个“服务治理”就差不多了。想想“服务设计要解决的问题”这个话题可以把之前静儿写的很多文章做一个归纳概括。今天做一个总结。
服务设计要解决的问题