很多人提倡将用户测试作为确保良好的用户体验的一个主要手段。这种思路看上去是你应该做一些
事，将它们摆到一些人的面前，来看看他们有多喜欢它，然后无论他们抱怨什么都将其修正。但是测试永远无法取代一个考虑周密的、准备充分的用户体验设计过程。

专注于用户体验中某个具体元素的问题、能帮助你收集来自用户更多的相关信息。没有着眼于用户体验的用户测试，很可能以提出错误的问题而告终，这相反又会导致你得到错误的答案。例如，在测试原型的时候，知道要在调查中列出那些问题是展示出你的测试的主题的关键，经验是”不要用不相关的内容来把事情搞得更混乱“。导航条的问题真的只是跟颜色有关吗？还是你的用户对所用词汇的回应？

你不能简单地依赖用户来阐明自己的需求。创建任何一种用户体验的挑战是“比用户自己更准确地去理解他们的需求”。测试可以帮助你了解用户的需求，但是它只是能达到同样的目的的许多工具之一。

马拉松和短跑

就如同不应该拿用户体验的任何一部分来碰运气一样，你也不应该靠运气来完成自己的开发过程。一个企业中永远处在紧急情况下的开发团队太多了。每一个项目都被看成是对某些被察觉到的危机的回应，同时，这样的结果就是，每一个项目在它刚刚开始的时候就已经落后于计划了。

当我向客户描述问题的时候，我常常使用一个比喻来形容用户体验开发过程：它是一场"马拉松"而不是“短跑”。了解你所参加的比赛类型才能用适合的方式去参赛。

短跑比赛是短距离的比赛。短跑运动员必须在发令枪响起的那一刻聚集起所有储备的能量——而且他们必须要在那几分钟内迸发出所有的能量。在离开起跑线的一瞬间，短跑运动员就必须尽可能地跑起来，并且尽可能地保持这种奔跑速度直至到达终点线。

马拉松是长距离的比赛。马拉松运动员需要和短跑运动员一样的能量，但它们的使用方式是完全不同的。成功的马拉松取决于运动员如何有效地控制自己的步伐。在所有的其他因素相同的情况下，运动员知道“何时加速”以及“何时减速”才更有可能赢得比赛——或者甚至彻底结束这场比赛。

短跑的战略——从开始到结束都要尽可能快地奔跑——显然是在这样的比赛中唯一最明智的做法。看上去你应该可以进行一场马拉松比赛，把它当成一系列全速冲刺的组合——但是这种方法是行不通的。行不通的部分原因是因为人类身体的耐力极限。这里还有另外一个因素：为了适应这个极限，马拉松运动员需要持续地监控自己的表现，密切注意哪些可行哪些不可行，并且适时地调整自己的方式。