前言##
新入職一家公司，屬于傳統(tǒng)行業(yè)，希望向互聯(lián)網(wǎng)公司轉(zhuǎn)型，就立了一個產(chǎn)品開發(fā)的流程。適合大部分感覺流程比較混亂的公司做參考。文章以一個大型項(xiàng)目為例，小項(xiàng)目可以對流程進(jìn)行靈活的變更。
流程圖如下(其實(shí)看完圖下面的文字就可以不用看了)：
1.目的##
建立并文件化互聯(lián)網(wǎng)金融部產(chǎn)品的規(guī)劃、評審、設(shè)計、計劃、開發(fā)、控制與測試的流程，以確保軟件產(chǎn)品能夠在規(guī)定的時間內(nèi)達(dá)到所有指定的需求。
本規(guī)范特別強(qiáng)調(diào)在項(xiàng)目進(jìn)行過程中持續(xù)進(jìn)行的高效能的團(tuán)隊(duì)溝通以及及時總結(jié)，良好的流程依賴于執(zhí)行者忠實(shí)地貫徹才能夠發(fā)揮最大的作用。
2.流程文件列表##
產(chǎn)品需求說明，市場需求分析，商業(yè)需求計劃書，原型，交互設(shè)計稿，需求文檔，UI設(shè)計稿，概要設(shè)計，測試用例，上線公告。
3.流程說明##
3.1.需求提出###
內(nèi)容概述：
需求指新的產(chǎn)品概念，或?qū)ΜF(xiàn)有產(chǎn)品的改進(jìn)建議。
需求來源可以為任何人，如：C端用戶，B端經(jīng)銷商用戶，領(lǐng)導(dǎo)，公司其他部門同事，產(chǎn)品經(jīng)理等。
需求提出以《產(chǎn)品需求說明》為準(zhǔn)。
需求由產(chǎn)品經(jīng)理統(tǒng)一匯總和分析。
負(fù)責(zé)人：產(chǎn)品經(jīng)理。
產(chǎn)出：《產(chǎn)品需求說明》。
內(nèi)容：當(dāng)前問題，痛點(diǎn)，意見或建議。預(yù)期收益，期望完成時間。
干系人：需求提出人員。
3.2.市場調(diào)研###
內(nèi)容概述：
需求提出后，進(jìn)入市場調(diào)研和產(chǎn)品規(guī)劃階段。目的在于確定產(chǎn)品的可行性，產(chǎn)品范圍，將需求轉(zhuǎn)化為確定的項(xiàng)目方向。
負(fù)責(zé)人：產(chǎn)品經(jīng)理。
產(chǎn)出： BRD，MRD（如有需要）。
內(nèi)容：市場分析，用戶分析，場景說明，產(chǎn)品規(guī)劃，資源需求。
干系人：所屬領(lǐng)導(dǎo)，業(yè)務(wù)相關(guān)同事，需求提出人員。
3.3.需求評審###
內(nèi)容概述：
市場調(diào)研完成后，組織干系人進(jìn)行評審，驗(yàn)證項(xiàng)目可行性。如通過，進(jìn)入下一步流程；存在爭議或無法達(dá)成共識，重新進(jìn)行產(chǎn)品規(guī)劃和評估；如通過失敗，取消項(xiàng)目。
負(fù)責(zé)人：產(chǎn)品經(jīng)理。
產(chǎn)出：需求評審意見，業(yè)務(wù)方案，產(chǎn)品原型排期，交互設(shè)計排期，prd排期。
內(nèi)容：需求評審結(jié)論，業(yè)務(wù)流程圖，原型，交互，prd排期表。
干系人：需求提出人員，部門經(jīng)理，設(shè)計負(fù)責(zé)人，運(yùn)營負(fù)責(zé)人，業(yè)務(wù)負(fù)責(zé)人，開發(fā)經(jīng)理（如無法確定技術(shù)可行性時需要）
3.4.原型，交互，prd###
內(nèi)容概述：
需求評審?fù)瓿珊螅a(chǎn)品經(jīng)理和交互設(shè)計師協(xié)作完成產(chǎn)品原型，交互設(shè)計，產(chǎn)品經(jīng)理完成PRD。
負(fù)責(zé)人：產(chǎn)品經(jīng)理，交互設(shè)計師。
產(chǎn)出：原型，交互稿，PRD。
內(nèi)容：包含產(chǎn)品功能框架，頁面交互功能細(xì)節(jié)的文檔。
干系人：無。
3.5.低保真產(chǎn)品方案評審###
內(nèi)容概述：
需求評審?fù)瓿珊螅a(chǎn)品經(jīng)理完成原型，需求文檔，設(shè)計師完成交互設(shè)計后，組織干系人進(jìn)行評審，確定產(chǎn)品細(xì)節(jié)可行性。通過評審則進(jìn)入下一步流程，無法通過則對需求文檔，原型，交互設(shè)計稿重新修改后，再次進(jìn)行評審。一般低保真方案評審會進(jìn)行2到3次。
負(fù)責(zé)人：產(chǎn)品經(jīng)理。
產(chǎn)出：需求文檔，原型，交互設(shè)計稿，視覺設(shè)計排期。
內(nèi)容：包含產(chǎn)品細(xì)節(jié)的各種文檔。
干系人：部門經(jīng)理，設(shè)計負(fù)責(zé)人，運(yùn)營負(fù)責(zé)人，業(yè)務(wù)負(fù)責(zé)人，開發(fā)經(jīng)理（如確定方案可帶開發(fā)測試工程師）。
3.6.UI設(shè)計###
內(nèi)容概述：
低保真方案評審?fù)瓿珊螅琔I設(shè)計師根據(jù)需求文檔，原型和交互設(shè)計稿進(jìn)行UI設(shè)計。
負(fù)責(zé)人：UI設(shè)計師。
產(chǎn)出：視覺設(shè)計稿。
內(nèi)容：包含視覺細(xì)節(jié)的文檔。
干系人：設(shè)計負(fù)責(zé)人，產(chǎn)品經(jīng)理。
3.7.產(chǎn)品方案移交###
內(nèi)容概述：
產(chǎn)品低保真方案，視覺設(shè)計完成后，組織干系人進(jìn)行產(chǎn)品方案移交。移交完成后3天內(nèi)開發(fā)和測試給出預(yù)計排期（時間視項(xiàng)目大小浮動）。
負(fù)責(zé)人：視覺設(shè)計師。
產(chǎn)出：視覺設(shè)計稿。
內(nèi)容：包含設(shè)計規(guī)范，尺寸等細(xì)節(jié)的設(shè)計文檔。
干系人：設(shè)計負(fù)責(zé)人，產(chǎn)品經(jīng)理，開發(fā)經(jīng)理，開發(fā)工程師，測試工程師。
3.8.測試用例評審###
內(nèi)容概述：
產(chǎn)品方案移交后，測試根據(jù)PRD完成測試用例，組織干系人進(jìn)行評審，評審時開發(fā)需要對測試提出測試重點(diǎn)。一般測試用例評審會進(jìn)行2次。
負(fù)責(zé)人：測試工程師。
產(chǎn)出：測試用例文檔，測試排期表。
內(nèi)容：包含測試方案的文檔，如前置條件，操作，期望輸出，實(shí)際輸出，bug嚴(yán)重性分級等測試方式，測試環(huán)境，測試人員安排，測試排期。
干系人：產(chǎn)品經(jīng)理，開發(fā)經(jīng)理，開發(fā)工程師。
3.9.開發(fā)和測試###
內(nèi)容概述：
產(chǎn)品方案移交后，開發(fā)進(jìn)行概要設(shè)計，進(jìn)行產(chǎn)品開發(fā)，功能自測。自測通過后提交測試工程師，測試工程師按測試用例進(jìn)行測試并提交bug。開發(fā)工程師修復(fù)bug。
負(fù)責(zé)人：開發(fā)工程師，測試工程師。
產(chǎn)出：包含完整功能的產(chǎn)品。
內(nèi)容：測試環(huán)境的產(chǎn)品，測試報告。
干系人：無。
3.10.驗(yàn)收和上線###
內(nèi)容概述：
產(chǎn)品完成測試后，提交視覺設(shè)計師和產(chǎn)品經(jīng)理驗(yàn)收，不通過則返回修改，通過則準(zhǔn)備上線。上線后測試工程師和產(chǎn)品經(jīng)理進(jìn)行線上驗(yàn)收。產(chǎn)品上線后告知干系人。
負(fù)責(zé)人：產(chǎn)品經(jīng)理，視覺設(shè)計師，測試工程師。
產(chǎn)出：線上產(chǎn)品，產(chǎn)品發(fā)布公告（郵件）。
內(nèi)容：線上產(chǎn)品，上線郵件，包含上線內(nèi)容簡要說明。
干系人：業(yè)務(wù)負(fù)責(zé)人，運(yùn)營負(fù)責(zé)人，部門經(jīng)理，開發(fā)經(jīng)理，其他相關(guān)人員。
3.11.補(bǔ)充說明###
1.如項(xiàng)目涉及業(yè)務(wù)人員操作，在產(chǎn)品測試主流程走通時，產(chǎn)品經(jīng)理和運(yùn)營負(fù)責(zé)人需要準(zhǔn)備業(yè)務(wù)人員培訓(xùn)方案。聯(lián)系業(yè)務(wù)負(fù)責(zé)人進(jìn)行產(chǎn)品培訓(xùn)。
2.根據(jù)實(shí)際情況項(xiàng)目相關(guān)人員需要進(jìn)行項(xiàng)目總結(jié)。
3.項(xiàng)目中途存在無法避免的原因造成進(jìn)度延期的話，需及時進(jìn)行排期調(diào)整并告知干系人。
4.其他情況下部門經(jīng)理，業(yè)務(wù)負(fù)責(zé)人有權(quán)根據(jù)部門和公司實(shí)際情況對項(xiàng)目進(jìn)行干預(yù)。
