食色性也，一位同學給出過很扯蛋的解釋：食是為了生存，保證個體延續，色是為了繁衍，保證種族延續，這是生物，當然包括人，的本性，即最基本需求。一直很贊同馬斯洛的需要層次理論
，需求深挖到底，總是那幾種最基本的需要。
為什麼人會有需要？因為生活中存在太多的問題，而問題就是「理想與現實的差距」，那麼使用者有「減少甚至消除這個差距」的願望，就產生了需求。我們之所以決定設計乙個產品，肯定是為了解決某些問題。
產品設計是端到端的過程，端即使用者，也就是從使用者中來到使用者中去，最最開始的源頭就是「為使用者解決問題，滿足其需求」，所以我把這個系列又叫做「產品之源」，並且覺得一名產品設計師（產品經理）應該從這裡開始。
一說需求採集，主要介紹了使用者研究
的方法，談了從使用者處採集需求
和從資料裡採集需求
的一些注意點，舉了幾個應用例項：需求探針
、使用者大會
、可用性測試
。今後還可以新增的內容很多，比如採集渠道，可以包括產品的「廣義使用者」，經銷商、市場團隊、客服、測試、老闆等等。
注意這裡我沒有用客戶一詞（customer）而是用了使用者（user），區別在於客戶是買產品的人，使用者是用產品的人，並不能等同，企業級產品尤甚。而「廣義使用者」可以理解成所有和產品有關的人。
二說需求分析
，將使用者需求變成產品需求。使用者需求往往是want（想要），我們要先歸納出want背後根本的慾望，再分析出合理的need（需要），並通過產品需求（比如說業務架構圖，明顯不是使用者提出來的而是我們分析出來的）的形式表現出來。這中間，就需要我們篩選需求，分類、評優先順序……
另外可以思考一句話：「使用者是為想要的東西買單，而不是需要的」，這其實是短期利益和長期利益的權衡，如果是一錘子買賣，賣出以後又不用售後，實用主義，不妨做使用者想要的東西。
三說需求管理
，任何東西多了都需要管理，介紹了乙個很實用的excel
列表，可以用來管理乙個個需求點，以及如何跟蹤和控制變更，強調要關注價效比
，少做就是多做
。整個系列還參考了自己參加的一次需求工程
、一次需求管理培訓的內容，刪去大多數理論的東西，提取出一些便於小團隊實戰的內容。
iamsujie.com
快捷訂閱：到
google，到抓蝦
，到鮮果
產品設計體會（五六） 《需求工程》培訓記錄
參加了2天的名為 產品經理需求工程實務 的培訓，和去年的 產品需求管理 培訓內容大約有60 的重合吧，但經過一年，還是聽出了大於40 的新東西。有關需求 需要 need，心理狀態？懷疑與want記反了 慾望 want，實物 需求 demand 自己看到過另一種說法，need是客觀上需要，want是主...
產品設計體會（1014）需求，如何確定「做多少」
小廣告 今天在我的強烈要求下，出院了，進入在家休息階段，本週六去醫院拆線，發一篇慶祝 敏捷 agile 的乙個特點，先確定專案時間，專業點叫 迭代週期 然後有乙個人員相對固定的團隊，意味著專案資源，要保證專案品質，根據專案的 多快好省 原則，最後能變得只能是量 專案範圍，前段寫過一篇 如何做好 老闆...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...