導讀：互聯網公司的業務同學肩負著公司業務發展的重任，但每次給產品同學提需求的時候都被搞得焦頭爛額，需求難以得到落地，項目難以推進。還經常被要求提升產品思維，但又不知道如何提升?；诖?，本文作者總結了：如何正確給產品經理提需求。

產品經理的主要工作就是承接業務部門的需求。某種程度上講，業務部門都是產品經理需要用心伺候的“老爺”。尤其是那些為公司創造真金白銀收益的部門，更是一刻都不敢怠慢，但業務同學卻覺得與產品經理溝通很困難，經常被懟。

那這是為什么呢？

是因為業務同學普遍不了解產品同學的工作，也不清楚項目開發的流程。業務同學不清楚應該如何與產品經理對接，所以在需求討論、項目推進的過程中相互難以理解，溝通困難。

那如何正確給產品經理提需求呢？

一、背景

業務同學給產品同學提需求的時候，首先要說明需求的背景，一般包含場景、痛點、價值，也就是這個需求是怎么產生的，你為什么要提這個需求，這個需求能解決什么問題，把事情的來龍去脈、完整經過說清楚。產品同學會根據你的需求背景去提供解決方案來滿足你的需求。

如果業務同學不說明需求背景，或者自己就搞不清楚背景是什么，只是直接要求產品同學按照自己說的去做的話，作為一個負責任的產品經理，是會拒絕的。

首先：產品同學不了解需求背景的情況下，是無法判斷需求合理性的，更不可能提供出有效的解決方案，真正地滿足業務需求。

因為人與人的溝通之中，很多時候業務同學所表達出來的和自己所想的并不一致，這并不是業務同學的問題，這是一個溝通難題，所有人都會存在這種問題，要不大家也不會把溝通能力看得那么重要。

產品經理一項重要的工作就是做需求分析，何為需求分析？那就是挖掘你最真實的想法、你最核心的需求，只有滿足了你的核心需求，才能真正解決問題。這也是產品經理為什么會問你很多問題的原因。

其次：業務同學是沒有產品同學了解業務系統的，所以業務同學需要給產品經理講清楚需求背景，讓產品同學給你提供解決方案才是最好的合作方式，而不是直接告訴產品經理你應該做什么。

如果業務同學過于強勢，產品經理在不了解需求背景的情況下，真的按照業務同學要求的直接去做了，那可能會使系統缺少規劃，難以長期、有效、快速地支持業務發展。

例如：你提的需求系統已經支持了，但你不知道，產品經理不了解需求背景的情況下，直接按照你的需求做了，會導致重復開發、系統臃腫等一系列問題。

所以首先要講清需求背景，然后交由產品經理提供滿足需求的解決方案，讓專業的人做專業的事。

二、需求分類

業務同學提出的需求主要包括這么幾類：功能類、數據類、體驗類、性能類和BUG修復類，其中業務同學最多的是功能類和數據類需求。

• 功能類：通過人與系統交互的方式，來幫助業務同學解決問題，完成任務。例如：訂單修改功能、記錄備注功能、線索分配功能等。此類需求需要業務同學具有較好的邏輯思維能力，能把需求邏輯或規則梳理描述清楚。
• 數據類：主要包括兩塊內容，一個是數據字段定義，即數據統計口徑。很多時候出現數據不準確的問題都是因為數據口徑不一致導致的。另外一個是篩選條件，當數據較多時，能夠有效地對數據進行篩選。
• 體驗類：C端產品，用戶體驗直接關系到用戶轉化和用戶留存，關乎到產品的成敗，至關重要；B端產品，關系到業務同學的工作效率，可以通過優化操作流程或頁面呈現來提升用戶體驗。
• 性能類：一般是指響應速度、可靠性、安全性等。例如：頁面過很久才能打開，響應速度慢；或者有時候能打開，有時間打不開，可靠性較差；或者可以隨意修改數據，安全性較低。
• BUG類：是指已上線功能未能按照需求邏輯得到預期結果。業務同學在描述BUG的同時，最好能提供CASE方便技術同學排查。BUG可能會帶來未知的損失，需要立即被解決，所以這也是優先級最高的需求。

還有一些其他的需求分類方式，例如：KANO模型。

KANO 模型多用于對C端用戶需求的分類，是以分析用戶需求對用戶滿意的影響為基礎，體現產品性能和用戶滿意之間的非線性關系。根據不同類型的質量特性與顧客滿意度之間的關系，將產品服務的質量特性分為五類：

1. 基本（必備）型質量——Must-be Quality/ Basic Quality；
2. 期望（意愿）型質量——One-dimensional Quality/ Performance Quality；
3. 興奮（魅力）型質量—Attractive Quality/ Excitement Quality；
4. 無差異型質量——Indifferent Quality/Neutral Quality；
5. 反向（逆向）型質量——Reverse Quality。

三、收益才是王道

每個需求都需要動用研發資源，所以需要產品經理站在公司的角度去考慮ROI（投入產出比），讓任何的研發投入都能夠帶來最大化的收益，這是產品經理本職工作之一。

一個需求的收益不僅決定了這個需求要不要做，也決定了需求的優先級，高優先級會被盡快開發，低優先級就要給高優先級讓路，最后有可能會被一直擱置。

