根據馬斯洛需求層次理論，一種設計需求層次觀點認為，一個設計首先要滿足用戶基本需求才能滿足高層次需求，而后才是一個成功的設計。一個設計在讓我們感到驚艷之前，它必須跟設計者設想的一樣。它至少要滿足一個小的需求點，要不然就沒有意義。

馬斯洛需求層次

美國心理學家Abraham?Maslow，在他1943年的一篇名為《A?theory?of?human?motivation》的文章里提出了人類需求層次的心理模型?。

生理需求是人類存活的必須。包括呼吸、食物、水、居所、性、衣物、睡眠和舒適；

安全需求可以看做是明天生理需求的必須。包括人身安全、財產安全、健康、秩序、法律和抵御外界傷害的保護；

愛與歸屬需求跟社交互動有關。我們不愿孤獨終生。社交需求有友誼、愛情、性親密、家庭、社區、歸屬感和人際關系；

尊重需求包括自尊和他人的認可。尊重的表現形式有成就、地位、名望、認同、征服、獨立和責任；

自我實現需求與超越自我有關，它源自內心的平靜、知識、自足、個人潛力的發揮、個人成長和巔峰體驗。

馬斯洛同志認為，如果你企圖越過基本需求直接去滿足高層次需求，你便處于這個層次中的不穩定狀態。如果你正在等待癌癥的醫療診斷結果出來（第2層），你是不可能在工作中有良好表現的（第3層）。

層次模型中，低層次需求是高層次需求的基礎。如果你的基礎不穩固，你會被拉回低層次需求先穩固基礎，以保證層次的穩定。如果不這樣，你就會被壓力和焦慮所困擾。

關于馬斯洛需求層次的詬病

并不是所有人都贊同馬斯洛。很多人以其無法解釋人的無私行為、勇敢和慈善等，來非難這一理論。也沒有辦法解釋“絕食行為藝術”–那些人在生理需求幾乎沒有保障的情況下追求自我實現。

批評家們認為馬斯洛在構建自己的理論之前并未積累到足夠的經驗證據且觀察廣度不夠。馬斯洛的理論并不適用于人的精神層面，此外有太多的事實與他的理論相悖。一開始它也許是個不錯的觀點，但也許離被完全接受還有很長的路。直覺上我們覺得它正確，但馬斯洛需求層次有一定局限性，總結如下：

盡管從直覺來看，馬斯洛的需求層次理論是正確的，但鮮有證據能佐證它層次順序的正確性。實際上，有些證據與馬斯洛模型中的需求順序并不符合。比如，有的文化中社交需求是高于任何其他需求的。馬斯洛需求層次也解釋不通“絕食行為藝術”–一個人舍棄低層次需求而追求高層次需求。最后，除了在需求發生沖突的情況下，沒有證據表明人們一次只被激勵去滿足某一個特定需求。

智利經濟學家、環境學家，Manfred?Arthur?Max-Neef了，提出了一種新的基本人類需求理論，它在滿足基本的人類求生需求之上并沒有需求層級。他認為需求的滿足是伴隨著妥協的，是內相關的且被同步實現。

在這個系統中，一個人不必首先滿足安全需求就可以滿足創造這一需求。

需求的設計層次

馬斯洛需求層次可以被轉譯到設計中來，其從低到高分別是：功能、可靠性、可用性、專業性和創造力。

功能

一個設計在談任何其他方面前必須要功能完善。一個MP3播放器之所能稱作MP3播放器，是因為它能播放、暫停、回退和快進mp3或其他數字音樂文件。如果沒有這些功能，這就是個失敗的設計。

功能的數量是另一個話題。如果只有一款MP3播放器可以讀取專輯封面，那么其他播放則不必要這么做。但如果多數MP3可以做到，那么你的設計也要能行才對。什么定義了一個功能是否必須呢？產品本身？設計師？還是市場？

那些僅僅滿徐基本功能需求的設計被認為是沒多少價值的。我們希望設計能滿足基本需求，但遠不止此。

一個網站的特性需要滿足這些需求，合理的網頁加載時間、能用的超鏈接、對瀏覽器的常用“前進”、“回退”按鈕有響應。

可靠性

一旦你的設計滿足了基本功能需求，就可以進入下一個設計層級–可靠性。你的設計需要有穩定持續的性能。他不只是能用，還要能一遍一遍被重用。

如果你的MP3一會能播放一會兒不能播放，那就沒有滿足穩定性需求。如果它一直能播放但播放得很奇葩（從這跳到那，時而快時而慢），那它也米有滿足可靠性需求。

那些只滿足可靠性需求的設計也不具有多少價值。再次說明，我們希望我們買到的產品能工作且能持續工作。

一個可靠地網站要能持續的工作。昨天能用的今天也要能用。當新的頁面和板塊被添加后，他們也要像以前的頁面和板塊一樣好用。

可用性

用戶完成基本任務有多難？一個人拿到MP3能夠輕松搞清楚如何開關它嗎？還有播放、暫停、停止或選取一首歌呢？這些就是可用性需求。你的設計現在可以持續工作了。問題就變成了，人們能搞清楚怎么用它嗎？

除開易用之外，你的設計容錯性如何？按錯了按鈕不應該刪除MP3所有的歌曲。簡單實物的后果不能夠太嚴重。如果一次失誤就刪掉了所有的音樂，這個MP3的可用性就很差了。

可用的設計具備一定的價值。我們可以抱一些基本的可用性期望，但還有很多東西表現不好或不如我們想的那樣。一個可用的設計應該能將你的網站和那些低級別的區分開來。

一個可用的網站有一個便于理解和使用的導航系統，一個便于瀏覽的內容組織形式，可讀性好的問們和一個區域分明的布局。

