實(shí)戰(zhàn)：產(chǎn)品經(jīng)理如何做好需求版本控制

實(shí)戰(zhàn)：產(chǎn)品經(jīng)理如何做好需求版本控制

做了一陣子產(chǎn)品經(jīng)理之后，一提到任何東西，任何需求，立馬用思維導(dǎo)圖給你整出一大篇的功能列表，多的電腦屏幕都顯示不下了；接著搞出一個(gè)看似精美比較保真的原型圖，幾十上百頁(yè)的PRD文檔，然后扔給RD，就按這個(gè)開發(fā)吧，這個(gè)就是我們產(chǎn)品的1.0版本(RD同學(xué)估計(jì)此時(shí)心中一萬(wàn)只草泥馬奔過(guò)。。。)。上面講到的兩個(gè)例子，是我在近年來(lái)工作中遇到大多數(shù)產(chǎn)品經(jīng)理做事的方法。這里講的產(chǎn)品經(jīng)理是指哪些入門1-3年左右的初級(jí)PM，大牛們看到這里就可以飄過(guò)了。為什么標(biāo)題要寫“產(chǎn)品經(jīng)理如何做好需求版本控制”呢？就拿剛才的例子來(lái)說(shuō)：前一個(gè)產(chǎn)品經(jīng)理只重視了需求的實(shí)現(xiàn)，而忽視了去審視需求，調(diào)研需求，需求規(guī)劃等等環(huán)節(jié)；后一個(gè)產(chǎn)品經(jīng)理想到了需求與需求之間的關(guān)聯(lián)性、擴(kuò)展性，但是忽略了需求的無(wú)限性，這其中都忽視了如何去控制需求。什么是需求的無(wú)限性呢？那就是任何一個(gè)小需求，如果你順著邊兒去想就能夠發(fā)散出幾十甚至幾百個(gè)跟這個(gè)需求相關(guān)的小點(diǎn)。而如果產(chǎn)品經(jīng)理不去做相關(guān)的需求調(diào)研，了解需求五層結(jié)構(gòu)中最底層的核心目標(biāo)是什么，嘩啦嘩啦全都給一次性實(shí)現(xiàn)出來(lái)，那么注定這個(gè)事情對(duì)團(tuán)隊(duì)、甚至對(duì)公司都會(huì)是一個(gè)大坑。因?yàn)橥度肓舜罅康膱F(tuán)隊(duì)資源去做了非常多無(wú)用、無(wú)意義的功能，卻沒(méi)有對(duì)主線的核心需求產(chǎn)生價(jià)值。那么，產(chǎn)品經(jīng)理應(yīng)該如何做好需求控制呢？以我個(gè)人的經(jīng)驗(yàn)，我認(rèn)為應(yīng)該從以下幾個(gè)方面著手：首先：一定要明白產(chǎn)品要解決的核心問(wèn)題。作為一個(gè)產(chǎn)品經(jīng)理，應(yīng)該是自上而下的去看待需求問(wèn)題。從公司做這個(gè)產(chǎn)品或者這個(gè)功能要達(dá)到什么目的，解決哪方面的用戶需求，要實(shí)現(xiàn)什么樣的商業(yè)目的等方面著手。弄清楚我們這次到底是要干什么的。如果這些問(wèn)題沒(méi)搞懂做出來(lái)的東西要么會(huì)被老板罵，要么會(huì)被同事罵；自己當(dāng)老板的產(chǎn)品經(jīng)理估計(jì)會(huì)肉痛白花出去的錢，打擊創(chuàng)業(yè)的自信心。其次：構(gòu)思需求的完整解決方案，建立需求列表。當(dāng)你了解清楚需求背后的真實(shí)目的的時(shí)候，實(shí)現(xiàn)這個(gè)需求可能有很多種方法。有的需要開發(fā)進(jìn)行實(shí)現(xiàn)，有的不需要開發(fā)進(jìn)行實(shí)現(xiàn)，這里講的是需要開發(fā)來(lái)實(shí)現(xiàn)的需求。產(chǎn)品經(jīng)理應(yīng)該和團(tuán)隊(duì)以及相關(guān)部門溝通，想出一套完整的解決方案。這個(gè)解決方案可能會(huì)有很多相關(guān)的功能點(diǎn)、功能細(xì)項(xiàng)。沒(méi)關(guān)系，這個(gè)時(shí)候能想的都想出來(lái)，其他人其他部門提出的建議也都包含進(jìn)來(lái)，形成一個(gè)需求表(FeatureList)，留待整個(gè)團(tuán)隊(duì)一起來(lái)討論。根據(jù)公司情況量體裁衣，做好需求版本規(guī)劃。經(jīng)過(guò)前2個(gè)步驟，可能你的需求表上密密麻麻的列出了幾十上百，幾百上千的功能點(diǎn)和要解決的問(wèn)題。這個(gè)時(shí)候不要著急，根據(jù)團(tuán)隊(duì)的情況，公司的實(shí)力、公司給予的資源，來(lái)對(duì)產(chǎn)品的版本進(jìn)行劃分。也就是說(shuō)1.0做什么、1.1做什么、1.2做什么，切忌不要想著一股老的全給做了。有些PM看著競(jìng)品或是對(duì)手公司做了很多領(lǐng)先于自己功能，一下子就急了，恨不得下一個(gè)版本當(dāng)中全部趕上。實(shí)際上這樣做的結(jié)果反而適得其反，一個(gè)是弄的開發(fā)團(tuán)隊(duì)不堪重負(fù)，做出來(lái)的東西沒(méi)質(zhì)量，不穩(wěn)定，bug一大堆；另一個(gè)是一上線之后用戶罵聲一片，打擊整個(gè)團(tuán)隊(duì)的士氣，影響公司對(duì)此項(xiàng)目前途的看法。另外，就算是產(chǎn)品1.0如果功能較多也可以分成幾個(gè)小版本進(jìn)行開發(fā)，注意把握好開發(fā)進(jìn)度以及節(jié)奏。曾經(jīng)看到過(guò)一個(gè)故事用在此處可能有一定的啟發(fā)意義：這個(gè)故事講的是有一個(gè)人連續(xù)吃了7個(gè)包子吃飽了，于是乎大家紛紛去研究這第7個(gè)包子到底如何神奇，用的什么材料什么秘方啊。而忽視了前面6個(gè)包子的重要性。反映到互聯(lián)網(wǎng)產(chǎn)品當(dāng)中，那就是任何偉大或者好的產(chǎn)品都是一點(diǎn)一點(diǎn)積累起來(lái)的，沒(méi)有捷徑可走。一定要重視好版本迭代的重要性，真正做到跟用戶一起小步快跑。一般而言，做產(chǎn)品版本規(guī)劃應(yīng)該是根據(jù)團(tuán)隊(duì)情況分配的工作量適中，一個(gè)版本解決1-3個(gè)需求即可，保證整個(gè)團(tuán)隊(duì)能夠在一周之內(nèi)迭代出一個(gè)版本。這樣的好處就是一月下來(lái)，一年下來(lái)，整個(gè)團(tuán)隊(duì)效率處于良性運(yùn)轉(zhuǎn)狀態(tài)，并且產(chǎn)品體檢相比較一月或者一年前也有較大的改觀，用戶也能感受到產(chǎn)品在慢慢的成長(zhǎng)，增加對(duì)產(chǎn)品的信任感。上線之后的版本勿隨意修改很多時(shí)候在某個(gè)版本上線之后，還是會(huì)出現(xiàn)一些問(wèn)題以及用戶的反饋。這個(gè)時(shí)候我建議不要在當(dāng)前的版本中去修復(fù)這些問(wèn)題(重大bug除外)。因?yàn)槿绻@樣做了，肯定是會(huì)影響產(chǎn)品的迭代周期的。所以我建議把這些問(wèn)題或者建議又放入需求列表中，下一個(gè)版本中再根據(jù)具體的情況決定改進(jìn)哪些，其余的留著后面去改進(jìn)，不要想著一次把所有的事情做完。充分運(yùn)用好運(yùn)營(yíng)或者市場(chǎng)團(tuán)隊(duì)這2個(gè)團(tuán)隊(duì)往往處于一線，與用戶親密接觸。他們有時(shí)候反應(yīng)上來(lái)的問(wèn)題非常有用，非常接地氣，產(chǎn)品經(jīng)理一定要重視好(如果有可能，我覺得其實(shí)產(chǎn)品以及運(yùn)營(yíng)部門可以合為一個(gè)部門，這個(gè)根據(jù)每個(gè)公司或者產(chǎn)品的情況略有不同吧)。因?yàn)檫@些需求可能隱藏著用戶最真實(shí)的使用情況，對(duì)產(chǎn)品最真實(shí)的看法。但是也不要完全信任這2個(gè)部門提出的需求，原因太多了，因?yàn)橛袝r(shí)候用戶需求不等于產(chǎn)品需求，有時(shí)候某個(gè)需求可能包含他們對(duì)kpi的訴求...總之需要