什么是產(chǎn)品需求？待實(shí)現(xiàn)的產(chǎn)品功能對(duì)于產(chǎn)品來(lái)說(shuō)就是產(chǎn)品需求钟些。

在實(shí)際工作中饿肺，我們很容易將“用戶反饋”、“用戶需求”與“產(chǎn)品需求”的概念相混淆卷中，這主要是因?yàn)樗鼈兒芏鄷r(shí)候所表達(dá)的內(nèi)容是相同的矛双。例如“首頁(yè)頁(yè)面上應(yīng)該有一個(gè)搜索功能”，這是用戶的反饋信息蟆豫，同時(shí)它就是用戶真實(shí)的议忽、具體的需求，而產(chǎn)品需求也就是要在首頁(yè)頁(yè)面上增加一個(gè)搜索功能十减。

但是事實(shí)上徙瓶，“用戶反饋”、“用戶需求”嫉称、“產(chǎn)品需求”三者之間有著本質(zhì)的區(qū)別侦镇。我們可以用一個(gè)簡(jiǎn)單的例子來(lái)說(shuō)明這一點(diǎn)：

用戶反饋：固定電話聽筒的電纜應(yīng)該有10米長(zhǎng)。

用戶需求：可以拿著電話在房間的任何一個(gè)地方通話织阅。

產(chǎn)品需求：無(wú)繩電話壳繁。

從這個(gè)例子我們可以看到，“用戶反饋”并不等同于“用戶需求”荔棉，也不等同于“產(chǎn)品需求”闹炉。如果我們直接將“用戶反饋”當(dāng)成“用戶需求”或是“產(chǎn)品需求”，那么我們最后很可能在自己毫無(wú)察覺(jué)的情況下做出錯(cuò)誤的產(chǎn)品決策——將固定電話聽筒的電纜做成10米長(zhǎng)润樱。因此渣触，對(duì)“用戶反饋”、“用戶需求”和“產(chǎn)品需求”進(jìn)行嚴(yán)格的界定是非常有必要的壹若。

產(chǎn)品經(jīng)理首先從用戶那里收集反饋信息嗅钻，然后從用戶反饋中分析出用戶需求皂冰， 再根據(jù)用戶需求規(guī)劃產(chǎn)品功能，這些待實(shí)現(xiàn)的產(chǎn)品功能對(duì)于產(chǎn)品來(lái)說(shuō)就是產(chǎn)品需求养篓。

收集用戶反饋秃流，分析用戶需求，最終的目的都是為了產(chǎn)生產(chǎn)品需求柳弄。產(chǎn)品的用戶需求是無(wú)限的舶胀，相應(yīng)地產(chǎn)品需求也會(huì)大量積壓在產(chǎn)品經(jīng)理手中。為了便于記錄碧注、評(píng)估和跟蹤產(chǎn)品需求嚣伐，產(chǎn)品經(jīng)理需要?jiǎng)?chuàng)建和維護(hù)一張產(chǎn)品需求列表，對(duì)所負(fù)責(zé)產(chǎn)品的產(chǎn)品需求進(jìn)行系統(tǒng)的管理萍丐。

一纤控、將用戶需求轉(zhuǎn)化為產(chǎn)品需求

用戶需求的來(lái)源有很多，而且非常零散碉纺，可能來(lái)自某次用戶調(diào)研船万、某次頭腦風(fēng)暴會(huì)議、某次數(shù)據(jù)分析骨田，也可能來(lái)自高層突然的決策耿导。我們并沒(méi)有能力在短時(shí)間內(nèi)滿足所有的用戶需求，如果沒(méi)對(duì)這些需求進(jìn)行系統(tǒng)的整理和管理态贤，那么時(shí)間一長(zhǎng)舱呻，很多需求就會(huì)丟失，而一些關(guān)鍵需求的遺漏對(duì)于產(chǎn)品來(lái)說(shuō)是重大的損失悠汽。