專業性

你的設計能引導人們做得更多且更好嗎？MP3能讓你輕松建立播放列表并搜索歌曲嗎？它有一個簡潔機制能讓我們輕松從網上下載歌曲，并轉到/轉出其他設備嗎？

這就是專業性需求。你的MP3不一定能根據用戶偏好去推薦新歌曲，但那肯定是用戶想要的且能夠改進你的設計。

被認為專業的設計肯定有優異的功能表現。那些能讓過去不可能的事變為可能且能拓展基本功能的設計，會被視為優秀的設計。

一個專業的網站會有高級搜索選項，且能夠將不同源頭的數據組合成更復雜的信息，還會有一些網頁版的工具。

創造性

當低層次需求被滿足了，你的設計就應該去創造需求了。如果可以，你的設計現在可以用創造性的方式跟用戶互動。設計能夠基于產品自身去探索和創造新的事物。

也許你的MP3可以基于你聽最多的音樂的結構去推薦你學習音樂理論，它還提供跟音樂同步的五線譜播放。你的MP3還可以自定義皮膚或者允許你組合不同歌的部分去創造新的音樂。你的MP3就可能是市面上最棒的咯。

滿足了創造性需求的設計被認為是最高級別的。他們能催生一幫忠實的粉絲。如果你在想蘋果為什么成功，無需思考。它滿足了創造性設計需求。

一個有創造性的網站可能包含了AJAX效果，美觀的視覺和語音指令交互。

有關設計層次批評

對馬斯洛需求層次的批評同樣適用于設計的層次。一個產品在滿足可用性之前必須要滿足可靠性嗎？你不能同時滿足這兩個么？你能為高級用戶設計專業需求而不顧初學者嗎？

在投入資源到下一個層次設計之前我們是否需要搞定上一個的所有細節？市場是否會容忍這樣一款產品？九成時間他都能超出用戶的預期但剩下那一成時間內卻會無理由的糟糕。

再次說明，盡管層級理論從直覺上來看是正確的，市場的需求和期望才是決定層級里有哪最需要改進的。

其他需求層次

馬斯洛需求層次不僅僅被應用于設計。很多相關學科使用它來描述他們做什么事以及怎樣做得更好。

馬斯洛應用到營銷

馬斯洛的觀點經常被用于市場營銷。不論你是賣什么的，產品總是要滿足需求層次中的一種需求。為了更好營銷你的產品和服務，你需要將你的產品定位到需求層級中并理解產品目標用戶的動機，而后滿足這些需求。一個經典案例是米其林輪胎。他并不宣揚自家的輪胎的特性以及輪胎如何抓地牢靠，米其林的廣告表明了他的輪胎可以保護嬰兒，并來了一句口號：只因你的輪胎承載了太多**（because?so?much?is?riding?on?your?tires，翻譯的不好請腦補）。

案例中，廣告直擊安全需求，還瞄準了下一個需求層次–我們的社交需求：我們對孩子的愛。輪胎性能參數很枯燥，一個能使你確信你與家人能安全的故事，就能深深滿足心理需求。

馬斯洛需求層次還能幫助我們定位市場，以及制定打入市場的最佳策略。比如，你有一個關于小需求的絕佳點子：幫助人建立自信，那就很棒。

但如果你用戶定位到新的商業經營者。這屬于層次中的第二層：安全需求。他們在擔心工作以及養家糊口。他們不太關心自己是否自信。

你要么找個不一樣的故事講給用戶聽，要么更改用戶定位。

馬斯洛運用到Coding

Patrick?Dubrow看完馬斯洛需求層次和設計層次后，造了一幅寫代碼的需求層次圖：

如果你寫過代碼，你應該能輕易明白這個層次圖跟馬斯洛和設計層次是相符合的。不過這仍然是直覺性的，跟馬斯洛需求層次一樣可以有很多挑刺的地方。當然，表現差勁的代碼需要立即修復，但一個人不可能一開始學就能寫出優雅高效的代碼。

應用示例（每個站的介紹沒有詳細翻譯）

下面的網站設計得都不錯。每個都各有特點，針對了需求層次中的某一層。

http://www.goslingo.com/

https://www.invino.com/signup?cat=cellarthief-close-signuppg

http://www.elansnowboards.com/en/

http://alifelski.com/

http://antiquepianoshop.com/

http://www.designinfluences.com/fluid960gs/

http://css-tricks.com/

總結

盡管馬斯洛層次從直覺上看是對的，批評家們也指出其證據不足，特別是在“低層次需求必須要先于高層次需求被滿足”這一點上。同樣的結論也適用于設計需求層次，以致任何基于馬斯洛層次的層級理論。他們在直覺上正確，但缺乏經驗證據。

這些層級理論并不是你遵循的鐵律。所有的設計中，研究透你的成功的判定標準然后確定設計目標。

你的用戶也許會更喜歡這樣一個網站：設計精美但它偶爾會抽風跳轉到一個無聊的網站，而不是一個完美可靠的網站。

在滿足高層次需求前必須完全滿足低層次需求這一說法也是沒有根據的，你只要明白哪些低層次需求是必須要考慮的就好。一般，如果你的網頁加載不出內容，其他都是白搭。你在做進階改進時首先要搞定這個基本問題。

把設計層級看做一個指南。多數情況下，滿足高層需求前先滿足底層需求是沒有問題的。如果你的網站不可用，在為用戶提供更多專業功能之前你最好還是先搞定不能用的問題吧。

本文由人人都是產品經理@Tobbi翻譯發布，轉載請注明。

原文鏈接：http://www.smashingmagazine.com/2010/04/26/designing-for-a-hierarchy-of-needs/