本次书友会,ami说出了我心中的话,我们提到的user center design,经常去讨论design的方法,却往往忘记了 user center。
举书友会上的一个例子,在ami讲到自己因为播放设备很多,音乐需要同步的时候,很容易的就想的了怎么去同步的问题,于是就讨论到在工作电脑,移动设备,手机,MP3等等的工具中怎么去同步歌曲。
当兰思提到,自己在公司听的音乐是比较舒缓的,例如轻音乐;而在家的时候听的都是摇滚的时候;大家已经意识到我们在考虑是否有同步功能的时候,依据应该是在需要同步功能的人有多少,或者是我们主要面对的人群是不是有这样的需求。
在书友会我们常常提到,我们的设计并非是为自己去设计的,而是所有的人或者是用户群中的大多数,这大多数人应该是普通的用户。当我们发现这样的需求分歧的时候,需要进一步的考虑的是,真正有这样的需求的用户是有多少,这样的需求,对于用户的价值又是多少。
如果是和ami一样需要有同步功能的用户很多,那么设计这样的音乐产品的需求就是必要的。但是如果是和兰思一样的用户很多,甚至是这样需求的用户并不强烈的情况下,我们要想的情况就不同了,如果是兰思这样需求的人员多的情况,那么用户反要话大量的交互成本去控制这样的同步功能不要发生。而要是大家的需求不强烈,也就是说同步需求并不在用户的重要需求之中,那么用户变不会有强烈的期望值,设计这样的功能对用户的满意度的提升,也就没有什么实际的意义。
在看到什么样的需求的情况下,就直接去决定怎么去解决他,甚至去想盈利的方案,但是在没有去想到用户的需求的情况下去作设计,往往设计出来的产品“很好”,但是并不能让用户满意。
在设计工作中,兰思也常常碰到这样的事情,由于看到了某些人有什么样的需求,便大谈特谈的去想解决这个需求的方案,而往往是忽略了有这样的需求的人是不是用户群中的大多数,或者是这样的需求是不是在自己的商业目标中。
在去年和前年工作的网站中,兰思经常直接否定掉其他部门的一些设想,理由并非是这样的设计存在很严重的问题,而是当时的公司的用户群是要参加培训的人,而并非是想学习的人。(注意,参加培训的需求往往是通过考试,学习的需求是知识)
当我们面对N多的用户的时候,是否是真的能准确的发现和归类用户的需求,永远是比解决这个问题更关键的。
这里补充一点,找到真正的用户需求而不是用户说的需求,这个是在工作中常常存在的问题,前一段时间公司的客服部门做一个调查,里面有一项是您希望的到货时间是:下面是三个选项 3天,7天,15天。兰思看到的时候直接就是四滴汗。
网站设计中用户才是真正的中心,谢谢围观。