我們習(xí)慣將用戶需求轉(zhuǎn)化為產(chǎn)品需求再進(jìn)行管理箱吕，因?yàn)槎鄶?shù)時(shí)候憑借經(jīng)驗(yàn)根據(jù)用戶需求制定初步的產(chǎn)品解決方案并不需要耗費(fèi)多大的精力，卻可以讓我們更加深入地理解用戶需求以及用戶需求和產(chǎn)品之間的關(guān)系柿冲，同時(shí)也方便我們準(zhǔn)確地評(píng)估滿足用戶需求的產(chǎn)品方案的技術(shù)可行性和優(yōu)先級(jí)茬高。

針對(duì)不同的產(chǎn)品，我們進(jìn)行產(chǎn)品需求管理所要記錄的內(nèi)容也不盡相同假抄。下面是一張用Excel表格制作的簡(jiǎn)單的產(chǎn)品需求管理列表怎栽。

表中每一行記錄了一個(gè)產(chǎn)品需求。

需求名稱：產(chǎn)品需求名稱就是根據(jù)用戶需求規(guī)劃的產(chǎn)品功能的名稱宿饱，也就是我 們期望提供給用戶的功能熏瞄，例如“換膚”、“訂單物流信息”谬以。

需求描述：需求描述是用簡(jiǎn)潔的語(yǔ)言對(duì)該產(chǎn)品需求進(jìn)行解釋强饮。需求描述不用考慮產(chǎn)品功能技術(shù)層面如何實(shí)現(xiàn)，而是要以用戶的視角說(shuō)明產(chǎn)品提供了哪些功能为黎，這些功能是如何被使用的邮丰。需求描述建議按“誰(shuí)可以執(zhí)行什么操作行您，獲得什么好處”的格式來(lái)寫，例如“已下單的買家可以查看訂單物流信息柠座，以了解并跟蹤訂單物流”。這樣寫就能夠說(shuō)明產(chǎn)品要提供什么功能片橡，用戶能夠獲得什么好處妈经，整個(gè)需求也就非常清晰、具體了捧书。

二吹泡、記錄產(chǎn)品需求的屬性和信息

選擇性地記錄產(chǎn)品需求的一些重要屬性，將有助于我們更好地管理產(chǎn)品需求经瓷，如產(chǎn)品需求所屬模塊爆哑、產(chǎn)品需求的需求類型等。

需求所屬模塊：一個(gè)產(chǎn)品往往是一個(gè)復(fù)雜的功能系統(tǒng)舆吮，為了使它更容易分析和開發(fā)揭朝，我們會(huì)將產(chǎn)品分解成若干功能模塊，每個(gè)功能模塊負(fù)責(zé)完成一部分系統(tǒng)的子功能色冀。需求所屬模塊就是產(chǎn)品需求所隸屬的模塊潭袱，用來(lái)直觀地說(shuō)明產(chǎn)品需求在產(chǎn)品結(jié)構(gòu)中的具體位置。如果產(chǎn)品較復(fù)雜锋恬，那么我們還可以對(duì)模塊進(jìn)行多級(jí)劃分屯换。產(chǎn)品的模塊劃分要能夠體現(xiàn)產(chǎn)品的功能結(jié)構(gòu)和信息架構(gòu)。比如与学，我們按照功能結(jié)構(gòu)將一個(gè)視頻網(wǎng)站的一級(jí)模塊分為：首頁(yè)彤悔、搜索頁(yè)、列表頁(yè)索守、詳情頁(yè)晕窑、專題頁(yè)……然后按照信息架構(gòu)將詳情頁(yè)下的二級(jí)模塊分為：電影詳情頁(yè)、電視劇詳情頁(yè)卵佛、視頻詳情頁(yè)……

