創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理怎么建立完善的產(chǎn)品開發(fā)體系？具體需要哪些工作？

問題背景：

想想大家也能夠猜到，對于創(chuàng)業(yè)公司而言，如果老板沒有從事互聯(lián)網(wǎng)產(chǎn)品的經(jīng)驗，那么大多都是指哪打哪，而對于產(chǎn)品的開發(fā)計劃，設(shè)計流程等沒有詳細(xì)的流程規(guī)范，這對產(chǎn)品的品質(zhì)和開發(fā)時間沒有保證，進而影響產(chǎn)品的整體質(zhì)量。所以希望有過建立完善的產(chǎn)品開發(fā)體系的朋友，幫忙指點一二！小弟必有重謝！

以下回答整理自PMCAFF產(chǎn)品問答社區(qū)

@BobWong

平常也比較少寫東西，以前在論壇里面看帖不回帖的基本上就是屬于我這種，剛剛看到這個問題，之前也在某些互聯(lián)網(wǎng)公司擼過一些項目，分享一些淺見，體系談不上，寫的不好請輕拍。

一般產(chǎn)品研發(fā)都是按照周期來的，比如說一個星期一個周期，一個月一個周期等；有兩種情況，第一種是從0到1的，還有一種是從1到N的，其實從1到N的這種情況也是適用于從0到1的，只不過是從0到1的縮小版。

先說從0到1的，從0到1的情況適用于這款產(chǎn)品只是處于某個人（這個人有可能是BOSS也有可能是產(chǎn)品汪）的腦袋里面的一個概念點，并沒有被具象化的。比如你們老板想做一個什么聊天軟件，但是具體是針對什么人群？聊什么？如何轉(zhuǎn)化？不知道，只知道要做一個聊天的，這個時候產(chǎn)品經(jīng)理的價值就體現(xiàn)出來了。

每個產(chǎn)品從0到1至少需要經(jīng)歷如下幾個階段：

一、核心需求確認(rèn)階段（搞定BOSS）

跟老板撕逼，了解BOSS干這個事情的目的是什么，需要明確哪些需求點，根據(jù)核心需求點確立產(chǎn)品大方向和框架是什么樣的，屌一點的產(chǎn)品經(jīng)理還會跟BOSS聊商業(yè)模式以及根據(jù)BOSS的商業(yè)模式提一些產(chǎn)品建議；這里要注意了，強擼灰飛煙滅，請注意把握分寸。

二、需求驗證

不要一上來就要程序猿開發(fā)一個很牛逼的產(chǎn)品，有這種想法的產(chǎn)品汪嚴(yán)重不靠譜，可以先找一些比較低成本的途徑去驗證這個需求是否是一個真正的需求，（打個比方說可能你覺得聊天軟件中語音視頻這個功能需要做，但是在某些垂直的聊天軟件中，語音視頻倒顯得很雞肋，比如阿里旺旺），驗證的方法有很多種，包括看競品的數(shù)據(jù)；驗證過之后，才能知道哪些需求靠譜哪些需求不靠譜。

三、產(chǎn)品經(jīng)理需求完善階段

搞定產(chǎn)品汪 如果有你們公司多個負(fù)責(zé)該項目的產(chǎn)品經(jīng)理，請主動跟他們撕逼，主要目的是盡可能把整個產(chǎn)品的所有能想到的細(xì)節(jié)都給想到，這個時候axure等產(chǎn)品經(jīng)理原型工具所產(chǎn)生的內(nèi)容可以作為撕逼的依據(jù)的最好體現(xiàn)。

搞定程序猿 產(chǎn)品經(jīng)理內(nèi)部撕逼完之后，拉上程序員（Leader）撕逼，請確保所有的功能細(xì)節(jié)完整才找程序猿，不然會被亂棍打出的；如果可能，提供的文檔組（請注意是文檔組，包括各個子功能的拆分分解，最好是連系統(tǒng)底層架構(gòu)都要考慮到，單個文檔是不足以描述一個產(chǎn)品的）里面盡量是流程圖和圖片，最后再寫一個全部是字的文檔或一個表格，里面對一些主要功能進行描述（目的是讓程序猿哥哥不能賴皮），程序猿哥哥會不停的挑戰(zhàn)你，直到產(chǎn)品的每一部分都要程序猿哥哥點頭，才算是過了，千萬不要讓程序猿給你想細(xì)節(jié)，會死得很慘的。

