如果一句話簡單粗暴的描述産品經理的工作，那莫過于：分析需求，設計功能，創造價值。對需求的把握，是一個産品經理最基礎最核心的能力。今天，咱們不提馬斯洛需求理論，不提貪嗔癡，不提七宗罪，隻是單純的來聊聊需求這個東西。

需求的分類

講需求之前，我們回到産品經理的工作：分析需求，設計功能，創造價值。倒着看，首先是“創造價值”。産品經理能創造價值，那麼他的産品需要做到兩點：

• 對用戶——解決問題；
• 對公司——獲得盈利。

因此，産品經理做産品無非是對兩者負責：其一是用戶，用産品解決用戶的問題或者痛點；其二是公司，或者說老闆，要盈利。

也就是說，産品經理遇到的所有的需求，基本可以分為兩類：用戶需求和商業需求。

舉個最簡單的例子，比如微信，做即時通訊、朋友圈、搖一搖、附近的人等等，都是解決用戶需求，而在朋友圈插入廣告、在錢包内置微粒貸、京東、滴滴等，是解決商業需求。

還有一些需求看似不太好分類，比如說，運營同學想要做一個數據後台，方便及時查看用戶數據。這個需求貌似即非用戶需求，也非商業需求。其實，這是個用戶需求，很多産品經理在工作中往往忽視非常非常重要的原則：産品和用戶是相互依存的！提到用戶，要明确是什麼産品的用戶；提到産品，要明确産品的目标用戶是誰。（先有産品還是先有用戶？這貌似是一個先有雞還是先有蛋的問題。）

數據後台的用戶，就是運營同學，所以産品經理做一個數據後台，這是在解決用戶需求。

如何挖掘需求

首先是用戶需求…

做産品有一個原則：産品疊代，要麼基于數據，要麼基于用戶需求。數據其實是用戶需求的一個體現，歸根結底，還是要看用戶的需求。

挖掘用戶需求，是一個技(ti)術(li)活，需要不斷跟用戶去鬥智鬥勇。用戶有個特點，就是自作聰明。當你詢問用戶有什麼需求時，大部分用戶會說我想要一個**功能，而這個功能是用戶對自己的原始需求提供的自作聰明的解決方案。

比如，近期推出的新個稅法有一條規定：從2019年1月1日起，所有的企業必須通知員工薪資發放詳情。針對這一點，老K曾跟很多用戶做過訪談，比較經典的一個：

問：新稅法頒布後，有什麼急需解決的問題嗎？

答：我希望有一個工具，能快速的把excel按行生成截圖。

問：為什麼要批量截圖呢？

答：這樣我就能把截圖發給員工了！一張一張的截太費時間！

問：所以你想快速高效的給員工發工資條？

答：沒錯！

從這個例子我們能看得出來，快速高效的發工資條是用戶的真實需求，而批量截圖工具是用戶自作聰明的提出的解決方案，明顯這個方案是極其不靠譜的，因為它并沒有很大程度上提高HR發工資條的效率。(用戶需要的是上傳excel然後一鍵發放工資條的工具)

挖掘用戶需求時，不能隻是聽用戶想要什麼，更應該追根溯源，找出真正困擾用戶的問題，然後去解決這個問題。

那麼對于商業需求呢…

除非是商業産品經理(這個title意味着直接對營收負責)，大家一般對商業化需求比較排斥，因為商業化通常都會或多或少的影響用戶體驗。比如張小龍長期抵制在微信做商業化，後面實在扛不住了，才很克制的嘗試朋友圈廣告等。

商業需求通常來源于老闆，理想的情況是老闆說：

K啊，咱們産品用戶量也蠻多的了，是不是該考慮盈利了？根據産品特點考慮下怎麼商業化吧！

然後産品經理設計一個符合産品定位的變現思路，或者收費，或者通過流量變現。

但是，更多的情況會是這樣：

老闆：K啊，加個**功能！

老K：蛤？？

老闆：就是用戶可以**！

老K：為什麼突然加這麼個功能？

老闆：可以收費啊！

老K：so，是要割韭菜了麼？

老闆：真聰明！

其實商業化需求比用戶需求要簡單明确的多，需要注意的是，如果遇到如上老闆直接提需求的情況，一定要辨别他是在提用戶需求還是商業需求，用戶需求去跟用戶求證，商業需求則要系統探讨商業化思路：是直接商業化還是間接的流量變現，兩種思路完全不同。

怎麼排需求優先級？

在評定需求優先級時，通常要考慮緊急程度、重要程度、實現成本、産品所處生命周期等。有很多現成的理論可以參考：

最常用的如KANO模型法(基本型需求>期望型需求>興奮型需求)、四象限法(重要且緊急>重要不緊急>緊急不重要>不重要也不緊急)等等，但實際操作中這些理論其實沒那麼好用，比如，不重要也不緊急的需求你還排個毛線？？

關于需求優先級問題，讓我想起了最近沉迷其中不能自拔的一個彈球小遊戲：

規則很簡單，各種小方塊會回合制上升，玩家用小球消滅方塊，任何方塊升到頂端即宣告遊戲終結。

玩的久了，發現這就是一個産品經理解決需求的遊戲：方塊即是需求，其高度代表需求的緊急程度；其數量代表需求的重要程度。數字大的方塊決定你能得多高的分，位置高的方塊決定你能否繼續玩下去。翻譯過來就是：重要需求決定了明天有多美好，但緊急需求決定了你能否看到明天的日出。

遊戲有幾個小技巧：

• 盡量用一個球命中多個小方塊；
• 上面的方塊優先消滅，更要重視下方數字很大的方塊；
• 禮物包無需消滅；

這也正對應了排定需求優先級時的一些原則：

• 盡量用一個功能解決多個需求；
• 不要迷失在緊急需求中，要時刻關注那些重要需求；
• 有些用戶需求可以忽視；

總的來說，對産品新人，推薦你嘗試四象限法(重要且緊急>重要不緊急>緊急不重要>不重要也不緊急)，經驗豐富的産品老鳥，看到一張需求列表，結合産品的現狀，自然而然就能排出優先級。

最後，劃重點：需求分類、挖掘方法、怎麼排優先級：

,