如果一句話簡單粗暴的描述產品經理的工作，那莫過於：分析需求，設計功能，創造價值。對需求的把握，是一個產品經理最基礎最核心的能力。今天，咱們不提馬斯洛需求理論，不提貪嗔痴，不提七宗罪，只是單純的來聊聊需求這個東西。
需求的分類
講需求之前，我們回到產品經理的工作：分析需求，設計功能，創造價值。倒著看，首先是“創造價值”。產品經理能創造價值，那麼他的產品需要做到兩點：
- 對用戶——解決問題；
- 對公司——獲得盈利。
因此，產品經理做產品無非是對兩者負責：其一是用戶，用產品解決用戶的問題或者痛點；其二是公司，或者說老闆，要盈利。
也就是說，產品經理遇到的所有的需求，基本可以分為兩類：用戶需求和商業需求。
舉個最簡單的例子，比如微信，做即時通訊、朋友圈、搖一搖、附近的人等等，都是解決用戶需求，而在朋友圈插入廣告、在錢包內置微粒貸、京東、滴滴等，是解決商業需求。
還有一些需求看似不太好分類，比如說，運營同學想要做一個數據後臺，方便及時查看用戶數據。這個需求貌似即非用戶需求，也非商業需求。其實，這是個用戶需求，很多產品經理在工作中往往忽視非常非常重要的原則：
產品和用戶是相互依存的！提到用戶，要明確是什麼產品的用戶；提到產品，要明確產品的目標用戶是誰。（先有產品還是先有用戶？這貌似是一個先有雞還是先有蛋的問題。）數據後臺的用戶，就是運營同學，所以產品經理做一個數據後臺，這是在解決用戶需求。
如何挖掘需求
首先是用戶需求…
做產品有一個原則：產品迭代，要麼基於數據，要麼基於用戶需求。數據其實是用戶需求的一個體現，歸根結底，還是要看用戶的需求。
挖掘用戶需求，是一個技(ti)術(li)活，需要不斷跟用戶去鬥智鬥勇。用戶有個特點，就是自作聰明。當你詢問用戶有什麼需求時，大部分用戶會說我想要一個**功能，而這個功能是用戶對自己的原始需求提供的自作聰明的解決方案。
比如，近期推出的新個稅法有一條規定：從2019年1月1日起，所有的企業必須通知員工薪資發放詳情。針對這一點，老K曾跟很多用戶做過訪談，比較經典的一個：
問：新稅法頒佈後，有什麼急需解決的問題嗎？
答：我希望有一個工具，能快速的把excel按行生成截圖。
問：為什麼要批量截圖呢？
答：這樣我就能把截圖發給員工了！一張一張的截太費時間！
問：所以你想快速高效的給員工發工資條？
答：沒錯！
從這個例子我們能看得出來，快速高效的發工資條是用戶的真實需求，而批量截圖工具是用戶自作聰明的提出的解決方案，明顯這個方案是極其不靠譜的，因為它並沒有很大程度上提高HR發工資條的效率。(用戶需要的是上傳excel然後一鍵發放工資條的工具)
挖掘用戶需求時，不能只是聽用戶想要什麼，更應該追根溯源，找出真正困擾用戶的問題，然後去解決這個問題。
那麼對於商業需求呢…
除非是商業產品經理(這個title意味著直接對營收負責)，大家一般對商業化需求比較排斥，因為商業化通常都會或多或少的影響用戶體驗。比如張小龍長期抵制在微信做商業化，後面實在扛不住了，才很剋制的嘗試朋友圈廣告等。
商業需求通常來源於老闆，理想的情況是老闆說：
K啊，咱們產品用戶量也蠻多的了，是不是該考慮盈利了？根據產品特點考慮下怎麼商業化吧！
然後產品經理設計一個符合產品定位的變現思路，或者收費，或者通過流量變現。
但是，更多的情況會是這樣：
老闆：K啊，加個**功能！
老K：蛤？？
老闆：就是用戶可以**！
老K：為什麼突然加這麼個功能？
老闆：可以收費啊！
老K：so，是要割韭菜了麼？
老闆：真聰明！
其實商業化需求比用戶需求要簡單明確的多，需要注意的是，如果遇到如上老闆直接提需求的情況，一定要辨別他是在提用戶需求還是商業需求，用戶需求去跟用戶求證，商業需求則要系統探討商業化思路：是直接商業化還是間接的流量變現，兩種思路完全不同。
怎麼排需求優先級？
在評定需求優先級時，通常要考慮緊急程度、重要程度、實現成本、產品所處生命週期等。有很多現成的理論可以參考：
最常用的如KANO模型法(基本型需求>期望型需求>興奮型需求)、四象限法(重要且緊急>重要不緊急>緊急不重要>不重要也不緊急)等等，但實際操作中這些理論其實沒那麼好用，比如，不重要也不緊急的需求你還排個毛線？？
關於需求優先級問題，讓我想起了最近沉迷其中不能自拔的一個彈球小遊戲：
規則很簡單，各種小方塊會回合制上升，玩家用小球消滅方塊，任何方塊升到頂端即宣告遊戲終結。
玩的久了，發現這就是一個產品經理解決需求的遊戲：方塊即是需求，其高度代表需求的緊急程度；其數量代表需求的重要程度。數字大的方塊決定你能得多高的分，位置高的方塊決定你能否繼續玩下去。翻譯過來就是：重要需求決定了明天有多美好，但緊急需求決定了你能否看到明天的日出。
遊戲有幾個小技巧：
- 儘量用一個球命中多個小方塊；
- 上面的方塊優先消滅，更要重視下方數字很大的方塊；
- 禮物包無需消滅；
這也正對應了排定需求優先級時的一些原則：
- 儘量用一個功能解決多個需求；
- 不要迷失在緊急需求中，要時刻關注那些重要需求；
- 有些用戶需求可以忽視；
總的來說，對產品新人，推薦你嘗試四象限法(重要且緊急>重要不緊急>緊急不重要>不重要也不緊急)，經驗豐富的產品老鳥，看到一張需求列表，結合產品的現狀，自然而然就能排出優先級。
最後，劃重點：需求分類、挖掘方法、怎麼排優先級：
