《用户体验要素》-马拉松和短跑

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

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

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

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

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

　　网站开发很少是短跑比赛。更常见的是，有时候你会向前推进，建立原型和产生想法，然后随着时间推移，你再返回来，测试你所建立起来的东西，看看各个组成部分如何结合在一起，并且为这个项目提炼出一个综合的画面。有些任务需要重点强调速度，另一些则要求一个更加深思熟虑的方法。优秀的马拉松运动员知道哪些是哪些─所以你也应该。

　　经过深思熟虑的设计决策，可能会在短期内花费一定的时间，但是它们将在一个更长时期中节省更多的时间。设计师和开发者总是在他们的工作进行到某个阶段时，才后悔没有提前关注战略、范围和结构。我曾经参与了不止一个的项目，在这些项目中的活动总是处在有可能被取消的威胁之下。图形或一段代码产生了实际网站的组成部分，而对于那些没有产生可视化成果的任务，有些人会变得不耐烦。这些任务通常会在进程落后或预算超支的时候成为第一个被砍掉的项目。

　　但是这些包括了最初项目范围的任务，它们是稍后产生可交付成果的必要准备。当它们被取消之后，任务和可交付成果被一个更大的项目环境留在了不确定的项目日程中，似乎与其他的那些都脱节了。

　　当你最终完成时，你得到的是一个没有达到大家期望的产品。你不仅仅没有解决原来的问题，事实上还给自己造成了新的问题，因为现在下一个刚刚冒出来的大项目正是你在上一个项目中试图去解决的一些缺陷。然后你又进入了另一次的恶性循环中。

　　以局外人的身份来看看这个网站─或者在第一次进入网站开发过程的时候─很容易在忽略靠近底部的那些元素的同时，把关注点放在五层模型中靠近顶部的、更显而易见的元素上。然而，具有讽刺意味的是，那些需要更仔细审查才能感知的元素─网站的战略层、范围层和结构层─在决定用户体验的最终成功或失败方面扮演了一个必不可少的角色。

　　在大多数情况下，在上一级层面中的错误可以被更低一级层面的成功所掩盖。在视觉设计的上问题─看上去很杂乱或混淆的布局，或者不一致或不协调的色彩 ─能让用户很快发现他们从来没有意识到的、你在导航或交互设计上所做出的所有聪明的选择。缺乏考虑的导航设计方法可以使你在“创建的良好、灵活的信息架构”上的所有努力看上去像是在浪费时间。

　　相似地，如果那些在上一级层面上做出的、所有正确的决定是建立在低一级层面所做出的、错误决策的基础上的话，那些决定就没有任何意义。在网站历史中，一些网站之所以失败，是因为它们虽然很漂亮，却完全不可用。过于关注视觉设计，而排除其他的用户体验的要素使得不止一个网站宣告破产，并使其他公司完全不明白为什么总是被网站问题所困扰。

　　这种糟糕的结果并不是必然的。如果你在网站开发的时候，始终从完整的用户体验出发，那么最后得到的网站就是一份有价值的资产，而不是无休止的债务。每一件与网站的用户体验有关的事情都是经过有意识地、明确地决策的结果，只有这样你才能确保这个网站能同时满足你的战略目标和用户需求。