2010-07-31
首先要承認，主頁不由我們控制。因為每個人都有個一個看法，如果要使每個人都滿意，那么就算優秀的主頁設計也無法達到。因此設計主頁時不可避免地要做一些折衷。但有一件事情不要忘記——傳達整體形象，即一眼可以讓人感受到這個站是干什么的。越快越好，越清楚越好。所以當瀏覽者進入主頁時，我們好不費力（幾秒鐘讓人了解）地告訴他四個問題：
這是什么網站？
網站上有些什么？
你能在這里做什么？
為什么你在這里，而不是在其別地方？
那么如何傳達這些信息呢：
1、口號，即靠近網站LOGO的地方。一條精煉、個性、生動的口號可以讓人立即聯想網站的內容。但也有例外，如果某個公司的品牌已達到家喻戶曉的地步，可以省略口號。
2、歡迎廣告，即對網站的簡要描述，在主頁首要的位置顯示，不需要滾動屏幕就能看到。
3、應從哪里開始？當進入一個新站后，瀏覽者快速掃描主頁之后，應該明白無誤地知道：
如果想搜索，可以從這里開始。
如果想掃描，可以從這里開始。
如果想掃描本站精彩的內容，可以從這里開始。
在設計主頁時，注意幾個問題：
主頁的導航可以與下級的導航有點不同，但必須要有內容和視覺上的一致。
可以不用下拉框就不用，因為那是隱藏的信息。
四、如何解決對設計爭論不休——可用性測試——絕大部分公司沒做的
對設計爭論不休，似乎是個永久而又十分令人痛苦的事情。解決這個問題，很多時候，是上司或者老板說了算，“老板說咋樣就咋樣”。
其實可以對網站進行“可用性測試”，除此之外，沒有更好的辦法。爭辯只會浪費時間和團隊的精力，而通過測試將討論對錯轉移到什么有效、什么無效上，更容易緩和爭論，打破僵局。而且測試會讓我們看到用戶的動力、理解、反映的不同，從而讓我們不會再堅持認為用戶的想法和我們的想法一樣。
如果想建立一個優秀的網站，一定要測試，測試一個用戶比不做測試好一倍，早點測試一位用戶好過后測試50位用戶！這點我們做的不多，國內也似乎不重視這點。網絡公司一般對程序流程的測試要比對界面體驗的測試看的重要的多。
如何測試網頁可用性？
1、在項目的每個進程中都可以測試，不必要等項目結束。項目初的時候，必須有人（項目負責人或設計師，或多人討論，設計師表現出來）使用團隊的集體技巧、經驗、創造力和判斷力來創建一些版本（哪怕是一個很粗糙的版本），然后仔細觀察人門對它的看法和使用方法。
2、每輪測試的理想用戶數量是三個，多四個。前三個用戶可能會遇到幾乎所有明顯的問題，而且更重要的是要多做幾輪測試，及時修正問題。這里說明的是，測試用戶幾乎是任何懂得上網的人都可以，并不一定要與網站的目標人群想符合。
3、測試設備，只需要一間辦公室會會議室、兩把椅子、一臺電腦、一臺攝像機（可以屏幕錄制軟件代替）就可以了。我們可以把攝像機的信號傳到附近的一個辦公室（甚至一個小地方）里，以便開發團對的每個人都能進行觀察而不會干擾測試用戶。
4、任何人都可以發起測試。任何人都可以觀察測試。
5、測試的項目：
“理解”測試。就是讓測試用戶看到網站，然后看他們是否理解這個網站，理解網站的目標、價值主張、組織方式、運行方式等。
關鍵任務測試。讓用戶完成一些任務，然后觀察他們是怎么做的。
還有種為簡潔的“測試”方式，就是做好了一個頁面，就立即給別人看，看他們是否理解，當然這種我們都做到了，呵呵！
如何處理測試出現的問題？
1、給問題分類。回顧大家看到的問題，決定那些需要修正。
測試中可能出現的幾個問題：
用戶不清楚概念。他們看著網站和頁面，要么不知道網站說什么，要么理解有誤。
他們找不到自己要的字眼。這就意味我們組織的內容和分類不符合用戶的習慣，或者沒有他們期望的名字出現。
內容太多了。有時候，他們要找的內容就在上面，但是他們找不到。這就需要減少頁面干擾，把他們需要看到的內容設置醒目，讓它們從可視層級中突出。
2、解決問題。通過測試，站在用戶角度看自己的作品，這樣的體驗常常能為問題提供全新解決方案，或者可以讓我們有一種新的眼光看原來的問題。團隊不必對完美的解決方案達成一致，只要確認下一步做什么就可以了。
值得申明的是，成功的網頁需要巧妙的平衡，一個微小的變化都可能帶來不小的影響。有時候，真正的挑戰不是我們如何修改我們發現的問題，而是修改這些問題后，同時不破壞已經正常運行的部分。特別是，當把某部分調整得突出的時候，是不是把其他內容重要性降低了。
上一條：做網站關鍵在于前期的溝通
