本次书友会，ami说出了我心中的话，我们提到的user center design，经常去讨论design的方法，却往往忘记了 user center。

举书友会上的一个例子，在ami讲到自己因为播放设备很多，音乐需要同步的时候，很容易的就想的了怎么去同步的问题，于是就讨论到在工作电脑，移动设备，手机，MP3等等的工具中怎么去同步歌曲。

当兰思提到，自己在公司听的音乐是比较舒缓的，例如轻音乐；而在家的时候听的都是摇滚的时候；大家已经意识到我们在考虑是否有同步功能的时候，依据应该是在需要同步功能的人有多少，或者是我们主要面对的人群是不是有这样的需求。

在书友会我们常常提到，我们的设计并非是为自己去设计的，而是所有的人或者是用户群中的大多数，这大多数人应该是普通的用户。当我们发现这样的需求分歧的时候，需要进一步的考虑的是，真正有这样的需求的用户是有多少，这样的需求，对于用户的价值又是多少。

如果是和ami一样需要有同步功能的用户很多，那么设计这样的音乐产品的需求就是必要的。但是如果是和兰思一样的用户很多，甚至是这样需求的用户并不强烈的情况下，我们要想的情况就不同了，如果是兰思这样需求的人员多的情况，那么用户反要话大量的交互成本去控制这样的同步功能不要发生。而要是大家的需求不强烈，也就是说同步需求并不在用户的重要需求之中，那么用户变不会有强烈的期望值，设计这样的功能对用户的满意度的提升，也就没有什么实际的意义。

在看到什么样的需求的情况下，就直接去决定怎么去解决他，甚至去想盈利的方案，但是在没有去想到用户的需求的情况下去作设计，往往设计出来的产品“很好”，但是并不能让用户满意。

在设计工作中，兰思也常常碰到这样的事情，由于看到了某些人有什么样的需求，便大谈特谈的去想解决这个需求的方案，而往往是忽略了有这样的需求的人是不是用户群中的大多数，或者是这样的需求是不是在自己的商业目标中。

在去年和前年工作的网站中，兰思经常直接否定掉其他部门的一些设想，理由并非是这样的设计存在很严重的问题，而是当时的公司的用户群是要参加培训的人，而并非是想学习的人。（注意，参加培训的需求往往是通过考试，学习的需求是知识）

当我们面对N多的用户的时候，是否是真的能准确的发现和归类用户的需求，永远是比解决这个问题更关键的。

这里补充一点，找到真正的用户需求而不是用户说的需求，这个是在工作中常常存在的问题，前一段时间公司的客服部门做一个调查，里面有一项是您希望的到货时间是：下面是三个选项 3天，7天，15天。兰思看到的时候直接就是四滴汗。

打印  |  类别：设计思想  |  源地址