本文通過一個具體的返利項目案例，詳細(xì)介紹了從項目背景理解到需求澄清、分類、優(yōu)先級排序、方案設(shè)計及評審的全過程。通過系統(tǒng)的需求分析方法，確保項目能夠真正解決業(yè)務(wù)問題，提高產(chǎn)品的市場競爭力和用戶滿意度。

你是否經(jīng)歷過，業(yè)務(wù)方跟你提的需求是要一匹馬，你也實際給他了一匹馬，但是業(yè)務(wù)又說這匹馬不是他想要的。

你又是否經(jīng)歷過去面試的時候，面試官問你“你怎么做需求分析？”你不知道如何回答更好。

出現(xiàn)問題1的原因，主要在于沒有定義好需求，其實業(yè)務(wù)并不是要一匹馬，而是要一個能幫他快速到達(dá)目的地的工具而已。出現(xiàn)問題2的原因主要在于不夠系統(tǒng)的理解需求分析。

接下來我會拿一個我從0到1負(fù)責(zé)的一個主機(jī)廠給經(jīng)銷商返利的一個項目來舉例說明。

一、理解項目背景

1. 了解項目愿景

了解項目愿景其實就是了解業(yè)務(wù)方通過項目實現(xiàn)的長遠(yuǎn)目標(biāo)，即解決什么問題？創(chuàng)造什么機(jī)會?帶來什么價值？

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

再這個返利項目中，業(yè)務(wù)方的愿景是希望能通過給經(jīng)銷商提供返利從而提高經(jīng)銷商的積極性，從而提高汽車的銷量。

2. 了解項目目標(biāo)

明確具體的目標(biāo)。如本返利系統(tǒng)一期的目標(biāo)是通過系統(tǒng)提高計算返利的速度20%。

二、識別干系人

1. 識別干系人主要包括確定干系人和了解關(guān)系人的需求。

確定主要干系人

主要干系人通常包括項目發(fā)起部門/人員、受益部門/人員、實際操作部門/人員、后續(xù)影響部門/人員。在本項目中項目發(fā)起人是財務(wù)部門、受益部門和實際操作部門是財務(wù)部門計算和發(fā)放返利的人、品牌部制定返利政策的人、計算返利的人、后續(xù)影響人員是財務(wù)部門負(fù)責(zé)計提和結(jié)賬的人

2. 了解干系人的關(guān)注點和擔(dān)憂點

分析關(guān)注點時，要從兩個角度出發(fā)：一是他們希望系統(tǒng)解決什么問題、提供什么業(yè)務(wù)支持‘二是他們希望避免出現(xiàn)什么樣的負(fù)面影響’。在返利項目中，我們通過和財務(wù)部、品牌部溝通，發(fā)現(xiàn)他們的關(guān)注點有以下兩點：

1. 能夠方便快速的錄入返利政策
2. 能快速無誤的計算出返利結(jié)果

他們的擔(dān)憂點主要是

每個月的返利政策類型都不一樣、形式也不一樣，涉及到的指標(biāo)也不一樣。是否能支持每個月的政策的錄入？

三、需求收集

需求收集是需求分析的核心，通常需求可能來源于老板、業(yè)務(wù)方、競品分析、用戶、產(chǎn)品經(jīng)理自己通過數(shù)據(jù)分析等手段發(fā)現(xiàn)的需求、以及其他同事做其需求時涉及自己配合的需求等，因此我們可以采用訪談、發(fā)放問卷調(diào)查、觀察用戶使用類似應(yīng)用的行為等手段段來收集需求。

四、需求澄清

需求澄清是我認(rèn)為是需求分析中最核心的部分。

在實際工作中，我們常遇到業(yè)務(wù)方提出我們需要XX功能，這類需求我們可以定義為解決方案級需求，如果產(chǎn)品經(jīng)理照做，就有可能出現(xiàn)問題1中出力不討好的情況，明明實現(xiàn)了業(yè)務(wù)要的功能，但是還是沒有辦法解決業(yè)務(wù)的問題。

因此，我們需要將解決方案級需求重新澄清為問題級需求。

1.如何將解決方案級澄清為問題級需求？

可通過場景分析，一般會從時間、地點、人物、起因、經(jīng)過、結(jié)果幾個維度分析

• 時間：早/中/晚
• 地點：室內(nèi)/室
• 辦公室/家里
• 人物：兒童/青年/老
• 新用戶/老用戶
• 起因：因為什么原因

1）主動

2）被動

• 經(jīng)過：通過什么方式
• 結(jié)果：達(dá)到什么結(jié)果

2. 多問幾個why

可通過幾個why,挖掘背后的動機(jī)，直到挖掘出用戶的行為動機(jī)或者心理動機(jī)。

我曾經(jīng)收到運(yùn)營同學(xué)給我提一個功能：增加優(yōu)惠券申請審批功能。這就是一個典型的方案級需求，我們需要澄清為問題級需求，找到問題。因此我和運(yùn)營同學(xué)有了下面的溝通：

產(chǎn)品：“你為什么需要一個審批功能？”

運(yùn)營：“因為我們出現(xiàn)了很多次發(fā)錯優(yōu)惠券！”