需求類型：對(duì)產(chǎn)品需求進(jìn)行必要的分類幕屹，不僅可以幫助我們更好地管理需求，而且可以幫助我們更好地分析需求级遭，對(duì)每個(gè)需求的價(jià)值大小做出更加準(zhǔn)確的判斷望拖。同樣的產(chǎn)品需求可以按照不同的維度進(jìn)行分類，具體采用哪種維度可以根據(jù)實(shí)際需要來(lái)決定挫鸽。比如说敏，一個(gè)C2C（Consumer to Consumer，個(gè)人對(duì)個(gè)人）電子商務(wù)網(wǎng)站可以按照用戶身份的不同丢郊，將用戶需求分為買家需求和賣家需求盔沫；一個(gè)客戶端軟件可以按照功能技術(shù)實(shí)現(xiàn)方式的不同医咨，將用戶需求分為客戶端需求、服務(wù)端需求和Web（客戶端內(nèi)嵌網(wǎng)頁(yè)）需求架诞。

另外拟淮，產(chǎn)品需求背后還有一些重要信息，如果這些信息將來(lái)有可能成為產(chǎn)品需求決策評(píng)估的重要依據(jù)谴忧，那么它們也應(yīng)該被記錄下來(lái)很泊。比如某個(gè)產(chǎn)品功能要實(shí)現(xiàn)的前置條件、某個(gè)bug重現(xiàn)的具體操作步驟等沾谓。

個(gè)別產(chǎn)品需求特有的背景信息可以記錄在該需求的備注中委造。有些背景信息是每個(gè)產(chǎn)品需求所共有的，而且非常重要均驶，那么這些信息就需要對(duì)每個(gè)需求進(jìn)行記錄昏兆，例如需求方代表。

需求方代表：需求方代表就是最初提出該用戶需求的人員妇穴，比如爬虱，某運(yùn)營(yíng)人員代表用戶提出了一個(gè)用戶需求，那么相應(yīng)的產(chǎn)品需求的需求方代表就是該運(yùn)營(yíng)人員腾它。在產(chǎn)品需求的具體實(shí)施過(guò)程中饮潦，可能由于諸多原因（如原方案在現(xiàn)有技術(shù)條件下無(wú)法實(shí)現(xiàn)等），需求方案不得不不斷調(diào)整携狭，如果這時(shí)候產(chǎn)品經(jīng)理不確定實(shí)現(xiàn)原產(chǎn)品需求的最初出發(fā)點(diǎn)继蜡，那么就有必要和需求方代表進(jìn)行溝通，確保新的產(chǎn)品需求能夠正確無(wú)誤地反映用戶的真實(shí)意愿逛腿。

三稀并、確定產(chǎn)品需求優(yōu)先級(jí)

確定產(chǎn)品需求的優(yōu)先級(jí)是我們進(jìn)行產(chǎn)品需求管理的主要目的之一。在產(chǎn)品需求管理列表中单默，我們可以很方便地對(duì)產(chǎn)品需求進(jìn)行橫向的比較碘举，確定產(chǎn)品需求的優(yōu)先級(jí)。

那么為什么要確定產(chǎn)品需求的優(yōu)先級(jí)呢搁廓？

首先引颈，對(duì)于互聯(lián)網(wǎng)公司來(lái)說(shuō)，時(shí)間總是有限的境蜕◎。互聯(lián)網(wǎng)是個(gè)瞬息萬(wàn)變、高速發(fā)展的行業(yè)粱年，大部分的互聯(lián)網(wǎng)公司都崇尚“天下武功售滤，唯快不破”的產(chǎn)品開發(fā)理念。在這樣的環(huán)境下，即使是一款在行業(yè)內(nèi)遙遙領(lǐng)先的產(chǎn)品完箩，也可能在短短幾個(gè)月內(nèi)被競(jìng)爭(zhēng)對(duì)手全面超越赐俗。這樣的案例不勝枚舉。

