最近一段時(shí)間，特別后悔當(dāng)初沒能勸boss再砍掉一個(gè)功能

2月19日入職，對整個(gè)APP的概念都是模糊的。自以為理清之后，就對boss提出自己對現(xiàn)有功能的優(yōu)先級排序，并建議砍掉一個(gè)大的功能需求，等到二期的時(shí)候再做。沒想到當(dāng)時(shí)boss竟然同意了！被興奮沖昏了頭腦，卻不知剩下的功能仍舊需要相當(dāng)大的開發(fā)量，而功能的用戶需求根本沒有經(jīng)過調(diào)研，也暫時(shí)看不出任何產(chǎn)品價(jià)值！

為什么產(chǎn)品經(jīng)理需要做前期的用戶調(diào)研，需求分析？因?yàn)閷I(yè)的分析結(jié)果不僅讓自己踏實(shí)，也讓開發(fā)們踏實(shí)。一個(gè)未經(jīng)任何驗(yàn)證，只憑頭腦風(fēng)暴得出來的需求，是不能服眾的，而不能服眾會在很大程度上影響開發(fā)階段工程師們的工作積極性。而且，在前期需求的刪改很容易，而一旦進(jìn)入開發(fā)階段，再提需求的刪改，只會讓開發(fā)大大們覺得你這個(gè)產(chǎn)品經(jīng)理很不靠譜。

面對一大堆未經(jīng)任何驗(yàn)證的需求，我只能從競品處尋找優(yōu)先級的依據(jù)，如果競品沒有類似功能，那我們就不做或者想明白了再做。但是！競品也有可能是不對的。不能從有沒有這個(gè)角度判斷，而應(yīng)該從“哪怕有，好不好？”的角度來向自己提出疑問，進(jìn)而挖掘競品功能的好壞。就像網(wǎng)易云音樂的產(chǎn)品經(jīng)理所說，當(dāng)初在做競品調(diào)研的時(shí)候，發(fā)現(xiàn)蝦米音樂有社區(qū)功能，但是否意味著網(wǎng)易云音樂也要有社區(qū)功能？于是他就去做調(diào)研，一頁頁搜集蝦米社區(qū)的評論數(shù)，據(jù)此來形成自己的結(jié)論。

在開發(fā)的過程中，需求的澄清是另一門技術(shù)活。最開始的時(shí)候，討論之后我就撒手不管了，沒發(fā)出任何通知。這樣當(dāng)然是不行的。隨后我通過把原型的修訂記錄連帶原型本身托管到SVN的方式，給開發(fā)們一段鏈接，每次有修訂記錄，就會把修訂記錄截圖到QQ群里。開發(fā)們每天碼代碼都來不及，誰會去注意茫茫QQ信息中的其中一條？我又以郵件方式來發(fā)每次的需求澄清。但是發(fā)現(xiàn)還是不行?，F(xiàn)在我是通過開需求通氣會加郵件的方式來讓開發(fā)們了解需求。

我想這所以導(dǎo)致如今拆東墻補(bǔ)西墻的需求溝通方式，也是因?yàn)榍捌谛枨蟠址艑?dǎo)致的。而我做的就是細(xì)化需求，并讓開發(fā)們了解。如果再開始從零開發(fā)一款A(yù)PP，我想我會在開始階段就和所有項(xiàng)目相關(guān)人員討論需求，一起把原型過一遍。這樣子的話，可以避免后期很多問題的產(chǎn)生。

產(chǎn)品項(xiàng)目早期一定要想清楚，溝通清楚。