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