推薦：網(wǎng)頁信息的表現(xiàn)類型和常見的排版方式
網(wǎng)頁設(shè)計假如不具備一個考慮用戶的友好界面的話，無論這個網(wǎng)站有多少好的設(shè)計和內(nèi)容，都不算是好的網(wǎng)頁設(shè)計。在印刷媒介的編輯設(shè)計里，題目的位置、文字的數(shù)量

Scott Berkun寫的文章往往從實用角度出發(fā)，比如本文：

摘要：關(guān)于網(wǎng)頁及界面設(shè)計中批判性思維的討論

批判性思維是設(shè)計和工程學(xué)的核心。在很多領(lǐng)域中，從電影導(dǎo)演到項目經(jīng)理，從程序員到設(shè)計師，分辨哪些事物是有價值的都是一種非常重要的能力。這種能力是可以靠學(xué)習(xí)獲得的，只是由于它獨立于技術(shù)領(lǐng)域，經(jīng)常被我們所在的行業(yè)遺忘。不過很明顯，通常在工程、設(shè)計及可用性上犯的大多數(shù)失誤都是由于全局的決策失誤造成的，(因此)開發(fā)人員和設(shè)計師都應(yīng)該了解批判性思維的方法與流程。在網(wǎng)站或軟件開發(fā)中，批判性思維在三個方面顯現(xiàn)：規(guī)劃，靈感激發(fā)和項目治理。這里我們重點討論制定規(guī)劃，今后我再去撰文介紹另兩個方面。

在開發(fā)過程中最常見的錯誤是不能正確的定義問題。假如目標(biāo)是模糊的，就無法界定問題是否已經(jīng)得以解決。就算目標(biāo)是正確的，也有可能與當(dāng)時的設(shè)計情形不相符而導(dǎo)致錯誤的目標(biāo)。制造精良的機槍不可能幫你修理癟掉的輪胎，因此上述兩中錯誤是與技術(shù)的精準(zhǔn)無關(guān)的。假如你不能避免這兩種錯誤，即便是世界上最好的程序員和設(shè)計師也不可能成功。你可以寫出最棒的代碼，創(chuàng)作出最出色的設(shè)計，但假如你不能正確解決問題，你的努力是白費的。

理解問題

邁向批判性思維的第一步是客觀審閱問題的本質(zhì)。作為開發(fā)人員或設(shè)計師，你不可避免地會偏向于自己的工作。你是由里及外，很難以外人的角度看待自己的工作，這時你就需要考量各種信息來找出自己的定位，孤立地看待開發(fā)人員、經(jīng)理、某個重要用戶的觀點幾乎沒有價值。你要找到全局的視野和盡可能多可選擇的觀點，就一定要直接跟使用你的設(shè)計的人對話，但不依據(jù)他們的話來理解問題。把自己想象成一位試圖幫助公民的政治家吧，你會只相信你的智囊團的說辭嗎？你必須從常規(guī)思維中跳出來才能把事情做好，并看到事物的真相。

另外一個挑戰(zhàn)是：你接觸用戶的方式將影響到你從他們那里獲取的信息類型，除非受過專門練習(xí)，每個人都會無意中使自己的問題帶有偏向性，這樣你將得到不可靠的信息。

觀察和理解用戶的技能非常復(fù)雜，這也是網(wǎng)站和軟件團隊需要可用性工程師的首要原因。你可以學(xué)習(xí)一些基礎(chǔ)知識，但假如打算做一些重要的工作，還是要請專業(yè)人員。

在研究你要解決的問題時，記住以下幾點：
• 誰是我們的用戶？他們有哪些技能和知識？
• 我們可以用哪些不同來源的數(shù)據(jù)去理解他們的背景？
• 他們使用我們的產(chǎn)品或者網(wǎng)站要完成什么樣的任務(wù)或目標(biāo)？
• 我們做了哪些假設(shè)，如何論證？
• 我們把握了那些數(shù)據(jù)來源？（可用性研究和啟發(fā)式評估都是很好的起點）

假如你對回答這些問題沒信心，說明你還沒預(yù)備好，其實這些信息都是開發(fā)工作的基礎(chǔ)。在繼續(xù)工作之前要確保對你的用戶有準(zhǔn)確的理解，假如這是你的第一次嘗試，就盡可能多地找到你的競爭對手及其用戶信息吧。

分析

作為開發(fā)人員,有非常多的問題有待你解決，也有非常多的新功能有待你添加，因此僅僅有創(chuàng)意是不夠的�？紤]到投資人的要求與它們有限的資金支持，很多問題是不值得去解決的。有時解決一個問題會引發(fā)兩個新問題，所以好的判定意味著從可以做的事情中理出應(yīng)該做的事情。收集完數(shù)據(jù)后，下一步邁向成功判定的工作就是分析了：你需要篩選信息并且評估出需要在哪里投入精力。

將從用戶和其他來源收集到的信息過濾成針對特定問題的一句話，這些話應(yīng)該從用戶的角度來書寫。舉個例子，“將編輯框加寬至十五個字符”不是一個問題，而“輸入比較長的文本很困難”是，這中間的區(qū)別是戲劇性的。不要同時定義問題和解決問題的方法，這樣你會經(jīng)常忘記真正的問題。在這個例子中，其實有很多種方法解決輸入長文本的問題，包括改變搜索框的外形等。但是假如你太局限，你會看不到其他的選擇 --- 好的工程即是去理解這些選擇。

對每個問題描述提供支持信息，包括：什么樣的用戶有這樣的問題，這個問題是怎樣被提出的，甚至是潛在的解決之道。也許只有特定部分的用戶碰到這樣的問題，或者它只發(fā)生在某種情境里。盡量多描述一些來讓別人信服或者挑戰(zhàn)你的假設(shè)，假如你是唯一看到這些支持信息的人（例如可用性研究、市場研究等），讓別人也得到這些信息。你對這些資源越公開，別人的質(zhì)疑也就越少。

假如你是在一個團隊中工作，將所有的問題及其支持信息做成一個小清單吧。

一些表述問題的例子：
• 網(wǎng)站各部分的跳轉(zhuǎn)很困難
• 軟件加載時間過長
• 安全錯誤信息難以理解
• 注冊項太多，導(dǎo)致用戶經(jīng)常放棄
• 在頁面索引里很難找到特定產(chǎn)品

注重用戶問題和功能性bug是有區(qū)別的，我用兩個特征來判定：
1) 因為代碼錯誤而沒有實現(xiàn)預(yù)期的功能
2) 有明顯且簡單的方法解決

例如：下拉菜單無法顯示五十個州是一個bug，而用戶無法找到下拉菜單或者使用它來達到目標(biāo)是一個用戶問題。

分享：“注冊”比“登錄”更醒目？
這陣子可以體驗的新東西還算不少，五一長假回來自然要抓緊體驗體驗分析分析～不過……？五一之前上線的Myspace，似乎已經(jīng)不少人評論過。我在注冊時受了不少挫