其次弊知，對(duì)于互聯(lián)網(wǎng)公司來(lái)說(shuō)阻逮，資源總是有限的。一方面秩彤，有限的資源只能開發(fā)有限的產(chǎn)品功能叔扼；另一方面，要實(shí)現(xiàn)的產(chǎn)品功能過(guò)多必然會(huì)導(dǎo)致項(xiàng)目復(fù)雜度增加呐舔，一旦項(xiàng)目變得不可控币励，那么所要耗費(fèi)的資源成本就會(huì)不成比例地大幅提升慷蠕。

因此珊拼，大部分互聯(lián)網(wǎng)公司都主張“小步快跑，快速迭代”的產(chǎn)品開發(fā)方式流炕，每個(gè)階段只選取最重要的產(chǎn)品需求進(jìn)行開發(fā)澎现，力爭(zhēng)以最快的速度將產(chǎn)品新版本投入市場(chǎng)，通過(guò)不斷地收集用戶需求每辟、不斷地版本迭代來(lái)逐步地完善產(chǎn)品剑辫。為了確保每個(gè)階段總是在開發(fā)最重要的產(chǎn)品需求，就需要通過(guò)確定各個(gè)需求的優(yōu)先級(jí)來(lái)對(duì)產(chǎn)品需求進(jìn)行取舍渠欺。

確定需求優(yōu)先級(jí)是個(gè)非常重要的環(huán)節(jié)妹蔽，它最終決定了產(chǎn)品會(huì)提供哪些功能，產(chǎn)品會(huì)長(zhǎng)成什么樣挠将。不同的需求組合會(huì)導(dǎo)致完全不同的產(chǎn)品結(jié)果胳岂，優(yōu)秀的產(chǎn)品經(jīng)理應(yīng)該在確定需求優(yōu)先級(jí)上有自己清晰的思路。

判斷產(chǎn)品需求優(yōu)先級(jí)的主要依據(jù)是產(chǎn)品需求的產(chǎn)出投入比舔稀，即產(chǎn)品需求的產(chǎn)出價(jià)值與投入成本之間的比例乳丰。產(chǎn)出投入比越高，代表產(chǎn)品需求的效益越大内贮，產(chǎn)品需求越值得我們開發(fā)产园；反之，產(chǎn)出投入比越低夜郁，代表產(chǎn)品需求的效益越小什燕，產(chǎn)品需求越不值得我們投入資源。

價(jià)值：產(chǎn)品需求的價(jià)值包括它給用戶帶去的用戶價(jià)值和它能給公司帶來(lái)的商業(yè)價(jià)值竞端。我們最終需要的是商業(yè)價(jià)值秋冰，但是商業(yè)價(jià)值往往是由用戶價(jià)值帶來(lái)的，產(chǎn)品的用戶價(jià)值越高婶熬，產(chǎn)生的商業(yè)價(jià)值一般也越高剑勾。因此埃撵，產(chǎn)品需求價(jià)值的評(píng)估重點(diǎn)在于確認(rèn)用戶使用該功能可以獲得什么利益，該功能滿足了用戶什么需求虽另，有多少用戶有這個(gè)需求暂刘，用戶期望產(chǎn)品滿足這個(gè)需求的迫切程度……然后我們對(duì)由此而產(chǎn)生的用戶價(jià)值和商業(yè)價(jià)值進(jìn)行綜合評(píng)估，最后判斷得出產(chǎn)品需求價(jià)值的大小等級(jí)捂刺。

