在一個(gè)產(chǎn)品線中除了做各部門協(xié)調(diào)的工作，把握時(shí)間進(jìn)度，確認(rèn)需求內(nèi)容，這個(gè)時(shí)候每一個(gè)版本與下一個(gè)版本要做到無(wú)縫銜接。如需求分析，競(jìng)品分析等等的一定要做足功課，免得在產(chǎn)品在開(kāi)發(fā)的時(shí)候還要再去想產(chǎn)品的流程或者是需求是否該做的問(wèn)題。

問(wèn)題和原因

“這次的項(xiàng)目時(shí)間緊，一定要保證***時(shí)間上線。”

“可是領(lǐng)導(dǎo)這次功能太多，可能沒(méi)辦法按時(shí)上線?！?/p>

“那就砍掉一部分需求啊！”

“……”

其實(shí)，這樣的情況產(chǎn)品經(jīng)理一定會(huì)遇到的，不管是大公司還是小公司，都會(huì)碰到這種情況，基本上造成這種情況的原因是：

1.項(xiàng)目本身時(shí)間緊張，合作方催的緊，需要在一個(gè)重要節(jié)點(diǎn)上線；

2.公司資源有限或者項(xiàng)目本身的原因公司不能提供太多的資源（當(dāng)然產(chǎn)品經(jīng)理在資源的爭(zhēng)奪上還是不能停止腳步的）；

3.資源固定、時(shí)間固定，真的是需求排的太多，導(dǎo)致研發(fā)無(wú)法在首個(gè)版本全部實(shí)現(xiàn)；

4.突然提前上線時(shí)間導(dǎo)致時(shí)間不充分。（這個(gè)原因基本上除了將需求做出調(diào)整基本上沒(méi)有更完美的解決方法）。

了解產(chǎn)品概況

產(chǎn)品經(jīng)理在做一個(gè)產(chǎn)品之前需要了解產(chǎn)品的性質(zhì)，工具性產(chǎn)品、內(nèi)容性產(chǎn)品、社交產(chǎn)品、交易產(chǎn)品、平臺(tái)產(chǎn)品、游戲等等的類型。根據(jù)自家產(chǎn)品的性質(zhì)，做需求分析，確定第一個(gè)版本給用戶提供什么樣子的功能才能讓用戶喜歡上我們的產(chǎn)品，下載之后不會(huì)丟，而且在需要的時(shí)候能想起來(lái)我們這個(gè)產(chǎn)品可以滿足用戶的需求。

這樣說(shuō)我們?cè)跁r(shí)間緊張的情況下必須對(duì)現(xiàn)有的產(chǎn)品需求做出整理和分析。

需求分析

做自家產(chǎn)品需求分析之前，首先要確認(rèn)我們產(chǎn)品的概況，并且做競(jìng)品分析，后面會(huì)針對(duì)競(jìng)品做具體的分析介紹。

競(jìng)品分析必須做的原因是，產(chǎn)品經(jīng)理在接觸一個(gè)新的領(lǐng)域或者是新的產(chǎn)品的時(shí)候都需要對(duì)產(chǎn)品的整體概況和競(jìng)品情況作出了解，基本上包括競(jìng)品的團(tuán)隊(duì)規(guī)模和行業(yè)影響力、數(shù)據(jù)分析（運(yùn)營(yíng)數(shù)據(jù)為主）、盈利點(diǎn)、用戶、市場(chǎng)占有率、功能、用戶體驗(yàn)。（多數(shù)產(chǎn)品經(jīng)理喜歡SWOT分析）.通過(guò)競(jìng)品是最快、最準(zhǔn)確可以掌握產(chǎn)品情況的方法。

與此同時(shí)，對(duì)自家產(chǎn)品的需求做出歸類、總結(jié)和分析，建議建立需求表，對(duì)產(chǎn)品的需求變更做記錄，上線前和上線后都可以使用，下面是我做的需求記錄和變更的表格：

