不管是你從事了幾年，是B端還是C端的產(chǎn)品經(jīng)理，需求都非常重要。本文作者將從四個(gè)方面，圍繞需求展開分析，希望對(duì)你有幫助。

對(duì)于哪個(gè)階段的產(chǎn)品經(jīng)理來說，需求都非常重要。

規(guī)劃產(chǎn)品功能時(shí)，產(chǎn)品經(jīng)理需要將原本比較抽象的產(chǎn)品需求變得更加具體。將抽象的產(chǎn)品需求具體化也可以分解為四個(gè)環(huán)節(jié)：確定需求、制作流程圖、制作產(chǎn)品原型、編寫需求。與大家分享一個(gè)需求提出到編寫需求文檔整個(gè)過程我們都需要做什么？

一、需求確定

在需求范圍確定階段，產(chǎn)品經(jīng)理主要的工作就是與業(yè)務(wù)方溝通做哪些需求，業(yè)務(wù)方提需求時(shí)，有可能直接說具體實(shí)現(xiàn)方案，而沒有說痛點(diǎn)，這就需要我們具有識(shí)別需求的能力，挖掘背后痛點(diǎn)。當(dāng)遇到不合理的需求時(shí)，如何勸說對(duì)方并讓他欣然接受呢？

1. 確定需求范圍

1）確定需求來源

需求來源分主動(dòng)需求和被動(dòng)需求，被動(dòng)需求由領(lǐng)導(dǎo)、運(yùn)營、用戶等發(fā)起的需求，主動(dòng)需求主要是由產(chǎn)品團(tuán)隊(duì)理根據(jù)團(tuán)隊(duì)目標(biāo)來規(guī)劃的版本需求。當(dāng)遇到被動(dòng)需求與主動(dòng)需求疊加的時(shí)候，開發(fā)資源緊張，如何來確定優(yōu)先級(jí)呢？

2）確認(rèn)需求目的

因?yàn)殚_發(fā)資源有限，確定優(yōu)先級(jí)要根據(jù)需求的目的是什么，當(dāng)前階段產(chǎn)品重要指標(biāo)是什么，是數(shù)據(jù)增長還是優(yōu)化體驗(yàn)？比如遇到被動(dòng)需求與主動(dòng)需求疊加的情況，開發(fā)資源只能滿足一方的需求時(shí)，我們需要根據(jù)當(dāng)前的KPI來確定優(yōu)先級(jí)，如果對(duì)當(dāng)前KPI提升效果不明顯，可以將需求調(diào)整到后面再考慮。這樣確定需求范圍的更加客觀。

3）需求評(píng)估

在評(píng)估需求時(shí)，若技術(shù)方案拿不準(zhǔn)，我們需要與技術(shù)leader溝通方案的可行性，初步了解需求開發(fā)多久，根據(jù)開發(fā)團(tuán)隊(duì)現(xiàn)有的技術(shù)能力是否能夠滿足需求，是否能夠在預(yù)期時(shí)間內(nèi)完成等。

2. 如何識(shí)別需求的真?zhèn)危?/h3>

產(chǎn)品經(jīng)理最重要的能力就是對(duì)需求的判斷力，如果需求判斷不準(zhǔn)備，不但浪費(fèi)開發(fā)資源，對(duì)自己也沒有成就感，那如何做到呢，我們要考慮如下幾點(diǎn)：

1）了解需求的背后痛點(diǎn)

有的需求方提需求的時(shí)候直接說方案，但有可能不符合產(chǎn)品的設(shè)計(jì)原則。

比如運(yùn)營提的需求是需要在頁面中增加一個(gè)字段，但是增加一個(gè)字段對(duì)表結(jié)構(gòu)有改動(dòng)，影響系統(tǒng)的范圍會(huì)比較大，需要考慮歷史數(shù)據(jù)如何處理等情況。所以我們需要了解為什么要增加字段，是遇到什么樣的問題呢？詳細(xì)溝通后可能不用增加字段就可以解決問題。所以需要產(chǎn)品經(jīng)理了解業(yè)務(wù)方或用戶真實(shí)的痛點(diǎn)，根據(jù)我們的專業(yè)能力給出合理的產(chǎn)品方案。

2）是否是普遍需求

前面說到需求的來源分被動(dòng)需求、主動(dòng)需求，被動(dòng)需求有可能是某一家商家或兩家提出的，不具有代表性。比如業(yè)務(wù)方提出一個(gè)需求，需要增加一個(gè)系統(tǒng)角色，詳細(xì)溝通以后只有一個(gè)商家提出這樣的需求。

