为什么项目开始先做用户观察是错误的

为什么项目开始先做用户观察是错误的 - 2006-08-23
作者Don Norman
阅读本文英文原文 （翻译：陈可，校对：李鱼）
文章经作者与美国计算机协会（ACM）的许可发表。
曾经多少次你在项目开始时为了可以进行实地研究和观察而努力抗争？曾经多少次你耐心地解释现在花费一些时间将在未来获得更快占领市场的回报？又有多少次你成功了？HCI业内很久以来一直抱怨产品的开发过程中不允许有时间在开始的时候先进行良好的观察。
我越审视这个话题，就越来来越觉得，我们HCI团体是错误的。这其中包括我，因为我长期以来一直非常拥护“先研究，再设计”的方法，而现在我建议对大多数项目来说，顺序应该是先设计，然后研究。
让我们来直面这一问题：当一个项目宣告开始的时候，开始去研究它应该是什么样已经太晚了——这正是项目宣告已经发布的内容。如果你想要进行创新性研究，你需要在项目开始前进行。你需要成为能决定什么是项目第一步要做的团队中的一员 ——这意味着你需要是管理团队中的一员。（HCI的bug之一：管理层中没有足够多的HCI人员）
大多数的项目都是已有项目的提高改进。为什么我们需要再完全从头开始研究用户？我们不是已经了解了很多关于用户的情况了吗？我们不是应该在整个采用周期内一直研究客户吗？当一个项目开始时，已经太迟了。想想吧。
但是也需要注意这一矛盾：我们所有的可用性理论专家长期以来一直赞成迭代设计的方法，尝试摆脱漫长的，生硬的线性项目时间表，这样的时间表会妨碍灵活性和改变，使项目变得缓慢。取而代之，我们拥护迭代的设计方法，在其中频繁迅速的建立原型并且频繁迅速地进行测试。
但是等等。我们不断要求预先进行用户研究，实地观察，和发现真实用户需求其实是在倒退一步：这是在设计和编码阶段之前插入的一个线性的，僵硬的过程。我们在为自己倡导瀑布式的开发方法，甚至在我们拒绝其他人使用这个方法的时候也是如此。是的，伙计们。但是当我们说需要时间作实地研究，观察，迅速的纸原型等等的时候，我们正在和自己宣称要推广的方法相冲突。
程序开发团体长期以来也在为类似的问题而斗争。他们也尝试消除漫长的，僵硬的，线性的时间进度表等会拖慢了项目的方法。他们正在试验使用多种新的方法，例如敏捷编程（Agile Programming），极限编程（XP –eXtreme Programming），以及其他迅速的，迭代的编程方法。他们做的很棒。
线性的项目过程（也被称为瀑布式方法）正在死亡，它具有漫长的目标设置过程，然后是设计，编码，再然后是测试。感谢上帝。新的开发风格运用迭代的设计，建立多学科的团队：这些都是我们应该努力争取做到的。现在是UI团体去追随领导者的时候到了 – 去实践我们自己长期以来所布道的。
实地研究，用户观察，情景分析，和所有为了决定真实人类需求的方法仍和以前一样重要 ——但是他们都应该在产品进程之外完成。这是决定构建什么样的产品所需要的信息，项目将建立在这个基础上。不要坚持在项目已经开始后收集这些信息。这样太晚了；你在拖所有人的后腿。
项目一旦开始，就严格受限于时间和资源。那是现实：所有产品团队都能够感受到这些限制。我们的目标是工作在多学科成员组成的团队中，迅速有效地推出高效，令人愉快的设计。如果可以，在第一天先设计，然后回顾评论，测试，再重新设计。在项目刚开始的时候就让开发与市场团队了解产品将会是什么样子，怎样运行。相信我们有快速设计精良的易于理解的界面和流程的能力，不需要(漫长的)研究。我们应成为团队中重要的一员，和其他成员一起同时投入其中。幸运的是，这已成为新的开发方法的组成部分。
在CHI邮件列表中关于这个话题的讨论中，有一位参与者写道：“我从来没有看到和读到任何信息显示说敏捷开发者（agileprogrammers）对放慢他们的scrums（一种项目管理方法的名称）会议，等待进行可用性测试没有兴趣。然而，在所谓的敏捷可用性实践方法（agile usability practices）中根本就没有利用用户研究——它仅仅是个猜测用户需要什么的游戏。”
这个回复者糊涂了。可用性测试就像软件的Beta版测试。它永远也不应该被用来决定用户需要什么。它是为了找出bug，所以这种可用性测试仍适合新的，迭代的开发模式，正如测试bug的Beta版测试仍适合新模式一样。我长期以来坚持认为任何以可用性测试为荣的公司其实都是有很大麻烦的，正如一个以Beta版测试为荣的公司是有问题的一样。界面和Beta测试仅仅是为了找出bug，而不是重新设计。
因此让我们分开实地和观测性研究，概念性设计工作，和来自真实产品项目的需求分析。我们需要在项目开始前就找出什么是用户需要的；项目一旦开始，方向就已经决定。我们需要强调快速，迭代方法。我们需要适应开发团队的新的过程方法，我们同时也需要成为团队的参与者。这些新方法最好的地方在于为我们提供了空间：他们明确指出了HCI设计的重要性。只要我们不会拖延工作进度，每个人都希望我们加入到团队中。我们的工作为他们增加了新的力量。
备注：Scrums是一种项目管理方法。请参见Wikipedia 或其它您喜爱的在线信息网站。
Don Norman博士的背景是工程学和社会科学，在学术界和工业界都具有极高的荣誉。他是美国西北大学计算机科学系的教授， 以及加州大学名誉教授。
Norman博士是Nielsen Norman Group ，帮助企业设计制造以人为中心的产品和服务的商务咨询公司的发起人之一。1999年，Upside杂志并提名他为世界100精英之一。Norman 博士出版了大量的书籍和研究报告。他是13本书的作者或作者之一，作品被翻译成12种语言。
从amazon.co.uk购买作者的书籍:
Emotional Design: Why We Love (or Hate)...
The Design of Everyday Things
Things That Make Us Smart: Defending…
The Invisible Computer: Why Good…