成本：產(chǎn)品需求的成本指的是實(shí)現(xiàn)產(chǎn)品需求需要投入多少成本谣拣，包括開發(fā)產(chǎn)品功能要投入的人力成本、維持產(chǎn)品功能正常運(yùn)行所需的硬件投入族展、產(chǎn)品功能后續(xù)的維護(hù)成本森缠、產(chǎn)品功能所需的日常運(yùn)營(yíng)成本，等等仪缸。其中贵涵，大部分產(chǎn)品功能只需要投入人力成本將其開發(fā)出來(lái)就能夠供用戶正常使用，而在人力成本中恰画，開發(fā)資源的投入往往是最大的宾茂，開發(fā)資源常常是產(chǎn)品實(shí)現(xiàn)過(guò)程中最大的資源瓶頸，因此拴还，一般情況下跨晴，對(duì)產(chǎn)品需求成本的評(píng)估只要考慮開發(fā)資源的投入成本即可。產(chǎn)品經(jīng)理可以憑借自身經(jīng)驗(yàn)粗略地評(píng)估開發(fā)成本片林，也可以在開發(fā)人員的協(xié)助下完成這項(xiàng)工作端盆。由于這時(shí)候產(chǎn)品需求的細(xì)節(jié)還不明確，開發(fā)人員只能給出大概 的開發(fā)成本評(píng)估結(jié)果费封，但是無(wú)論如何焕妙，這個(gè)結(jié)果對(duì)于我們確定產(chǎn)品需求的產(chǎn)出投入比已經(jīng)有非常大的參考價(jià)值了。

確定了產(chǎn)品需求的價(jià)值和成本孝偎，我們就可以得出它的產(chǎn)出投入比了访敌。如下圖所示，需求A衣盾、需求B寺旺、需求C、需求D就是按產(chǎn)出投入比來(lái)確定優(yōu)先級(jí)的势决。

除了產(chǎn)出投入比以外阻塑，產(chǎn)品需求優(yōu)先級(jí)的判斷還需要重點(diǎn)考慮以下一些因素。

（1）需求的緊急程度

有些產(chǎn)品需求雖然不重要果复，但是很緊急陈莽，它仍然應(yīng)該被給予較高的優(yōu)先級(jí)。我們可以將產(chǎn)品需求的緊急程度加權(quán)折算到需求的價(jià)值里，也可以單獨(dú)對(duì)它進(jìn)行考慮走搁。

比如独柑，上圖中需求E是一個(gè)嚴(yán)重影響用戶基礎(chǔ)功能使用的bug，所以應(yīng)該盡快解決私植。

（2）與產(chǎn)品策略的契合程度

產(chǎn)品策略用于指導(dǎo)一段時(shí)間之內(nèi)的所有產(chǎn)品工作忌栅。它包括我們對(duì)產(chǎn)品的目標(biāo)用戶、產(chǎn)品定位曲稼、商業(yè)模式的設(shè)定索绪，還包括我們根據(jù)市場(chǎng)環(huán)境等因素制定的產(chǎn)品競(jìng)爭(zhēng)策略和產(chǎn)品發(fā)展路線。在確定產(chǎn)品需求優(yōu)先級(jí)時(shí)贫悄，我們要充分結(jié)合產(chǎn)品策略進(jìn)行考慮：一些與我們的產(chǎn)品定位不相符合的需求瑞驱，即使產(chǎn)出投入比很高， 但為了不影響產(chǎn)品定位的清晰傳達(dá)窄坦，仍然應(yīng)該放棄唤反；每個(gè)產(chǎn)品的自身情況都不一樣，產(chǎn)品要有自己的發(fā)展節(jié)奏嫡丙，每個(gè)階段實(shí)現(xiàn)的產(chǎn)品功能要能夠服務(wù)于這個(gè)階段的產(chǎn)品目標(biāo)拴袭；并不是所有重要的需求都要一下子推出的读第，有時(shí)候故意忽略人們非常需要的一個(gè)功能曙博，反而能夠激發(fā)起人們對(duì)它的渴望，當(dāng)用戶之后得償所愿怜瞒，獲得這個(gè)功能之后父泳，就會(huì)更加高興……

比如，上圖中需求I是用戶非常期待的一個(gè)功能吴汪，實(shí)現(xiàn)起來(lái)成本也并不高惠窄，但為了制造期待效應(yīng)，我們將它推遲到后續(xù)版本中實(shí)現(xiàn)漾橙。

（3）需求之間的潛在關(guān)系

產(chǎn)品需求之間往往會(huì)存在大量的潛在關(guān)系杆融，只有充分考慮這些潛在關(guān)系，才能保證最后確定下來(lái)的優(yōu)先級(jí)是合理的霜运。