所以當(dāng)接到一個(gè)需求反饋的時(shí)候要了解是不是大多數(shù)用戶的需求，如果只是少部分有這個(gè)需求，需要進(jìn)一步判斷合理性。所以這時(shí)候可以讓數(shù)據(jù)作為依據(jù)，這樣說服業(yè)務(wù)方也更有信服力。

3）是否符合產(chǎn)品定位

除了要考慮需求是否與目標(biāo)用戶相關(guān)，還需要分析該需求是否與產(chǎn)品定位相符合。比如產(chǎn)品是針對(duì)銷售使用的，就要考慮這個(gè)人群的特點(diǎn)，不能學(xué)習(xí)成本太大，操作太復(fù)雜。所以如果業(yè)務(wù)方提的需求違背了這個(gè)原則，我們需要從產(chǎn)品定位的角度去說服對(duì)方。

3. 如何說服不合理的需求?

需求判斷能力是產(chǎn)品經(jīng)理能力的體現(xiàn)，難免其他同事提的需求是不合理的，那我們?nèi)绾蝸碚f服對(duì)方呢 ？

1）專業(yè)度

當(dāng)對(duì)方提一個(gè)需求時(shí)，需要我們?nèi)ネ诰虮澈蟮脑?，其?shí)對(duì)方也想尋求你的幫助，如果用你的專業(yè)度去和他講這個(gè)需求不合理的原因，或者輸出其他解決的方案，對(duì)方可能會(huì)欣然接受，這樣也體現(xiàn)我們的專業(yè)度，讓對(duì)方更加信任我們。

2）善于利用數(shù)據(jù)

如果對(duì)方提一個(gè)需求我們也判斷不準(zhǔn)是否要做，如果能用數(shù)據(jù)來做依據(jù)的，可以利用數(shù)據(jù)說話，這樣更有信服力，對(duì)方也會(huì)認(rèn)為比較合理。

3）讓對(duì)方做輸出

若是業(yè)務(wù)方提的需求，可以讓他們輸出將需求的流程或需求背景以及期望的收益，當(dāng)他們在寫的時(shí)候有可能會(huì)查覺需求走不通，有可能自己就說服自己了。

綜合以上，明確了需求范圍，此時(shí)將需求的狀態(tài)更新為“待排期”，接下來產(chǎn)品經(jīng)理需要準(zhǔn)備需求相關(guān)的文檔了。

4. 好用的需求管理工具

給大家分享我們常用的需求管理工具wiki，它是一個(gè)團(tuán)隊(duì)協(xié)同的文檔管理系統(tǒng)。支持各部門的人將文檔傳到系統(tǒng)中。

1）界面簡單

基礎(chǔ)內(nèi)容通過文本編輯方式就可以完成，支持上傳圖片，表格等形式。

2）多職能協(xié)同

運(yùn)營以及業(yè)務(wù)方可以將需求錄入，產(chǎn)品經(jīng)理看到需求后做整理。在axure中編寫完成后上傳到wiki，技術(shù)，測試都可以訪問wiki查看需求。

3）歸檔

目錄清晰，方便歸檔，方便查找之前寫過的方案，也方便新人了解業(yè)務(wù)。

4）可追蹤歷史

記錄頁面的修訂歷史，頁面的各個(gè)版本都可以查看，也可看到文檔的編輯者。

每個(gè)公司需求管理工具可能不同，有的用wiki，有的使用teambition,無論使用什么工具，只要清晰管理需求，并且能做好歸檔就可以。

二、制作流程圖

1. 流程圖的作用

• 提高溝通效率：和運(yùn)營，技術(shù)講需求時(shí)給大家演示流程圖就一目了然。
• 防止功能點(diǎn)遺漏：方便梳理各功能邏輯，防止對(duì)功能點(diǎn)有遺漏。
• 鍛煉邏輯思維：將流程的正向邏輯與逆向邏輯都進(jìn)行梳理，從而判斷需求的范圍。

2. 流程圖的分類

流程圖分業(yè)務(wù)流程圖，功能流程圖、活動(dòng)流程圖，頁面流程等，制作流程圖前確認(rèn)目的是什么，業(yè)務(wù)流程圖幫助我們梳理業(yè)務(wù)架構(gòu)，主要給領(lǐng)導(dǎo)，業(yè)務(wù)同事看。任務(wù)流程圖幫助我們梳理用戶操作行為，主要給開發(fā)，測試同事看，頁面跳轉(zhuǎn)流程幫助梳理各個(gè)頁面之間的跳轉(zhuǎn)關(guān)系，主要在需求中體現(xiàn)。

