喜欢有之，还是喜欢用之

我常用这个问题作为新想法的试金石“喜欢有之，还是喜欢用之？”最先有这个想法的时候，我的说法是：“Enjoy doing something or enjoy being able to do something”。

你喜欢在手机上看电视吗？

多普达手机可以让我们在上面用GPRS和Windows Media Play看电视，“好棒呀！”“好酷呀！”大家欢呼。我的问题是，虽然我非常高兴能在手机上面看电视，觉得是技术的进步，但是，你真的喜欢在手机上面看电视吗？看着小小的屏幕，不连续的图像，还付着奇贵的GPRS费用，你真的喜欢用手机看电视吗？这就是典型的喜欢有这个功能(Enjoy being able to watch TV on mobile phone)，而不喜欢用这个功能(Enjoy watching TV on mobile phone)。刨根问底，真正喜欢的还是这个可以看电视的这个可能性。

关于生活，这也适用

多少人喜欢住在大城市，北京，上海呀什么的。他们非常自豪的宣称：这里有最好的演出，这里有一流的博物馆，这里有。。。不过，有多少住在这个城市里的人真正经常去看演出，或者泡在博物馆呢？追根到底，还是喜欢有之，而不是喜欢用之。这也就是大多数纽约人没有上过帝国大厦，大多数上海人不曾登过东方明珠的原因。

老冒曾经抱怨，当UUZone没有黑名单的功能的时候，用户吵着闹着要这个功能，说没有黑名单心里不踏实。当老冒的团队辛辛苦苦地把这个功能作出来的时候，使用率却又低得出奇。用户只是喜欢有之，而不喜欢用之罢了。

用户很少能分得清，他们喜欢有哪些，喜欢用哪些。功能提供者更是很难分得清了。

用脚投票，而不是用嘴投票

关于任何新功能，要让用户用行动投票，而不是用嘴巴投票。迪斯尼的小路，是先种出草坪，让行人去踩，踩出些印记，在沿着印记铺路，这就是AdaptivePath的理论基础。关于类目编辑，应该有个“其它”，当其他里面的类目的某种类型占多数的时候，再开出一个新的类目。而不是听太多的建议，如果听到很多，真加上去了，反而无人问津。

所以易用性的大牛Jacob就说：易用性的第一条准则，就是不要听用户的。要通过观察，而不是问询得到设计的依据。这就是观察用户“喜欢用什么，而不是用户喜欢有什么”。

享受有的，而不要去争没有的

在生活里面，时刻分清“喜欢有之，还是喜欢用之”对我也受益匪浅。以为有钱会快乐，但是当自己有小钱的时候不快乐，有大钱的时候，未必会快乐。关于钱，可能更多的是“喜欢可以买大房子”的感觉而不是住在大房子里的感觉。记得上次，和我的可爱的太太路过安福路的小洋房，我非常喜欢，可爱的太太说，我们回去攒钱买下来。我说，我们在这里坐一会儿吧。真的买了下来，不见得会有时间和心情，这样认真的端详它，并享受春天的阳光和懒散了。我们的智慧总超不过古人的智慧，所谓的“书非借不可读也”，所谓的“晒太阳的渔夫的故事”，讲的都是这个道理。

旅行刚刚回到家里，在自己的小院子里搭个藤椅，放张小桌，写些随想，很幸福。对了，自从买了这带院子的大房子，已经有多少时间没有坐在院子里，安安静静的呆着了？上一次估计是去年的秋天了。。。看来，我要停一下，把我以前买的好茶拿出来。不断的买好茶，岂是为了“可以喝好茶”的成就感？再好的茶，不喝它，束之高阁，而想买更好的东西来，这或许就是所有不幸福的根源。