过度设计的判定

作者: admin 发表于 十二 08, 2011 分类在 转载

生活中的过度设计

概念

过度设计,从产品方案与设计上来讲,指盲目满足用户需求,极度追求用户体验,最后导致需求未果,产品可用性下降。主要表现在机械粗鲁地添加功能,造成产品设计路径坏死,功能堆积、复杂、重复和冗余。

说易行难。甲说这是「过度设计」,乙却认为大大方便了用户。一套判定原则显得有必要。

判定原则

设计路径坏死

从天而降(上级要求、用户要求、突发奇想等),不遵循可用性原则,也无推断逻辑,无理由。设计的逻辑路径无法复用,它的「成功」不可复制。最常见的代言词是「方便」。比如,在这加一个按钮方便用户,那么在那加个按钮也「方便」。

功能堆积与复杂

罗列,有一个摆一个;无意义分组,比如时间、大小,而不是按照内在关联。

功能重复与冗余

无规律地重复;多余,导致该功能或(和)正统功能对用户失去价值。

案例

例一:QQ 自动回复的「不再提醒」

QQ 自动回复

QQ 自动回复

如上图,提示状态的方式有三:

  1. 用户头像图标。弱提示
  2. 内文顶部。强提示,无法清屏,可以关闭
  3. 对话响应。强提示,可以自定义提示内容,可以关闭

以「忙碌」为例,分析用户的使用场景:

  1. 用户确实在忙,无暇聊天
  2. 用户故意为之,避免 1) 他人打扰 2) 某些人打扰
  3. 用户无心造成(比如:忘记恢复「在线」,或「切换状态选项」导致)

对于场景1和2-1,如何用力提示依然不可能进行持续对话;只有在场景2-2和3的情况下,才会触发「不再提醒」。

可见,添加这个功能缺乏深层考虑:忽略了容错原则,只是生硬地堆积在产品上。不仅与已有功能重复,还导致正统的头像图标和内文顶部提示相对弱化。我们来揣测一下它的设计过程:用户在场景2-2和3的情况下嫌自动提示烦,想要一个「别老是提示」的功能,于是有了它。

用户需求和用户要求(某功能)截然不同——而后者正是造成过度设计的首要因素。

继续思考。自动回复可以做两件事:一、提示状态,二、提示自定义信息。前者聊天窗口已经做得相当漂亮;那么后者,真的需要自定义内容?我认为两个地方有必要:

  1. 客服类。忙碌时能给出导航文字,比如卖家。最好一打开聊天窗口就显示。
  2. 机器人。不解释。

所以,最好的办法是限制自动回复,最彪悍的办法是剔除之,最现实的办法是默认不再勾选「自动回复」,谁想用谁用,作为过渡阶段的权衡之计。

例2:豆瓣 FM 的「扔进垃圾桶」

豆瓣 FM 公共兆赫

豆瓣 FM 公共兆赫

上面来自《豆瓣 FM 手册》里的描述,请锁定到「不仅……也」这句。看来,公共兆赫并不是真正「公共」的,只是以曲目的表现形式划分频道,而非完全区别于私人兆赫。由此可见,不允许把公共兆赫的曲目扔进垃圾桶实属过度设计。

咳咳,「桶」字在不同的地方还写成了「筒」。

结尾

此外,QQ 聊天窗口下方的「关闭」按钮也属于过度设计。鉴于篇幅以及理论起来打字不如口快,更鉴于我只是一名用户,便不展开描述。

人人都开始追求完美的用户体验——不管是不是真的,至少挥舞着这该死的四字旗帜之人,已然草木皆兵——本来是一件好事,但太敏感就是另外一回事了。过度设计本身并不可怕,可怕的是「培养了错误的用户习惯,并且这一过程,不可逆」。

好用的产品大都相似;不好用的产品,各有各的不好。

参考资料

  1. 劣松 《过度设计:有所为有所不为》 http://ucdchina.com/snap/10533
  2. 知乎 《QQ 为什么在聊天窗口的下方放一个“关闭”按钮?》http://www.zhihu.com/question/19919515

延伸阅读

  1. 小轰 《可用性案例分析》 http://cuikai-wh.com/blog/1543
  2. 和菜头 《【恐怖故事集】产品经理你伤不起》 http://www.hecaitou.com/blogs/hecaitou/archives/134552.aspx

源地址:http://cuikai-wh.com/blog/2124

讨论 - 1条评论

  • admin 十二 08, 2011 

    “QQ 聊天窗口下方的「关闭」按钮也属于过度设计。”
    这里有一个故事。 当年我还在腾讯的时候,曾经有一个版本的QQ中去掉“关闭“按钮。 结果用户恶评如潮,最后瞬间又把它加回去了。
    MSN就可以没有“关闭”按钮,用户好像也没什么意见。 为什么QQ就不行呢,答案很简单:每个人都有第个人的使用习惯。 功能表面上的“重复”其实是为了更好的适应不同类型的用户.

    再讲讲开头的“离开状态”的例子,有的用户习惯看头像图标,有的用户看状态,有的用户看对方的自动回复。 从这个角度来看,这三个功能一点也不重复.