根據(jù)不同的需求來梳理不同的流程。比如要規(guī)劃618購物節(jié)的活動(dòng)，從如何創(chuàng)建活動(dòng)、用戶購買、以及配送等環(huán)節(jié)通過流程圖先梳理出來，與相關(guān)人員溝通確認(rèn)后，若流程沒有問題，再開始畫原型。

畫流程圖時(shí)，可以先畫正向邏輯，再畫逆向邏輯，畫完以后再根據(jù)需求來檢查一遍。

3. 用什么工具畫流程圖

只要用得順手就可以。有的小伙伴使用visio，但viso不支持蘋果電腦使用，平時(shí)我使用axure畫，這樣原型圖、流程圖都在一個(gè)工具上方便使用。

三、制作原型圖

流程圖是需要我們將功能的邏輯關(guān)系表達(dá)出來，原型圖是要將需求轉(zhuǎn)化為可視化圖形。

一份完整的產(chǎn)品原型要包含具體的功能，頁面如何布局，具體交易細(xì)節(jié)。如何看出產(chǎn)品經(jīng)理畫的原型是否專業(yè)呢？

1. 功能點(diǎn)全面

產(chǎn)品原型首先要保證產(chǎn)品功能和內(nèi)容是完整的，而不是只畫主要流程。比如，注冊登錄頁面，在沒有輸入的情況下，是有文字提示，還是默認(rèn)灰色，這些都是需要考慮。

2. 頁面統(tǒng)一

頁面的尺寸，按鈕，彈窗、表單等元素也需要統(tǒng)一，而不要每個(gè)頁面尺寸不一樣，按鈕大小也不同~

3. 頁面簡潔

制作原型的目的是為了更加形象地表達(dá)產(chǎn)品需求，以方便與技術(shù)進(jìn)行需求的評(píng)估。不用做視覺圖，只需要線框圖就可以。專業(yè)的人做專業(yè)的事，視覺圖交給設(shè)計(jì)就可以啦~

4. 交互內(nèi)容完整

產(chǎn)品原型是用于表達(dá)產(chǎn)品功能和內(nèi)容的示意圖，因此，產(chǎn)品原型首先要保證產(chǎn)品功能和內(nèi)容是完整的，要考慮周全，不要有所遺漏。比如，注冊登錄界面，在沒有輸入的情況下，是有文字提示，還是默認(rèn)灰色，這些都是需要考慮的。

5. 工具使用

畫原型圖的工具除了Axure、還有墨刀、Origami等，個(gè)人一直使用axure，根據(jù)自己的使用習(xí)慣就可以，同時(shí)也要考慮團(tuán)隊(duì)其他人在用什么，盡量用一種工具，這樣相互共享文件時(shí)方便打開編輯。

四、需求編寫

前面介紹如何確定需求范圍，如何制作流程圖、畫原型。最后如何輸出一份高質(zhì)量的需求文檔呢？給大家總結(jié)有以下幾點(diǎn)：

• 信息全面：需求文檔中包含需求背景、版本說明、流程圖、原型圖、字段說明等描述。除了正常的流程，如無網(wǎng)絡(luò)，初始化數(shù)據(jù)，歷史數(shù)據(jù)處理等也都要說明清楚、開發(fā)過程中不要因需求信息不全面來回確認(rèn)而耽誤項(xiàng)目進(jìn)度。
• 格式清晰：寫需求也要站在用戶的角度去考慮，開發(fā)、測試看純文字會(huì)浪費(fèi)時(shí)間，文檔形式采用原型+文字描述形式，如果需要表格描述盡量用表格。
• 及時(shí)更新文檔：在開發(fā)過程中難免會(huì)有需求更改的情況，及時(shí)修改，以免測試時(shí)產(chǎn)生歧義。

五、總結(jié)

C端產(chǎn)品經(jīng)理寫需求注重是交互邏輯，B端產(chǎn)品在寫需求時(shí)更注重業(yè)務(wù)邏輯，所以流程圖是必備的。因?yàn)榇蠖鄶?shù)需求與字段有關(guān)，最好運(yùn)用表格說明。

B端產(chǎn)品經(jīng)理也需要了解一些技術(shù)基礎(chǔ)，比如接口、數(shù)據(jù)庫相關(guān)的常識(shí)。所以還沒有從事產(chǎn)品經(jīng)理領(lǐng)域或要轉(zhuǎn)行的，可以根據(jù)自己的特點(diǎn)選擇B端產(chǎn)品經(jīng)理還是C端產(chǎn)品經(jīng)理。

作者：柿子姐，8年互聯(lián)網(wǎng)產(chǎn)品經(jīng)理；公眾號(hào)&視頻號(hào)：柿子姐說產(chǎn)品

本文由 @柿子姐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議