文章转载自：http://www.gemag.com.cn/gemag/blog/blogview.asp?logID=29&cateID=3
你曾经多少次为了在一个项目开始初期能够做现场研究和其他的调查而为之努力拼搏？又是曾经多少次耐心的给别人解释“事前花时间做调研将会有利于最后快速的占领市场”？最后你又成功了多少次呢？HCI（Human-Computer Interaction）团队的人由于在产品设计进程中没有足够的时间让好的调查结果作为项目的开局，已经抱怨很长时间了。
我越研究这个问题，我就越认为是我们，是HCI，错了。这其中包括我，因为我长期都是“先研究，后设计”方案的拥护者。好吧，现在我倡议，对于很多项目来说，最佳顺序应该是设计第一，调查研究第二。
让我们面对这样一个事实：一旦项目公布后，再来研究它应该是什么已经为时已晚——因为那正是项目公布榜上应该论及的内容。如果你想做创新研究，你必须在这个项目成型之前去做。你必须成为首先决定一个项目要做什么的所谓“决策组”的成员，也就是说你需得成为为管理团队中的一员。（HCI的缺陷之一：没有足够的HCI成员是管理者）。
目前绝大多数的项目都是对现有工程的修缮，那为什么我们需要重新开始做所有用户的调研工作呢？我们不是已经对他们有了很广泛很深刻的了解了吗？难道我们不应该在他们使用产品的整个过程中都对他们展开调研吗？一旦项目开始了，那就太晚了。考虑一下吧。
但也注意到这个矛盾：长期以来，我们所有的实用性理论家都赞成迭代设计，试图摆脱冗长、僵硬的线性项目时间表，以至于妨碍了项目的机动性和可变性，最终延缓了整个项目的工期。相反，我们提倡频繁的、快速还原、快速测试的迭代设计。
但是且慢，我们不断呼吁要做事先的用户研究、实地观察、然后发现用户真正需求的做法，是一种倒退：它们都是在插在设计和编码阶段之前的一个线性的、僵硬的无用步骤。正如我们对自己而言大力提倡“瀑布策略”，对其他人时却否定此策略一样。是这样的，同志们。在我们说需要时间来进行实地考察、调研、快速论点还原等步骤时，我们正在与自己所倡导的方法形成自相矛盾的尴尬。
设计者们已经和与此相似的问题作了相当长时间的斗争。他们也正在试图消除冗长、僵化且延缓项目工期的线性项目时间表。他们用各种各样的新方法来做试验，例如Agile、XP (最终方案)以及其他快速、迭代性的设计方案。为他们欢呼。
线性项目程序方案（又称“瀑布策略”）——拥有长期的目标设置过程，然后是设计、编码，之后是测试——已经被废弃了。感谢上天。新的程序设计风格尝试的是迭代式设计，并且组建涵盖各门学科人才的团队：各方各面的效果我们都要努力争取到最好。对于UI（User Interface）团队来说，现在是时候跟随他们的领导，去实现我们自己所一直鼓吹的。
实地考察、用户调研、关联性分析、以及一切旨在追求人们真实需求的步骤仍旧与以前一样重要——但是它们应该在产品的设计生产程序之外进行。因为它是在确定创造什么产品、投资哪个项目时所必需的信息，别坚持要求要在项目启动之后还做这些步骤，由于为时已晚，并且你也将耽误到其他的人。
一旦这个项目付诸实施，它将严格地受到时间和资源的限制。这是一个无法更改的事实：所有的项目组都将感受到这些限制。我们的目标是在拥有各学各科队员的团队里工作，快速且高效的生产出有用且合意的产品设计。如果可以的话，你应该先设计，然后回顾、测试，然后重新做改进设计。在工程开始时就要让项目组和市场组都了解产品的外观和作用。不需做冗长的调研，就可以对我们的能力有充分的自信，自信我们能够设计出拥有完美工艺、友好界面、和简约程序的产品。将此作为团队的一个基本元素，这样的话我们在做项目的同时也能获得其他人所提供的帮助。幸运的是，这是我们新的设计方法中的一个要素。
一个评论者在这个话题上争辩时说道：“ 对于我所看到或者阅读到的那些建议：头脑敏捷的程序员所非常不感兴趣的、以减缓他们项目进程为代价来等待实用性测验的事情——在现实中根本就没有发生。在所谓的实用性实验中，根本就没有利用任何的用户调研——那只是猜测用户将会需要什么的一个游戏。”
这位评论员有点迷惑了，实用性测试就像软件的Beta测试，是绝对不应该用来决定“用户需要什么”。它是用来追踪Bug的，并且这种实用性测试仍然适合全新的迭代开发模型，就像软件bug的beta测试适合这种模型一样。我很长时间都认为：任何一个以用户可用性测试为豪的公司必将是一个处于麻烦境况的公司，就像以beta测试为豪的公司也一样是处于麻烦的境况一样。UI和beta测试很明显是用来寻找bug的，而不是用来重新设计的。
所以，我们要把行业领域的研究、概念上的设计工作和需求分析从实际的产品项目中分离出来。我们需要在项目开始之前去研究用户真正需要的是什么，一旦项目开始，我们的方向就已经被确定了：我们需要采用快速、迭代的开发方法，我们需要适应开发团队所采用的新策略，我们需要成为真正的团队成员。这些新方法更特别的好处在于，它们给了我们更大的空间：明确的承认HCI设计的重要性。团队中的每个人都需要我们，如果我们不放慢工作的速度的话，他们就会获得更多的动力。