網頁制作poluoluo文章簡介：需求不等於功能，或者說你最終設計出來的跟用戶告訴你的他需要的功能一模一樣的功能並不等於他真正想要的功能。 用戶告訴福特，他需要一匹更快的馬，最終福特給用戶的是汽車。 用戶告訴你，他需要一個公告板，他要用來展示自己的新產品、自己的新資質榮譽、自己的特價
需求不等於功能，或者說你最終設計出來的跟用戶告訴你的他需要的“功能”一模一樣的功能並不等於他真正想要的功能。
用戶告訴福特，他需要一匹更快的馬，最終福特給用戶的是汽車。
用戶告訴你，他需要一個公告板，他要用來展示自己的新產品、自己的新資質榮譽、自己的特價供應、…，你就給他一個公告板，允許展示圖片、超鏈接、產品、視頻的“公告板”？
用戶告訴你，他需要一個可以收藏自己喜歡的商品、可以合並在一起付款的功能，你是給他一個購物車還是給他一個收藏夾還是同時給2個？
產品設計人員在產品規劃的初期直奔功能和表象而去，把自己的思維限定在一個很狹小的范圍之內，用戶想要什麼就給什麼，最後只能被用戶帶到溝裡。何 況，很多時候其實用戶是不知道自己到底需要一個什麼樣的功能的。如果我們能試圖去挖掘一下用戶提出需要“XX功能”背後的需求來設計一下，把他提到的這個功 能進行延伸與擴展，給他一個全新的不一樣的功能，反而會獲得更好的效果。
我們可以把得到的需求可以分為三個主要類別：
1）最顯而易見的是人們講述的、他們想要的東西。這中間有一部分是非常清晰的好想法，會尋找各種途徑進入最終產品。
2）有時人們口中說出來的、所期望的功能並不是一個很好的主意，但是它們代表了一條通向下一個版本的路徑：用戶實際想要的東西。用戶的需求有時是行不通的或者治標不治本的，通過與用戶探討這些建議，有時可以得出真正解決問題的、完全不同的需求。
3）人們不知道他們是否需要的特性。
因為用戶群體之間存在著很大的差異性，所以確認用戶需求是復雜的。我們可以把大量的用戶需求劃分成幾個可以管理的部分，這樣通過用戶細分來完成。把用戶分成更小的群組，每一群用戶都由具有某些共同關鍵性特征的用戶所組成，可以通過人口統計學的標准來劃分，也可以通過心理方面的數據來描述。
細分用戶不僅僅因為不同的用戶群有不同的需求，還是因為有時這些需求也是相互矛盾的。對新手用戶而言他可能需要把一個系統分成若干簡單的步驟，而相對於專家級用戶而言這樣的分解可能會妨礙他的快速操作。很明顯的是，我們無法提供一種方案來同時滿足這兩種需求，此時，我們需要要麼選擇針對單一用戶群設計，要麼為執行相同任務的不同用戶群提供不同的方案。
撰寫需求的幾個原則：
1）樂觀。描述這個系統將要做什麼事情去“防止”不好的情況發生，而不是“不應該”做什麼不好的事情。比如，“這個系統不允許用戶購買沒有風筝線的風筝”替換成“如果用戶想買一個沒有線的風筝的話，系統應該引導用戶到風筝線頁面”效果會更好。
2）具體。盡可能詳細第解釋清楚情況，這是決定一個需求是否被實現的最佳途徑。
3）避免主觀語氣。需求必須可驗證，就是說，它必須要能證明這個需求可以被滿足。比如，“這個網站的風格應該是時尚、閃耀的”這樣的需求是無法被驗證的，我對於史上的定義也許並不符合你的，而Boss對時尚可能有完全不同的看法。
4）用量化的術語來定義需求。比如，“具備高級別的執行能力”可以用“要求這個系統的設計至少要支持1000個用戶同時使用”來代替。
搞清楚了“用戶具體需要的是什麼”、“企業需要得到什麼”這樣2個問題之後，我們才能配合著網站的運營開始把用戶需求和網站目標轉變成網站應該提供給用戶什麼樣的內容與功能，進入到具體的功能設計層面。