當一大堆需求擺在產品經理面前時，需要做的就是分清哪些是核心需求，排優先度后然后納入產品迭代計划。關於需求管理，日本東京理工大學教授狩野紀昭提出KANO需求管理法，也就是把需求按照用戶角度分為基本需求、期望需求，魅力型需求、無差異需求、和反向需求，可以放在不同的象限中分析，具體不贅述。
今天討論一下如何做好第一點，也就是基本必備需求，這通常就是產品MVP初期或者砍需求的時候，希望能對你有所啟發。
我是通過兩線確定一點的方法來確認產品的核心需求的，我們以電商平台為例，請看我是如何慢三步把大象放進冰箱的：
第一步：確定由目標導向界定出來的業務模式和流程。
第一條線是基於項目（所有者）的角度看，以他們的最終目標倒推，看他們什么方式（業務）去實現目標，重點是業務流程，從流程（業務用例）推導出產品的核心需求。一般項目都會有一個明確的業務邏輯，就像電商平台的目標是把商品銷售給消費者，為了這一目標會設計一系列的流程，並可能縮短和優化該流程，這些流程就是業務邏輯的體現。
如此，電商的業務邏輯是上架商品--購買--支付--發貨--完成，由此界定出來的核心需求是上架（后台商品管理需求）--購買（直接購買或購物車功能）--支付（第三方支付需求）--我的訂單（跟蹤商品物流等）--完成（評價功能）。
第二步：根據角色--場景--做什么的場景帶入法確定。
第二條線是切換到用戶的角度，看他們在哪些特定的場景下完成哪些具體的任務，我們將任務分解一下在看：
1 當用戶在瀏覽頁面時產生購買沖動或決策時：瀏覽或直接搜索--不管是用戶直接需求和推薦促銷內容的影響，你總要上架該商品吧？后台商品管理功能
2 當用戶購買時：直接購買一件或多件--直接生成訂單或加入購物車。購物車功能
3 當用戶在支付時：綁定或跳轉支付應用。第三方支付需求
4 當用戶關心自己的商品查看個人中心查看物流信息等記錄時：跟蹤物流等需求
5 當用戶表達意見時：不管是滿意吐槽還是出於鼓勵政策。評價需求。
第三步：兩線一點的找點時刻，找出兩條路線重復的關鍵節點。
如果兩條思路線完后一定有重復的關鍵節點，這些業務節點存在着產品的核心需求，產品經理做的就是把這些需求轉化為可實現的功能界面，實現系統與用戶的交互。當然，兩條線可能會存在一些沒有重復的節點，比如用戶在購買時，要不要購物車，理論上不要也是可以完成購物流程的；訂單完成之后要不要評價功能，這就要看最終的目標范圍和業務范圍布局了。
產品經理在收集和處理需求是還有許多方法，痛點導向法、全盤接收做減法，窮舉法，競品功能收集法，定義因子坐標模型定義法等等，不管哪一種方法，先從業務線上入手，通常是指商業模式。沒有清晰的業務線，產品就比較難做了。同時，請記住一點：自帶解決方案的不是需求，或者說不是明確的需求，需要找出真正的問題，因為解決方案都不是唯一的。
在這個過程中最難的也許不是挖掘需求，而是擺脫什么都想做的心魔，專心做好最重要的事情。