好几次书友会，我们讨论着讨论着就说到了设计的“终极目标”：用户想要什么，就给他什么。这里的想要什么，应该更多的是指期望。需求和期望的联系和区别，Angela 的设计的价值里解释的比较清楚，我想补充的是：期望，是需求的多种实体。
其实，我很少“关注”需求和期望，在设计过程中，我比较关注的是很直接的两点：a) 用户有什么问题？ b) 我们怎么去解决？（一般在前面会加上谁是用户，不过跟本文不太相关，就略了）。前者主要是结合问题去发现动机（为什么会这样，有时候也能理解为需求），而后者主要就是用一些设计方法去摆平。问题、动机、解决方法，形成了一个三角。这三者相互制约着，三者都有可能分析错误，但三者同时错误的几率不高。当这三者都能说通的时候，一切就顺理成章了。
前段日子坐公交车上班，根据现实中对公交刷卡器使用场景的体会和观察，刷卡机的位置和样式让我思考了一阵子。下面咱们来看几个关于我和公交刷卡器的故事。
场景1–好疑惑呀！原来这个不是刷卡机！
北京公交基本都是前门上车，后门下车，假设不这样，上车的人会把下车的人挤得下不来。某日我下班等车，随着涌动的人群，我从前门拥挤着上车，第一反应是刷卡，抬头见右手边有个盒子，想都没想就去刷，因为我只看到这样一个类似刷卡器的东西，刷了第一下，开始疑惑：咋了，没反应；又习惯性的刷第二下，还是没反应，索性不刷了，往里继续挤，楞一下神才发现，刷卡器在左边。这时的第一反应是：我真笨！
人太多了，很多人都被挤得只有招架之力，那还有闲工夫环顾四周。这种场景下，有一多半人搞错了，这次不是因为刷卡器导致我犯错了，是因为那个让人误以为是刷卡器的盒子，我还是做公交车的老手呢，第一次还是被忽悠了一下。
前些天陪朋友买饮水机，主要光顾了国美和顺电两个比较大的家电卖场，发现现在的饮水机设计是越来越高级，越来越科技化。多层净化，智能控制，防漏电，制冷加热，能用上的功能全给用上，大有“饮水机，不仅仅是饮水”的诉求在其中。
朋友对饮水机的要求很简单，“要一个不用一直按着开关就可以接水的就好。”就是说，接水的时候操作一次开关，出水开关会卡住，水会自动留，然后接好后再按一次就可以关上。但是，仅仅是这么一个小小的要求，在我们选择的时候却出现了问题。
目前新式的饮水器，几乎是手必须要一直按着开关才能出水的，那么一直按着和按两次之间，哪一个交互更好？我对这个问题产生了兴趣，于是有以下思考： (more…)
上回我们讨论UE在团队中的作用，有一点大家已经达成共识，那就是用户是所有体验的基础，如果用户的要求没被满足，良好的体验自然也无从说起。那么，我们怎样才能了解用户需求呢？
大家都知道可用性测试、调查问卷之类与用户进行沟通的途径，这些方法各有各的利弊，如果逐一分析的话，恐怕至少要分成三本书来写。现在我们先把它们放在一边，从另一个角度来看看这个问题：用户的需求会通过什么途径来表达呢？
首先并不是只有在开发阶段才进行用户研究，用户研究应该贯穿到整个产品生命周期中，这也是我们为什么说可用性测试应该伴随整个产品生命周期。更重要的是，在不同的阶段，用户研究有不同的重点和方法。
如何了解用户需求？根据用户是否主动参与分为显式与隐式两种挖掘模式，因为显式的动静比较大，有很大局限性，所以为了保证结果准确性以及提高用户接受度，一般都采用隐式。
用户的日常交互行为会产生四类关键数据：鼠标移动轨迹、链接点击分布、页面浏览流、页面停留时间。通过用户的行为能反映用户的观点，同时利用访问的网页次序可以找出网页之间的隐性关系。
