最近發(fā)生了一些事情，促使自己靜下心對這些年的工作沉淀和知識(shí)積累做系統(tǒng)性的總結(jié)與分享，
如何把控產(chǎn)品 — 產(chǎn)品管理全流程解析
。主要是希望通過總結(jié)，加深自己對產(chǎn)品把控認(rèn)知上的理解，強(qiáng)化各個(gè)環(huán)節(jié)中的具體細(xì)節(jié)，并且通過分享讓更多人來檢驗(yàn)和審查自己設(shè)計(jì)產(chǎn)品的方式，進(jìn)一步發(fā)現(xiàn)自己能力上的不足與思想體系上的漏洞，進(jìn)一步提升自己的能力。 這篇文章首先總結(jié)的是自己對產(chǎn)品設(shè)計(jì)流程，以及流程中各個(gè)環(huán)節(jié)的認(rèn)知，在以后的文章中，還會(huì)逐一對各個(gè)環(huán)節(jié)中的細(xì)節(jié)深入總結(jié)，從而達(dá)到系統(tǒng)性梳理自己認(rèn)知體系的目的。
上圖是依據(jù)自己對產(chǎn)品的認(rèn)知所畫的流程圖，在我的認(rèn)知中，產(chǎn)品制作主要分為三個(gè)階段：
1.需求調(diào)研：
通過面對面訪談，收集需求卡片等方式，對某類或者某行業(yè)的用戶，進(jìn)行密集的調(diào)研，收集并總結(jié)他們在工作或者日常生活中所遇見的一些問題或是建議，找出其中共性的部分，將其總結(jié)為某種需求，最終選定其中一個(gè)作為核心問題，而解決這個(gè)核心問題的功能，將會(huì)是日后產(chǎn)品生存的根基。
2.產(chǎn)品立項(xiàng)與研發(fā)
依據(jù)用戶的核心需求，提出產(chǎn)品設(shè)想，并做好相應(yīng)的市場調(diào)查與可行性分析。在通過決策層評審后，將設(shè)想細(xì)化成產(chǎn)品原型，提交到UED與研發(fā)部門，制作出相應(yīng)的產(chǎn)品并投放市場。
3.產(chǎn)品市場化：
商務(wù)部門依據(jù)產(chǎn)品設(shè)定的目標(biāo)用戶群體，對產(chǎn)品進(jìn)行包裝和宣傳，在完成銷售任務(wù)的同時(shí)，與產(chǎn)品經(jīng)理一起積極收集用戶反饋意見，協(xié)助產(chǎn)品經(jīng)理校正與迭代產(chǎn)品，保持產(chǎn)品與市場的同步，
管理資料
《如何把控產(chǎn)品 — 產(chǎn)品管理全流程解析》(http://m.oriental01.com)。產(chǎn)品設(shè)計(jì)與研究
其中產(chǎn)品設(shè)計(jì)與研發(fā)，又可以細(xì)分為五個(gè)階段：
產(chǎn)品立項(xiàng)：主要包括商業(yè)需求文檔(BRD)，市場需求文檔(MRD)以及產(chǎn)品需求文檔(PRD)的制作，通過BRD獲得資源支持，MRD驗(yàn)證產(chǎn)品設(shè)想，PRD提交產(chǎn)品模型，確保產(chǎn)品方案的可行性和可操作性。
產(chǎn)品研發(fā)：包括用戶體驗(yàn)的設(shè)計(jì)以及具體的功能實(shí)現(xiàn)。
產(chǎn)品測試：通過一些的測試，確保產(chǎn)品的質(zhì)量，及時(shí)發(fā)現(xiàn)產(chǎn)品的BUG,加速產(chǎn)品的迭代。
產(chǎn)品上線：在產(chǎn)品通過上線評審后，通告與協(xié)調(diào)相關(guān)部門完成產(chǎn)品的上線工作。
產(chǎn)品運(yùn)營：協(xié)助產(chǎn)品經(jīng)理輸出相關(guān)的產(chǎn)品文檔，以及和產(chǎn)品經(jīng)理一起策劃相關(guān)的營銷活動(dòng)。
有人曾經(jīng)問過我，為什么這樣來劃分整個(gè)流程，好處與壞處是什么？
其實(shí)工程學(xué)上來說，這種模式屬于典型的“瀑布模型”：
好處在于：
各階段劃分的非常清楚，進(jìn)入下一階段后不會(huì)被上一階段的事情所負(fù)累。
很適合利用此流轉(zhuǎn)對產(chǎn)品進(jìn)行增量的迭代；
壞處在于：
需求變動(dòng)頻繁的話會(huì)很痛苦；
各階段之間屬于串行連接，版本跨度控制不好的話，會(huì)經(jīng)常出現(xiàn)UED忙的要死的時(shí)候，研發(fā)很閑，研發(fā)忙的要死的時(shí)候,UED很閑的情況，團(tuán)隊(duì)利用率不高；
最嚴(yán)重的是要是立項(xiàng)沒立好，或者立錯(cuò)了方向，基本死翹翹。
因?yàn)樽约鹤霎a(chǎn)品做的比較多，需求一般自己把控，而且大多要求快速迭代，所以個(gè)人覺得這種研發(fā)模型，非常適合互聯(lián)網(wǎng)產(chǎn)品的開發(fā)，這些年來自己一直都是使用這樣的套路在研發(fā)產(chǎn)品，倒也用的順手，對比以前在FounderRd的時(shí)，公司用的CMM3標(biāo)準(zhǔn)，個(gè)人最大的感受就是：敏捷。
所以如果把控的項(xiàng)目，需求不由自己把控，而且質(zhì)量要求很高的話（比如銀行或者電信類產(chǎn)品），相信上述流轉(zhuǎn)將不適合您現(xiàn)在的產(chǎn)品或項(xiàng)目。
今天先總結(jié)到這里吧，接下去自己對各個(gè)環(huán)節(jié)的一些認(rèn)知和心得，更深入和詳細(xì)的總結(jié)，希望自己能夠至少保持一天一篇的反思與總結(jié)。