網(wǎng)站建設需要人來完成大量工作
計算機和其他智能產(chǎn)品本來應該是能夠節(jié)省撣多人工操作的，但每次當我們到現(xiàn)場觀察人們在這 些技術的輔助下工作時，我們都震驚于人在操作軟件時被迫所做的大量工作。這些工作包括在一個個窗 口中輸入數(shù)值，在不同的應用中復制并粘貼數(shù)據(jù)（這些應用為什么不能自己互相交流一下呢)，以及為 了使用那些他們每天的工作都需要，但卻被軟件隱藏起來的功能而不得不到處單擊并拖動窗口。
那么，真正的問題到底在哪里？為什么在技術行業(yè)中通常無法設計出好的網(wǎng)站建設的交互部分呢？這里有3個主要原因，即不了解用戶、滿足用戶需求與產(chǎn)品開發(fā)之間存在利益沖突，以及缺乏一 種設計過程，這個過程能夠認識到人類的需要可以有助于開發(fā)出恰當?shù)漠a(chǎn)品形式和行為。
一個悲哀的事實是，網(wǎng)站建設產(chǎn)業(yè)沒有很好地理解怎樣做才能讓用戶髙興，實際上大多數(shù)科技產(chǎn)品都是在不太了解用戶的情況下制造出來的。我們或許知道用戶群存在于哪個—、他們的收入是多少、他們每周末消費多少錢，以及他們買什么樣的車等。或許，我們甚至也模模糊糊了解他們從 事的具體職業(yè)，以及工作中主要的例行任務等。但這些告訴了我們，怎么才能讓他們高興呢？他們將 勿海使用我們正在生產(chǎn)的產(chǎn)品嗎？這些是否又告訴了我們力斤么用戶會用到產(chǎn)品的這些功能呢？為什么他們有可能會想要我們的產(chǎn)品，而不是競爭對手的產(chǎn)品呢？或者，我們志祥做才能讓他們選擇我們 的產(chǎn)品呢？很可惜，我們無從知曉。
下面我們立即就會談到如何了解用戶及其使用產(chǎn)品時的行為。
利益沖突
第2個原因是利益沖突，它影響產(chǎn)品制造商和經(jīng)銷商讓用戶感到髙興的能力。在網(wǎng)站建設開發(fā)領 域中，存在著嚴重的利益沖突。產(chǎn)品開發(fā)人員，即程序員，通常也就是設計產(chǎn)品的人，往往必須在產(chǎn) 品的易于編程還是易于使用二者間做出選擇。因為程序員的編程效率，以及是否能夠在無比緊張的截 止日期前完工決定著他們的績效評估。如此一來，大多數(shù)的軟件產(chǎn)品會走向何方就顯而易見了。正如 在法庭上我們絕不能讓原告來裁定案件一樣，我們也應該確保設計產(chǎn)品和開發(fā)產(chǎn)品是不同的人。即使 某程序員心存善意并且也有足夠的設計能力，他還是不可能同時兼顧到用戶、商業(yè)，以及技術方面的 利益。
缺少一個過程
網(wǎng)站建設產(chǎn)業(yè)中難于生產(chǎn)出成功產(chǎn)品的第3個原因是缺少可靠的過程，或者更準確地說，缺少完 麥過程。工程部門遵從，或者說應該遵從嚴格的工程方法，從而確保工程的^產(chǎn)品的質量。
同樣，市場營銷部門、銷售部門和其他商業(yè)部門也都遵從著各自十分成熟的方法，來保證產(chǎn)品在商業(yè) 上抱生存能力。然而，其中缺乏的是一個可預見和可重復的分析過程，它能夠把對用戶的理解趕化力 能同時滿足他們的需求并激發(fā)他們想像力的產(chǎn)品。
當我們想起那些復雜的機械設備時，我們都理所應當?shù)卣J為，它們不僅僅是被精心地制造了出來， 而且還為滿足用戶的使用而經(jīng)過了精心的設計。然而，大多數(shù)機械產(chǎn)品都比較簡單，即便是十分復雜 的機械產(chǎn)品。當它們和軟件產(chǎn)品或基于軟件的產(chǎn)品相比時，也顯得很簡單，因為很多軟件常常超過100 萬行代碼（可以把這些軟件和類似于航天飛機這樣的極為復雜的機械物品相比較，航天飛機有25萬個 部件，不過其中只有一小部分是能夠活
在最糟糕的情況下，關于網(wǎng)站建設能做什么并且如何與用戶交流的決定，完全變成了構建過程中 的副產(chǎn)品。程序員每天絞盡腦汁思考著算法和編程，直到最后才“設計”出產(chǎn)品的功能和用戶界面， 這就像礦工“設計”出滿是深坑和碎石堆的地貌風景一樣。在枯燥的開發(fā)部門中，網(wǎng)站建設的交互設 計要么是很隨意的行為，要么根本就不存在。
有些公司的確會采用某種設計過程，但他們的做法并不很正確。現(xiàn)在很多程序員相信，在開發(fā)過 程中頻繁地讓用戶直接參與進來可以解決用戶界面設計問題。雖然這有益于讓用戶來分擔界面設計， 但一個方法學上的問題被忽視了，即設計知識和領域知識被混淆了。雖然用戶或許能夠闡述交互中的 某個問題，但他們還是往往不能將解決問題的方案可視化。就如同編程序一樣，設計是一門專業(yè)。程 序員從來不會讓用戶幫忙寫代媽，設計問題也應該一視同仁。而且游劣產(chǎn)品的人并不一定是使用產(chǎn)品 的人，這是一個雖然細微，但卻很重要的問題。
這并不意味著網(wǎng)站設計人員不應該主動積極地收集對于他們所提出的解決方案的反饋。不過，產(chǎn)品團 隊的每一個成員都應該尊重其他人各自的專長。想像一下，一個胃痛病人去看醫(yī)生的情形?！按蠓颉?，
病人說，“真是疼死我了，我覺得是闌尾炎，您得幫我趕緊把它切除了。”當然，任何有責任心的外科 大夫都不會毫無置疑地立刻就做手術。病人可以述說癥狀，但必須是醫(yī)生來運用專業(yè)知識做出正確的
診斷。
為了更好地理解如何創(chuàng)建一個可行的以用戶為中心的網(wǎng)站建設設計流程，我們需要更多地了解一 些制造業(yè)的設計史，了解一下交互產(chǎn)品的難點如何徹底改變了對設計的要求。
