好了 “菜花 上酸菜”
用戶體驗設計：多學科的演進之路
作者：J. Mayhew
1. 軟件工程的早期簡史
本節(jié)是60年代到80年代軟件工程的簡史
60年代到70年代
早期（60年代末），是程序員包打一切的年代。Period
這個時候的軟件開發(fā)產業(yè)根本沒有或者沒有真正意義的勞動分工。程序員要去進行業(yè)務和功能分析，他們要去做項目管理，他們要去做系統(tǒng)架構，他們要去做用戶界面設計，他們要編碼，還有他們要做軟件測試，質量控制和后期的用戶支持。某些情況下，他們還要去做銷售。
這個時候也沒有實際使用中的任何標準或者商業(yè)的軟件開發(fā)學。每個公司的開發(fā)項目團隊的領導者（同樣也是程序員）也是通過他們自身的經驗來指導項目。我在1978年開始了我的軟件行業(yè)的職業(yè)生涯。在那個時候，我正在攻讀我的博士學位，其研究的內容是認知心理學。我在研究生院里做助理研究員時學到了一些編程技巧，同時暑假在一個軟件開發(fā)咨詢公司里找到一份程序員的工作來支持我能繼續(xù)完成學業(yè)。我本來計劃在暑假結束辭掉這個工作，然后全部精力投入到我的學位工作中。但是沒想到的是我迷戀上了軟件開發(fā)這個行業(yè)（更不用說還有一份不錯的收入），于是我決定繼續(xù)留下來。我是在咨詢公司全職工作的情況下完成了我的博士學位。
80年代
時間回到80年代初，我還記得當公司試圖首先推出一套標準的開發(fā)方法學時，我所在咨詢公司程序員們憤怒的反應（他們正在試圖標準化他們公司內部的開發(fā)方法學，希望最后能夠像產品一樣打包銷售）。項目經理（當然他們還是程序員）為這個想法感到感到震驚，如果按照這種想法，他們以后就無法按照自己的方式來管理項目。他們抱怨遵循了這一套標準會壓抑他們的創(chuàng)造性和創(chuàng)新的能力，也會降低他們工作的積極性。當公司準備開始進一步將項目開發(fā)團隊的人力資源進一步細分和專業(yè)化的時候，開發(fā)者也因為同樣的原因感到震驚。
早期最先分離出來的角色是“業(yè)務分析師”，這個角色不再是程序員，而是業(yè)務專家。程序員不再需要去做業(yè)務分析。這是從程序員包打一切的工作中分離出來的第一個職責。很快關于客戶處理的職責也從程序員的工作中分離出來，處理這個職責的角色是“客戶經理”，嚴格地講，這也是一個業(yè)務角色。很快另一個新的專業(yè)角色也出現了——項目經理——該角色同樣也不是真正意義的技術角色，他主要是管理角色。程序員又該不滿了，因為他們需要被“管理”，同時更多地失去對項目的控制。
角色的專業(yè)化還在持續(xù)。在80年代中期，系統(tǒng)架構中出現了一種可以將用戶界面代碼方法從應用邏輯代碼分離的技術。這種分離使得應用程序變得更加強大且易于維護。相應，程序員的角色也開始分為“后臺工程師”和“前端程序員”——這樣進一步的專業(yè)化使得從程序員角色里至少移除掉一部分用戶界面設計角色，不過該角色仍然是在程序員角色中所控制。關于架構和構建獨立界面代碼的專業(yè)化工具開始出現，相應地在程序員社區(qū)一部分人開始致力于研究這些工具。
最終，使這個角色從程序員角色當中消失——是計算機的一個領域的出現——人機交互領域，它出現在70年代后期，它開始全面接掌這個角色。程序員開始不得不聽取“用戶界面設計師”和“人因”專家的建議，他們都不是專業(yè)的軟件人員。他們多半有心理學或者人因專業(yè)背景。很多但也不是全部的程序員（特別是專注于用戶界面工具的這部分人），他們已經習慣并且喜歡用戶界面設計，他們也認為自己完全可以勝任該領域，同時他們也不愿意失去對這個領域的控制。早期的可用性專家通常被程序員認為是不受歡迎的闖入者，同樣一直不受管理者的理解和支持。在80年代這是一個非常艱難的角色。
2. 軟件可用性工程近來簡史
下面一節(jié)是90年代和二十一世紀初的軟件可用性工程發(fā)展史。
90年代
90年代初期，在軟件開發(fā)產業(yè)中，角色的專業(yè)化和標準的開發(fā)方法學變得普遍和被人們接受，特別是來到這個產業(yè)的新人，他們沒有這種歷史上的極為寬泛的角色，他們能夠更加自由地管理他們自己和他們的項目。另外一方面，在軟件開發(fā)團隊中，成為一個可用性專家仍然是不容易讓人接受，而且仍然是一個很艱難的角色，仍然不受程序員的歡迎，仍然不受上級領導的支持。然而軟件產業(yè)到現在已經采用了標準的開發(fā)方法學，可用性專家在這個方法論里找不到自己的正式位置，他還像早期80年代的程序員一樣——是一個多面手，在任何一個特定的可用性角色里都沒有完全的專業(yè)化（比如用戶界面設計師，可用性需求分析師，可用性測試師等），他們也沒有任何專業(yè)的，標準的方法將他們的經驗和工作整合到軟件開發(fā)團隊和方法學中。歷史又一次重演。
90年代后期進入到了.com時代。
我記得我就是在這個時候開始了長期的dot com的咨詢工作。我現在已經快50歲了，在軟件產業(yè)有25年的工作經歷，而絕大部分雇員剛剛入行的時候，僅僅20歲，剛剛離開學校。他們對自己專業(yè)化的角色（后臺程序員和前端程序員）沒有任何消極的感受，因為這就是他們所知道的一切。一部分專業(yè)的人員應該對程序員他們所構建的用戶體驗完全負責。在這一點上，他們毫無異議。
在和客戶公司交互的過程中也出現了一個新的類型用戶體驗專業(yè)——平面設計師。突然之間，類似我這樣的可用性專家和20年前的程序員處在了同樣的位置，需要和這個新的完全是另一類的可用性專家共同承擔責任，而在過去則完全是由我們來負責。不久之后，又出現了一個新的專業(yè)用戶體驗角色——信息架構師。
我的書：可用性工程生命周期（Morgan Kaufmann Publishers，1999，http://drdeb.vineyard.net/index2.php?loc=7&nloc=1）更多的是引入了可用性工程的實踐，主張通過結構化和工程性的方法學來達到好的界面設計，同時這些方法能夠和軟件開發(fā)方法整合起來，和當時的軟件工程實踐非常類似。這樣的標準化方法在當時對可用性領域來說是全新的，這種變化就好像20年前程序員所面臨的變化。生命周期的方法也更清楚地明確了在一個開發(fā)團隊里用戶體驗專業(yè)的各類不同角色。我們需要與時俱進。
我還記得最初，學習如何為用戶體驗設計區(qū)分平面設計角色和信息架構角色的權責是一件非常有意思的挑戰(zhàn)。很清楚，我從一開始就認識到強強聯合的重要性，但是我發(fā)現可用性原則經常會和平面設計以及品牌原則發(fā)生沖突，難以達到最優(yōu)化的聯合。這就需要在一定程度上，我們彼此了解對方的經驗。我感到在這點上開始清除我們之間的技術和責任的分界線。同時也感到作為一個用戶體驗設計團隊會比各自為戰(zhàn)要有效率得多。
2000年代
近來，我發(fā)現有一種新的用戶體驗專業(yè)出現：“勸導架構師”。這種專家會有市場和銷售背景，專注于網站用戶體驗設計如何有利于“轉換”，即網站有多少或者一定比例的訪問者能夠最終直接達到網站的商業(yè)目的，比如購買商品，登錄即時通訊產品，注冊或者使用網站支持等等。這是設計的兩個不同方面，勸導設計是有利于將訪問者轉換成客戶，而以前的設計是有利于任務快速和簡單的完成，提高網站視覺上的吸引力，或者以最自然的方式構建網站信息或者功能。
我有一個新的商業(yè)伙伴（Todd Follansbee,網絡資源營銷者），他即是一個優(yōu)秀的勸導架構師。我已經開始和他合作，他開發(fā)了一個新工具，可以用來快速，客觀和定量的評價網站的用戶體驗設計，特別是電子商務網站。這個工具結合了公司目前基本的可用性原則，內容原則，平面設計原則和勸導架構原則，讓評測者獲得該網站的一個分數。我已經將該軟件的Beta版本應用在我自己公司網站的評測中。雖然我的公司網站獲得較高的可用性原則的分數，但是在勸導架構原則上得分很低。這就不是我所擅長的。同樣平面設計也不是我所擅長的，這也反映在了我的網站設計上。
在Dudley工具里勸導架構的評測是考查網站是否遵循如下營銷概念和原則的：
在首頁上提供一個清楚的“價值主張（Value Proposition）”；（注：參見維基百科上的術語解釋
http://en.wikipedia.org/wiki/Value_proposition）
關注產品或者服務利益而不是其功能（客戶關心的語言）；
有效地解決信譽和信任問題；
有效地解決隱私保護問題；
使用訪問者的語言（避免行業(yè)或者企業(yè)的專業(yè)術語）；
提供訪問者需要的全部信息，便于訪問者沿著業(yè)務路徑及時決定每一步；
呈現顯著和清楚的“行動召喚”
這些標準的市場概念和原則不一定能在專業(yè)的用戶體驗設計師（比如可用性工程師和平面設計師）打造的網站中找到。我重新設計了我的網站以達到Dudley的勸導原則。有很明顯的改善（過去顯示在Google搜索結果中可能是1-10頁，現在是1-2頁）
3 展望
我們這些可用性專業(yè)人士需要和這種新的專業(yè)人精誠合作。在Web世界里，任務的完成（傳統(tǒng)可用性的目標）是不夠的，一個吸引人的網站界面設計也是不夠的。網站不僅僅要吸引住網站的訪問者，還需要解決他們如何購買產品，注冊或者登錄等問題。您要比其他競爭網站更能快速地告訴訪問者您能滿足他們的需求，他們也能夠迅速地在您的網站上購買產品。這是整個網站成功的關鍵。
因此，在這個位置上的我們需要讓用戶體驗行業(yè)里接受和采用新的專業(yè)。在這一點上，一個多學科團隊是我們成功的關鍵。正如20年前的程序員，用戶體驗行業(yè)也需要包含新的專業(yè)，然后學會如何和他們一起有效地工作。另外一個關鍵的問題是定義和采用開發(fā)方法學，該方法學要以一種平衡的方式整合所有類型的技巧。這可能是未來擺在我們面前的最主要的挑戰(zhàn)。程序員們從60年代開始經歷了很多的改變，也采用了很多的方法。但是他們仍然被認為是軟件開發(fā)中不可獲取的一部分。而用戶體驗專家進入這個行業(yè)經歷了很多成長也超過了25年，我們仍然在很大程度上沒有被認為是其中一部分或者是不可或缺的角色。通過我們和其他用戶體驗專家精誠合作，在我們的組織中，將我們的方法整合到標準的軟件開發(fā)方法學中，這樣對于我們達到一個大的戰(zhàn)略目標上將會有更好的機會
喜歡 
頂
難過
囧
圍觀
無聊