最簡單的確定需求優先級的方法就是“四象限法則”，把需求按“重要/不重要”、“緊急/不緊急”2個維度進行分類。

如何讓產品經理認為你的需求在第一象限呢？如何能夠快速推動一個項目呢？那就是收益，收益才是王道。

那如何計算收益呢？可以想一下你的OKR是啥？你的KPI是啥？

這個需求對你的OKR或者KPI有啥影響，有多大的改善。量化收益的確是一個很難的問題，需要業務同學多想想。不能拍腦袋，要有理有據，功能上線后，產品經理是要對收益進行驗收的。如果提供的收益不靠譜，可能以后的需求也會被產品經理質疑其重要、緊急的程度。

四、用數據說話

當你和產品經理就一個問題爭執不下的時候，最好的辦法就是用數據來證明。數據分析主要包括六個階段：明確分析目的和思路、數據收集、數據處理、數據分析、數據呈現、報告撰寫。

數據分析最重要的，也是最先要做的就是明確分析目的和思路。

只有明確了分析目的和思路才能有效地對數據進行分析。如果不事先明確分析目的和思路，只是一味的盲目分析，最終是得不出任何有效結論的?；撕芏鄷r間做分析，卻不知道自己在分析什么，只能是白白浪費時間。

數據分析比較簡單常用的分析方法有對比法、交叉法、綜合評價法和漏斗圖法。

五、如何提升邏輯思維

在提需求的時候，如何把業務流程、規則等說清楚？那就需要有很好的邏輯思維了。產品經理普遍都具有較好的邏輯思維，這不是天生的，也是慢慢練出來的，所以業務同學也可以具有較好的邏輯思維能力。

那如何鍛煉自己的邏輯能力呢？

1. 流程圖

對于具有較強邏輯性的業務，可以通過畫流程圖的方式來提升自己的邏輯能力。

把一個事情或者一個流程，通過流程圖的方式，按步驟表達清楚。畫流程圖也是產品經理的日常工作，產品經理邏輯能力好不是沒有原因的，都是日常鍛煉出來的。

2. 思維導圖

思維導圖可以幫助你分析問題，將一個問題或者一個事情細分，按照不同維度進行拆分，幫助你分析思考。當一個需求涉及內容較多的時候，產品經理也會使用思維導圖來梳理需求。

3. 5W2H

5W2H是分析問題的一種方法，將一個事情或者一個需求從這7個方面去拆解，按照拆解的結果將需求轉化為系統的各個功能模塊。雖然不需要業務同學能夠拆解需求，但能夠使用該方法先對自己的需求進行梳理，也會大大提升與產品經理溝通效率的。

發明者用五個以W開頭的英語單詞和兩個以H開頭的英語單詞進行設問，發現解決問題的線索，尋找發明思路，進行設計構思，從而搞出新的發明項目，這就叫做5W2H法。

• WHAT——是什么？目的是什么？做什么工作？
• WHY——為什么要做？可不可以不做？有沒有替代方案？
• WHO——誰？由誰來做？
• WHEN——何時？什么時間做？什么時機最適宜？
• WHERE——何處？在哪里做？
• HOW ——怎么做？如何提高效率？如何實施？方法是什么？
• HOW MUCH——多少？做到什么程度？數量如何？質量水平如何？費用產出如何？

六、沒有完美方案

產品經理提供的解決方案是平衡了對需求的滿足程度和開發成本的，是要考慮ROI的。

在開發成本未出現明顯差異的情況下，產品經理會盡所能地滿足業務需求，或超預期的滿足業務需求；但在開發成本出現明顯差異的情況下，產品經理會在滿足業務同學核心需求的情況下，去說服業務同學采用不完美的次優方案，但卻是ROI最高的最優方案。

所以，當出現此類問題的時候，業務千萬不要過分糾結方案是否完美，要明白在滿足業務需求的前提下，ROI最高才是最優方案。即便是不惜一切代價做出來完美方案，但也只是現階段的完美。

隨著業務的飛速發展很快就變得不完美了，不能再支持業務的發展。在互聯網行業，能夠快速搶占市場，也是需要業務同學考慮的重要因素。過于追求完美方案，最終失去了搶占市場的先機，得不償失。

引用一句鄧爺爺的名言：“黑貓、白貓無所謂，能最快抓耗子的就是好貓?！?/p>

七、表達感激

產品經理之所以被叫做產品狗，是因為真的每天累成狗，對結果負責，工作無邊界。不僅要對接業務部門需求，還要跟進開發進度、測試驗收等，保證需求按時按量落地。

所以業務同學要及時表達對產品同學的感激，在有正向結果的時候，要及時同步產品同學，肯定產品同學的工作和價值。

要是你能提出高質量高收益的需求，提升產品同學工作效率和價值，那產品同學也會由衷感謝你的。

八、最后

如果你能做到以上這些的話，那你已經是一個具有產品思維的業務同學了。你會發現再也不被產品同學懟了，溝通也變得高效了。產品同學會成為你最堅實的后盾，幫助你攻克一個個業務難關。

作者：月尊；公眾號：雜的界

本文由 @月尊 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash，基于CC0協議