在过去的几年里，最伟大的可用性壁垒是奇酷无比的设计所具有的优越感。大部分的项目在可用性上更喜欢采用复杂的法则而不是简单，结果，大量的美刀花在了耀眼但难用的设计上。
第一次互联网泡沫的破碎带来的主要好处之一，就是奇酷无比的设计严重受挫，各个公司开始将重视这样的底线上来：
公共站点，原来集中于构建概念，现在开始以方便客户生意为目标；
Intranets 也已经致力于改善雇员效率 。许多公司正在试图创建工作流程，推广设计标准，强化对于以前混乱的intranet的疏导。
令人高兴的是，魅力四射的设计不见了，而可用性设计的倡导者们获得了第一次也是最艰苦的胜利，各个公司目前确实正在注意可用性需求。
然而不幸的是，打败了不重视可用性的对手却并没有赢得和复杂性之间的对决，这直接就把我们推向了新的前线：这场战役正在使各个公司在可用性上做正确的事情。
观察用户的操作
许多公司将他们的设计建立在获取被误导的用户意见基础上，这样的事情我一遍又一遍的听到。需要例子么？进行一组可选择的设计，把这些设计拿给一组用户来看，并问他们喜欢哪一个。这完全是错误的！！如果用户没有实际的试着去使用这个设计，他们的意见就是建立在外观特征的基础上的，这样获得的意见通常和实际使用获得的反馈截然相反。
例如，一个交织的logo在你不把任何内容放在页面的时候看起来可能非常漂亮。还有关于下拉菜单，用户总是喜欢这样的设计：一个标准的用户接口部件并在每个页面上保持一致。然而当他们提供给用户一个较强视觉效果的设计时，下拉菜单经常可用性很低 ，或者误导用户使得用户错误的理解这一部分。
为了发现哪些设计真正是最好的，就要在一个用户真正试图采用用户接口去完成一个任务时候去观察他。这个方法如此
