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