ucd（以使用者為中心的設計）方法可以說是當前產品構建時，最流行的一種設計思想。這種方法的核心思路是：使用者知道自己想要什麼。使用者知道自己為什麼使用一款產品、很清楚自己想要的功能是什麼、自己已有偏好的使用習慣，在進行產品開發時，應該將使用者的參與納入到開發的每乙個階段。圍繞使用者的需求來進行產品的設計，而不是強迫使用者改變他們的使用習慣來適應軟體開發者的想法。
對於設計師來說，這不僅要求他們分析和**使用者可能會如何使用產品，更重要的是要在真實的使用環境下、利用實際使用者的反饋來對自己的假設進行驗證。這無疑是非常有必要的，因為對於產品設計人員來說，弄清新使用者使用產品的感受是一件非常困難的事情。
但乙個問題是，使用者真的知道自己想要什麼嗎？他們對自己的需求了解到什麼程度？
福特汽車創始人 - 亨利福特的一句名言常常被人們作為反面案例引用：「如果聽使用者的，我們根本造不出汽車來，使用者就是需要一匹快馬。」蘋果已故 ceo steve jobs 也有類似的言論。在他們看來，只聽從使用者反饋的需求，永遠無法做出優秀的產品，digg 的隕落就是乙個盲目聽從使用者反饋的最好反例。這樣的觀點其實也很容易理解，使用者畢竟不是專家，他可能對於某個產品的某個功能有自己的需求和期望，但出於對產品設計細節的不了解，他們的反饋也許並不是該功能的最好實現方式，也不足以作為產品下一步怎麼走的直接依據。
產品策劃的最根本問題是什麼？axure 中文社群負責人、著名使用者體驗設計師尹廣磊認為，我們不能光談需求，而應該談產品的解決方案與使用者需求到底有什麼關係。使用者動機才是在使用者需求與解決方案之間建立聯絡的最有效途徑，這也是產品設計人員最重要的任務。就像警察辦案一樣，有時候看似得到了合理的人證、物證，但還要解釋通嫌疑人的犯罪動機，如果犯罪動機解釋不通，這個案子可能就不能草草定案。
使用者需要一匹快馬，我們給他們培養更快的馬就行了嗎？對於賽馬相關行業來說也許如此，但他們這一需求背後的動機是什麼？在這個簡單的例子裡，大多數使用者對快馬的需求的最根本動機歸根到底，只是想要更快的到達目的地而已，而具體通過什麼樣的工具實現並不重要。在更廣泛的產品設計領域，這意味著，我們不該僅僅單純接受使用者的各種功能需求、意見反饋，而應真正從使用者的角度出發，去分析其宣稱的「需求」背後，到底有什麼樣的動機。這才可謂真正的「以使用者為中心的設計」。回頭看看，蘋果真的不在乎使用者的反饋嗎？表面看起來似乎如此，但其之所以被譽以行業創新者的形象，並不僅僅來自於天才的設計靈感，而也在於其從使用者的動機、而非從使用者直接反饋的需求出發的產品思路。
如果使用者無法直接反映他們的動機的話，產品開發人員該如何把握他們的反饋呢？miui 產品經理許斐認為，雖然使用者的動機往往不會直接展現出來，但我們可以依然從他們的行為和反饋中進行推斷和驗證。
對於 miui 來說，使用者曾經反映過這樣乙個問題：是否能夠在刪除乙個應用時，自動用後面的應用圖示補上空位。對於這個反饋，該如何處理？最簡單的處理方式當然是直接引入這個功能，但這真的是使用者想要的嗎？
但對於更細緻的產品人來說，其首先要做的是分析使用者為什麼會有這個問題。使用者之所以提出這個需求，主要來自於其對於 ios 系統的使用習慣（在 ios 上，當使用者刪除乙個應用後，後面的應用圖示會自動補上之前的位置，以保持桌面的整齊，而這正是使用者所提到的場景），但 android 上並沒有這個特性。對於使用者來說，其實際上想要解決的問題是應用圖示排列整齊性的問題，他不想在原來的位置留下空隙。
對於實際解決使用者的反饋，應在獲知使用者反饋背後隱藏的動機後進行。對於更方便整理手機桌面的這個動機，使用者所要求的 ios 式方法是否適合直接引入 android 為基礎的 miui 上呢？這需要考慮到系統的特性問題，由於有桌面外掛程式 widget 的存在，android 的桌面不僅僅只像 ios 那樣是乙個應用的列表，而是乙個豐富資訊的展示空間，使用者有很大的靈活性來自由排布自己的應用圖示和外掛程式，比如在乙個 2x2 的時鐘外掛程式旁邊不填滿圖示，選擇留空，而在外掛程式下方放置八個應用圖示。在這種情況下，如果照搬 ios 的自動補齊方式，對於外掛程式系統的排布無疑會造成問題。
miui 最終分析認為，使用者並不是任何時候都希望圖示會自動補位，但確實偶爾會有這樣的使用場景。因此 miui 提供了乙個特殊模式，當桌面進入編輯模式的時候，使用者搖三下手機，圖示間的空位會自動補上；但是在正常桌面狀態下，保持 android 的桌面特點。相比單純的採納或拒絕使用者的反饋，這可以說是乙個更加合理的解決方案。
我們必須認識到的是，使用者雖然可能缺少專業知識，但在動機的驅動下，在進行選擇時，很多人完全能夠做出理性的決策。雖然其外在的行為和言語反饋不能夠直接為產品人提供直接的創新線索，但使用者不會毫無道理的去做一些事情，其深層的動機是乙個產品是否能夠成功的重要因素。「以使用者為中心的設計」這一概念本身並沒有問題，但在以使用者為中心進行產品設計時，產品負責人需要透過表面的使用者需求，尋找使用者這種需求背後的動機是什麼，只有這樣才能真正達到服務使用者的目的。
使用者需求的背後產品含義
這幾年隨著產品經理氾濫，還有乙個被說爛的詞，需求 很不幸，我也加入到這個神化的行當，每天需求中來，需求中去。程式設計師問 為什麼加入這功能?答 使用者 需求 啊 老闆問 這個功能一定要加嗎?答 得加 使用者 需求 他們都需要 客服人員 這是使用者 需求 都說了很久了，下個版本得加上 一下子，彷彿不說...
WPF背後的動機
近年來，微軟已經開發了眾多的gui開發工具包 原始的c c windows api開發 vb6 mfc，等等 用以建立桌面可執行程式。這些gui api各自都提供了用以代表gui應用程式基本要素的 庫。這些基本要素包括主窗體 對話方塊 控制項 選單系統及其他一些必要的因素。隨著.net平台的發布，w...
產品經理如何了解使用者的需求？
今天特別想跟大家聊聊需求這件 小事 人人都是產品經理這句話說得不無道理，無論你從事哪個行業，都會提到 使用者需求 這個詞 尤其是對網際網路產品經理來說，需求是一切之始，先有了需求，才有了產品經理的一切職責的發揮空間，如果沒有需求，一切都無從談起，產品經理這個職位也就沒有了存在的價值。作為產品經理的你...