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