比如，上圖中需求G和需求F都是要對(duì)產(chǎn)品的同一個(gè)功能模塊進(jìn)行改動(dòng)，需求G如果和需求F一起實(shí)現(xiàn)只要1人日立宜，但如果不與需求F一起實(shí)現(xiàn)則要5人日舆瘪，那么我們就應(yīng)該考慮讓需求G與需求F一起實(shí)現(xiàn)。

再比如焦除，上圖中需求H與需求F有依賴關(guān)系激况，要實(shí)現(xiàn)需求F的前置條件是要先實(shí)現(xiàn)需求H，所以需求H必須先于需求F進(jìn)行開發(fā)。

（4）實(shí)際可調(diào)配的資源情況

產(chǎn)品需求的優(yōu)先級(jí)還要依據(jù)實(shí)際可調(diào)配的資源情況去調(diào)整乌逐，要讓產(chǎn)品團(tuán)隊(duì)成員的工作量達(dá)到完全飽和竭讳，以實(shí)現(xiàn)整體資源利用的最大化，避免資源的不必要浪費(fèi)浙踢。

比如代咸，上圖中產(chǎn)品需求分為客戶端和網(wǎng)頁(yè)兩種實(shí)現(xiàn)方式，需要客戶端開發(fā)團(tuán)隊(duì)和Web開發(fā)團(tuán)隊(duì)分別負(fù)責(zé)開發(fā)成黄。由于網(wǎng)頁(yè)需求需要和客戶端需求一起發(fā)布呐芥，預(yù)計(jì)Web開發(fā)團(tuán)隊(duì)會(huì)先于客戶端開發(fā)團(tuán)隊(duì)完成所有高優(yōu)先級(jí)產(chǎn)品需求的開發(fā)，所以我們將產(chǎn)出投入比并不高的需求J的優(yōu)先級(jí)提高來(lái)提前實(shí)現(xiàn)奋岁，這樣Web開發(fā)團(tuán)隊(duì)就可以在客戶端開發(fā)完成前開發(fā)更多的Web功能思瘟。

四、跟蹤產(chǎn)品需求進(jìn)展

產(chǎn)品需求管理是一個(gè)持續(xù)的動(dòng)態(tài)過(guò)程闻伶，新的產(chǎn)品需求不斷產(chǎn)生滨攻，同時(shí)一批批產(chǎn)品需求被實(shí)現(xiàn)。產(chǎn)品經(jīng)理要負(fù)責(zé)對(duì)產(chǎn)品需求的進(jìn)展進(jìn)行跟蹤蓝翰，并時(shí)刻更新它們的狀態(tài)光绕。

需求狀態(tài)：產(chǎn)品需求狀態(tài)指的是產(chǎn)品需求在這一時(shí)刻所處的情況。常見(jiàn)的需求狀態(tài)有：待確定畜份、未開始诞帐、開發(fā)中、已完成爆雹、擱置停蕉、取消「铺“待確定”說(shuō)明該需求還不夠明確慧起，需要產(chǎn)品經(jīng)理和需求方代表做進(jìn)一步的溝通確認(rèn)；“未開始”說(shuō)明該需求已明確册倒，等待開發(fā)中蚓挤；“開發(fā)中”說(shuō)明該需求正處于開發(fā)實(shí)施的過(guò)程中；“已完成”說(shuō)明該需求已開發(fā)完成驻子，用戶已經(jīng)能夠使用這個(gè)產(chǎn)品功能了灿意；“擱置”說(shuō)明該需求因?yàn)槟撤N原因被閑置了，暫時(shí)不予以考慮安排拴孤；“取消”說(shuō)明該需求已被徹底放棄脾歧。

除了需求狀態(tài)以為外，一些和需求進(jìn)展相關(guān)的重要信息也應(yīng)該被記錄演熟，比如已完成需求的完成時(shí)間鞭执、擱置需求被擱置的主要原因司顿，等等。