搞定設(shè)計 設(shè)計同學(xué)感覺相對比較好搞定，只要axure畫的不是跟翔一樣，基本上設(shè)計這邊的童鞋會幫你把一些界面細(xì)節(jié)給弄出來，有些模擬兩可的細(xì)節(jié)還是需要你在設(shè)計旁邊敲定。

四、程序猿評估時間，需求鎖定

搞定需求之后，需要跟程序猿哥哥對進度了，拿出之前做的那個功能列表，里面每一項的開發(fā)時間都要估算出來，時間單位具體到某個功能花多少小時，而不是功能A三天，功能B五天這樣子估，這樣的一個好處是開發(fā)進度透明，確保每個技術(shù)人員對于將要做的事情的風(fēng)險把控都足夠到位；最好定一下里程碑，還拿聊天軟件的例子說，比如第一周可以實現(xiàn)基本的文字聊天，第二周實現(xiàn)基本的用戶相關(guān)的東西，第三周實現(xiàn)XXX，以此類推，如果開發(fā)人員不夠，先砍掉一些跟主要業(yè)務(wù)沒有半毛錢關(guān)系的需求。

五、進入開發(fā)周期

時間定好了，程序猿哥哥就拿著這個表去開發(fā)了，這個時候產(chǎn)品汪是不能閑著的，這個階段的產(chǎn)品汪需要做一些前期的相關(guān)競品信息和數(shù)據(jù)收集，以及第二個版本的功能細(xì)節(jié)做一些規(guī)劃（繼續(xù)跟BOSS和別的產(chǎn)品汪撕逼），還有就是敦促程序猿哥哥把東西干完，至于怎么敦促是有彈性的 -- 世界上沒有一頓燒烤解決不了的事情，如果沒有，就兩頓。在這個階段千萬千萬千萬不要加需求，即使BOSS來加也要排在后面，不要以為小改動對于程序猿來講很簡單，隨便一個需求改動是會導(dǎo)致整個項目進度時間把控嚴(yán)重失控的。

六、產(chǎn)品內(nèi)測發(fā)布，產(chǎn)品經(jīng)理跟進需求實現(xiàn)

大一點的互聯(lián)網(wǎng)公司還有專門的測試團隊來對產(chǎn)品做各種各樣的測試，以防止上線之后的一些由于技術(shù)或者產(chǎn)品邏輯上的疏忽導(dǎo)致產(chǎn)品功能無法達到預(yù)期，這時，之前做過的那個功能文檔或者表格可以作為測試人員參考的依據(jù)，來對整個產(chǎn)品做從頭到尾的功能性測試。

七、迭代

產(chǎn)品第一個版本上線了，需要收集用戶反饋和一些數(shù)據(jù)（比如訪問量，訂單量等），根據(jù)這些數(shù)據(jù)來調(diào)整產(chǎn)品的后續(xù)策略。

最后致產(chǎn)品汪：

沒有跟人撕逼過的產(chǎn)品經(jīng)理不是真正的產(chǎn)品經(jīng)理。

本文由 BobWong 原創(chuàng)發(fā)布于PMCAFF產(chǎn)品經(jīng)理社區(qū)，未經(jīng)許可，禁止轉(zhuǎn)載。

投稿請發(fā)送至郵箱：tougao@pmcaff.com

認(rèn)真敲出一篇文章，但沒有人懂你？

辛辛苦苦寫出的文章無人知曉？

想和更多的同行更深入的探討問題？

“PMCAFF原創(chuàng)作者計劃” 致力于打造產(chǎn)品經(jīng)理界最高質(zhì)量的原創(chuàng)專欄。

這個行業(yè)有一股新新力量正在崛起...

趕快點擊 閱讀原文 加入我們

總結(jié)

以上是生活随笔為你收集整理的PMCAFF | 创业公司产品经理如何建立完善的产品开发体系？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。