產(chǎn)品：“你為什么會發(fā)錯優(yōu)惠券呢？”

運(yùn)營：“因為我們每個月要發(fā)好幾次優(yōu)惠券，每次發(fā)放的用戶不一樣，而我們發(fā)放的用戶需要通過Excel上傳一個白名單，但是有時候忙的時候回上傳錯名單，又沒有辦法直接查看名單信息！”

產(chǎn)品：“所以只要防止你發(fā)錯就可以了嗎？”

運(yùn)營：“是的！”

通過上面提問，我們的需求從”增加優(yōu)惠券審批功能”重新澄清為”如何防止優(yōu)惠券發(fā)錯？”

五、需求分類

將收集到的需求進(jìn)行分析歸類，如功能性需求、非功能性需求、界面需求、數(shù)據(jù)需求。

• 功能性需求：簡單的可以理解為，為了實現(xiàn)用戶的目標(biāo)，向用戶提供有用的功能，系統(tǒng)必須執(zhí)行的功能。例如返利項目中為了實現(xiàn)返利項目下發(fā)的目標(biāo)，那么需要提供返利規(guī)則制定功能、下發(fā)政策功能。
• 非功能性需求：描述系統(tǒng)的性能、安全性、可用性、容錯性、擴(kuò)展型等
• 界面需求：如界面的設(shè)計、色彩搭配、布局等用戶視覺需求
• 數(shù)據(jù)需求：比如數(shù)據(jù)獲取，數(shù)據(jù)存儲，數(shù)據(jù)分析。尤其在AI時代，數(shù)據(jù)需求會變得更多，更加智能化

六、需求優(yōu)先級排序

對于任何一個項目，都會有很多個需求，而我們的資源有限，所以通常根據(jù)需求價值、成本、幾個維度評估需求的優(yōu)先級,通常是需求價值高、成本低、緊急的需求優(yōu)先做，需求價值低、成本高、不緊急的最后做。

1. 需求價值評估

價值評估是很重要的環(huán)節(jié)，不管內(nèi)部需求還是商業(yè)化需求，既然要接，一定是有價值的，要不然投入的資源和時間處理，就是浪費。需求價值評估可按以下幾個方面評估

• 戰(zhàn)略契合：并不是什么需求都必須做，如果需求與當(dāng)前戰(zhàn)略目標(biāo)有沖突，即使需求價值再高也不做
• 市場潛力：相關(guān)需求的未來市場有多大？例如iphone面世后，原先全球的手機(jī)用戶未來將面臨更新?lián)Q代的需求
• 業(yè)務(wù)價值：需求落地后，對業(yè)務(wù)目標(biāo)和收益的貢獻(xiàn)大小
• 覆蓋人群：需求會影響哪些用戶，什么量級
• 功能使用頻次：可推測每個用戶在一段時間內(nèi)，適用該功能的次數(shù)
• 是否影響流程、工作：需求是否會影響主流程，如購物，缺少下單功能，流程就走不通
• 用戶滿意度：需求對提高用戶滿意度和用戶體驗的影響
• 需求緊急程度：需求滿足對時間的敏感程度
• 依賴程度:需求對其他需求或者項目里程碑的依賴程度
• …..

在日常工作中，接到新需求不一定都要考慮這么多因素，可以根據(jù)實際情況進(jìn)行刪減。一些小功能需求，稍微考慮“覆蓋人群”、“使用頻率”、“研發(fā)成本”也夠了

2. 成本評估

成本評估或者叫工時評估，包括產(chǎn)品、UI設(shè)計、前后端技術(shù)、測試等都加上，一般幾個崗位的工時比例，

產(chǎn)品：設(shè)計：前后端技術(shù)：測試=1:1：（2-3）:1，也就是技術(shù)的工時應(yīng)該是其他的2-3倍，當(dāng)然也要看具體的需求。

3. 輸出優(yōu)先級

根據(jù)前面的價值和成本評估，我們可以生成一個四象限，可以看到左上角的應(yīng)該優(yōu)先級最高，就是價值越高、成本越低的，付出更少的資源成本可以實現(xiàn)更高價值的需求，這個就是最優(yōu)先的，相反，右下角的就是最低的了。

注意：有的項目中，尤其是乙方項目，還需要把需求優(yōu)先級和甲方溝通，把排期計劃同步給他們。

七、產(chǎn)品方案設(shè)計及評審

再排好需求優(yōu)先級后，就可以跟進(jìn)優(yōu)先級高低進(jìn)行產(chǎn)品方案設(shè)計、PRD文檔撰寫和需求評審。在這里因為不同的項目，產(chǎn)品方案不同，我就不具體闡述了。

八、需求排期

需求評審后，產(chǎn)品和前端、后端、測試、UI設(shè)計師（有的需求可能不需要）需要一起定一個具體的排期計劃。

九、需求跟進(jìn)

需求跟進(jìn)主要包括設(shè)計、研發(fā)進(jìn)度跟進(jìn)；解答設(shè)計師或者研發(fā)、測試的一些問題

十、需求驗證

在這里我覺得分為兩步：

第一步：上線前的驗證

第二步：上線后的驗證，可采用數(shù)據(jù)分析、用戶回訪等方式驗證。