將目前所有的需求都做好整理之后，評(píng)審之前一定要對(duì)現(xiàn)有的需求做出緊急程度的分類和分析，建議用腦圖把所有的需求畫(huà)出來(lái)，直觀的將需求都擺放好。（腦圖我一般用Mind Manager）我一直覺(jué)得有了腦圖在寫(xiě)功能目錄的時(shí)候就容易的多。

腦圖只是將需求按照類別和模塊進(jìn)行擺放，但是無(wú)法直觀的看出需求的緊急程度，建議使用四象限法，把現(xiàn)有的需求在圖中做標(biāo)注和分析。

第一象限【重要且緊急】

這些需求就是在時(shí)間很緊急的時(shí)候，最先排上去的需求，但是一定要控制好這個(gè)象限需求的數(shù)量，一定要把所有的需求正確的分配到四個(gè)象限，加到這個(gè)象限的時(shí)候一定要問(wèn)一句，這個(gè)功能沒(méi)有的話會(huì)不會(huì)影響用戶體驗(yàn)或者自家產(chǎn)品的商業(yè)模式，如果不會(huì)，建議考慮這個(gè)需求到底該放在哪里。

第二象限【重要不緊急】

重要不緊急的需求一般是需要有了一定的用戶基礎(chǔ)的時(shí)候?yàn)橛脩籼峁┑木哂猩虡I(yè)價(jià)值或者緊密關(guān)系到用戶切身利益的需求，這樣的需求最好不要在很緊急的狀況下完成，畢竟是重要的需求，一旦第一次沒(méi)做好用戶就會(huì)失去信心，建議大家在處理這類需求的時(shí)候一定要仔細(xì)斟酌，達(dá)到上線之后讓用戶眼前一亮的效果。

第三象限【不重要但緊急】

這種需求就是那種運(yùn)營(yíng)或者客戶跑過(guò)來(lái)說(shuō)，“你幫我加一下這個(gè)東西吧，很重要，這次就必須要有。”“反正就一個(gè)小提示。”……這個(gè)時(shí)候，產(chǎn)品汪一定要把持住，千萬(wàn)不要隨口答應(yīng)，因?yàn)椴还苁嵌嘈〉墓δ芏夹枰治?，尤其看起?lái)小的功能有可能是偽需求哦！這個(gè)時(shí)候一定要考慮本身的開(kāi)發(fā)時(shí)間和產(chǎn)品規(guī)劃，在不影響大的時(shí)間進(jìn)度和產(chǎn)品框架的情況下再答應(yīng)這樣子的要求。

第四象限【不重要不緊急】

這類需求一般是我們后期做版本迭代的時(shí)候慢慢加上以增加用戶體驗(yàn)的需求，時(shí)間很緊急的時(shí)候暫時(shí)可以不處理這類需求。

版本管理

雖然在我們的一系列措施下，需求基本上已經(jīng)分類好，并且確認(rèn)了我們?cè)谶@個(gè)時(shí)間緊張的大環(huán)境下的需求，但是其他的需求本次被放棄但不代表這些需求就要被擱置。第一個(gè)版本在開(kāi)發(fā)的時(shí)候最好降下一個(gè)版本的需求和功能都做好，并且在第一個(gè)版本開(kāi)發(fā)完成測(cè)試、上線階段，收集來(lái)自各方面的需求和要求，并且對(duì)這些需求做匯總，產(chǎn)品經(jīng)理又要重新規(guī)劃出來(lái)下一個(gè)版本的時(shí)間和需求范圍，并且及時(shí)評(píng)審。

綜上所述，產(chǎn)品汪在一個(gè)產(chǎn)品線中除了做各部門協(xié)調(diào)的工作，把握時(shí)間進(jìn)度，確認(rèn)需求內(nèi)容，這個(gè)時(shí)候每一個(gè)版本與下一個(gè)版本要做到無(wú)縫銜接，需求分析，競(jìng)品分析等等的一定要做足功課，免得在產(chǎn)品在開(kāi)發(fā)的時(shí)候還要再去想產(chǎn)品的流程或者是需求是否該做的問(wèn)題。

需求管理下載鏈接：https://yunpan.cn/ckktpXc76pgjc （訪問(wèn)密碼：539a）

作者：九皇叔（微信：meiying8889）

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