曾經多少次你在項目開始時為了可以進行實地研究和觀察而努力抗爭？曾經多少次你耐心地解釋現在花費一些時間將在未來獲得更快占領市場的回報？又有多少次你成功了？HCI業內很久以來一直抱怨產品的開發過程中不允許有時間在開始的時候先進行良好的觀察。
      我越審視這個話題，就越來來越覺得，我們HCI團體是錯誤的。這其中包括我，因為我長期以來一直非常擁護“先研究，再設計”的方法，而現在我建議對大多數項目來說，順序應該是先設計，然后研究。
      讓我們來直面這一問題：當一個項目宣告開始的時候，開始去研究它應該是什么樣已經太晚了—— 這正是項目宣告已經發布的內容。如果你想要進行創新性研究，你需要在項目開始前進行。你需要成為能決定什么是項目第一步要做的團隊中的一員 —— 這意味著你需要是管理團隊中的一員。（HCI的bug之一：管理層中沒有足夠多的HCI人員）
大多數的項目都是已有項目的提高改進。為什么我們需要再完全從頭開始研究用戶？我們不是已經了解了很多關于用戶的情況了嗎？我們不是應該在整個采用周期內一直研究客戶嗎？當一個項目開始時，已經太遲了。想想吧。
      但是也需要注意這一矛盾：我們所有的可用性理論專家長期以來一直贊成迭代設計的方法，嘗試擺脫漫長的，生硬的線性項目時間表，這樣的時間表會妨礙靈活性和改變，使項目變得緩慢。取而代之，我們擁護迭代的設計方法，在其中頻繁迅速的建立原型并且頻繁迅速地進行測試。
      但是等等。我們不斷要求預先進行用戶研究，實地觀察，和發現真實用戶需求其實是在倒退一步：這是在設計和編碼階段之前插入的一個線性的，僵硬的過程。我們在為自己倡導瀑布式的開發方法，甚至在我們拒絕其他人使用這個方法的時候也是如此。是的，伙計們。但是當我們說需要時間作實地研究，觀察，迅速的紙原型等等的時候，我們正在和自己宣稱要推廣的方法相沖突。
      程序開發團體長期以來也在為類似的問題而斗爭。他們也嘗試消除漫長的，僵硬的，線性的時間進度表等會拖慢了項目的方法。他們正在試驗使用多種新的方法，例如敏捷編程（Agile Programming），極限編程（XP – eXtreme Programming），以及其他迅速的，迭代的編程方法。他們做的很棒。
       線性的項目過程（也被稱為瀑布式方法）正在死亡 ，它具有漫長的目標設置過程，然后是設計，編碼，再然后是測試。感謝上帝。新的開發風格運用迭代的設計，建立多學科的團隊：這些都是我們應該努力爭取做到的。現在是UI團體去追隨領導者的時候到了 – 去實踐我們自己長期以來所布道的。
       實地研究，用戶觀察，情景分析，和所有為了決定真實人類需求的方法仍和以前一樣重要 ——但是他們都應該在產品進程之外完成。這是決定構建什么樣的產品所需要的信息，項目將建立在這個基礎上。不要堅持在項目已經開始后收集這些信息。這樣太晚了；你在拖所有人的后腿。
      項目一旦開始，就嚴格受限于時間和資源。那是現實：所有產品團隊都能夠感受到這些限制。我們的目標是工作在多學科成員組成的團隊中，迅速有效地推出高效，令人愉快的設計。如果可以，在第一天先設計，然后回顧評論，測試，再重新設計。在項目剛開始的時候就讓開發與市場團隊了解產品將會是什么樣子，怎樣運行。相信我們有快速設計精良的易于理解的界面和流程的能力，不需要(漫長的)研究。我們應成為團隊中重要的一員，和其他成員一起同時投入其中。幸運的是，這已成為新的開發方法的組成部分。
      在CHI郵件列表中關于這個話題的討論中，有一位參與者寫道：“我從來沒有看到和讀到任何信息顯示說敏捷開發者（agile programmers）對放慢他們的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種語言。

© ui花園
閱讀本文英文原文 （翻譯：陳可，校對：李魚）