如何主導(dǎo)一款定制化產(chǎn)品的落地

1、如何主導(dǎo)一款定制化產(chǎn)品的落地在產(chǎn)品從業(yè)過程中，我既落地過標(biāo)準(zhǔn)B端產(chǎn)品，又落地過定制化B端產(chǎn)品，二者的項(xiàng)目流程雖然存在共同點(diǎn)，但差異仍然很大。定制化B端產(chǎn)品可以說產(chǎn)品即項(xiàng)目，也可以說項(xiàng)目即產(chǎn)品，在落地過程中最大的難點(diǎn)是需求管理和客戶方管理。本文將基于定制化B端產(chǎn)品的項(xiàng)目團(tuán)隊(duì)、項(xiàng)目流程、項(xiàng)目工具等方面來展開說明如何高效落地一款定制化產(chǎn)品。一、項(xiàng)目團(tuán)隊(duì)1. 團(tuán)隊(duì)組成定制化B端產(chǎn)品的項(xiàng)目團(tuán)隊(duì)成員包括客戶方、售前解決方案工程師、營銷人員、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、研發(fā)經(jīng)理、前端開發(fā)工程師、后端開發(fā)工程師、測試工程師。2. 角色定位客戶方在產(chǎn)品流程中負(fù)責(zé)需求提供、項(xiàng)目各階段產(chǎn)出物驗(yàn)收，以及其他配合乙

2、方項(xiàng)目團(tuán)隊(duì)成員進(jìn)行項(xiàng)目落地的工作。售前解決方案工程師負(fù)責(zé)售前階段的需求溝通、售前解決方案撰寫，以及招投標(biāo)等事務(wù)。營銷人員負(fù)責(zé)售前階段、驗(yàn)收階段的商務(wù)工作，以及項(xiàng)目過程中出現(xiàn)的會涉及商務(wù)變更的其他工作。項(xiàng)目經(jīng)理負(fù)責(zé)項(xiàng)目整體把控。產(chǎn)品經(jīng)理負(fù)責(zé)產(chǎn)品設(shè)計(jì)方案撰寫、原型設(shè)計(jì)。UI設(shè)計(jì)師負(fù)責(zé)UI效果圖設(shè)計(jì)。研發(fā)經(jīng)理負(fù)責(zé)項(xiàng)目整體技術(shù)規(guī)劃與把控。前端開發(fā)工程師負(fù)責(zé)功能頁面開發(fā)。后端開發(fā)工程師負(fù)責(zé)功能邏輯開發(fā)。測試工程師負(fù)責(zé)產(chǎn)品功能、性能、數(shù)據(jù)測試，以及整體質(zhì)量把控。二、項(xiàng)目階段1. 階段概述劃分階段是為了幫助項(xiàng)目團(tuán)隊(duì)針對項(xiàng)目管理粒度達(dá)成共識，階段劃分的依據(jù)如下：各階段工作可獨(dú)立開展。各階段有明確可驗(yàn)收的產(chǎn)出物

3、。各階段需要客戶配合的工作內(nèi)容較明確。定制化B端產(chǎn)品項(xiàng)目流程可劃分為售前、啟動、方案、設(shè)計(jì)、開發(fā)、測試、初驗(yàn)收、試運(yùn)行、驗(yàn)收九個階段，下文將針對各個項(xiàng)目階段進(jìn)行詳細(xì)說明。2. 售前階段1）階段概述售前階段是產(chǎn)品流程中的第一個階段，用來溝通明確項(xiàng)目目標(biāo)，并開展商務(wù)活動。2）參與人及職責(zé)3）交付成果會議紀(jì)要、售前解決方案、報(bào)價(jià)單、招投標(biāo)文件。4）階段結(jié)束標(biāo)志簽訂項(xiàng)目合同。3. 啟動階段1）階段概述啟動階段是產(chǎn)品流程中進(jìn)行項(xiàng)目團(tuán)隊(duì)組建和項(xiàng)目計(jì)劃制定的一個階段。2）前置條件已經(jīng)簽訂項(xiàng)目合同。3）參與人及職責(zé)4）交付成果項(xiàng)目主計(jì)劃、項(xiàng)目子計(jì)劃、項(xiàng)目成員清單。5）階段結(jié)束標(biāo)志召開項(xiàng)目啟動會。4. 方案階段

4、1）階段概述方案階段是產(chǎn)品流程中由產(chǎn)品經(jīng)理進(jìn)行業(yè)務(wù)調(diào)研，并出具產(chǎn)品設(shè)計(jì)方案的一個階段。2）前置條件已經(jīng)簽訂項(xiàng)目合同。3）參與人及職責(zé)4）交付成果業(yè)務(wù)調(diào)研報(bào)告、產(chǎn)品設(shè)計(jì)方案。5）階段結(jié)束標(biāo)志客戶方確認(rèn)業(yè)務(wù)調(diào)研報(bào)告、產(chǎn)品設(shè)計(jì)方案。5. 設(shè)計(jì)階段1）階段概述設(shè)計(jì)階段是產(chǎn)品流程中由產(chǎn)品經(jīng)理進(jìn)行原型設(shè)計(jì)，UI設(shè)計(jì)師進(jìn)行UI效果圖設(shè)計(jì)的一個階段。2）前置條件客戶方已經(jīng)確認(rèn)業(yè)務(wù)調(diào)研報(bào)告、產(chǎn)品設(shè)計(jì)方案。3）參與人及職責(zé)4）交付成果產(chǎn)品原型、產(chǎn)品UI效果圖。5）階段結(jié)束標(biāo)志客戶方確認(rèn)產(chǎn)品原型、產(chǎn)品UI效果圖。6. 開發(fā)階段1）階段概述開發(fā)階段是產(chǎn)品流程中前端開發(fā)工程師、后端開發(fā)工程師為實(shí)現(xiàn)產(chǎn)品功能、頁面、邏輯進(jìn)

5、行代碼開發(fā)工作的一個階段。2）前置條件客戶方確認(rèn)產(chǎn)品原型、產(chǎn)品UI效果圖。3）參與人及職責(zé)4）交付成果聯(lián)調(diào)后版本。5）階段結(jié)束標(biāo)志完成所有功能聯(lián)調(diào)，并部署到測試環(huán)境。7. 測試階段1）階段概述測試階段是產(chǎn)品流程中測試工程師針對已經(jīng)實(shí)現(xiàn)的產(chǎn)品功能、性能、數(shù)據(jù)進(jìn)行測試、校驗(yàn)的一個階段。2）前置條件產(chǎn)品已經(jīng)聯(lián)調(diào)完成并部署到測試環(huán)境。3）參與人及職責(zé)4）交付成果待部署版本。5）階段結(jié)束標(biāo)志測試用例通過測試用例評審會的評審，并基于測試用例完成所有功能測試。8. 初驗(yàn)收階段1）階段概述初驗(yàn)收階段產(chǎn)品經(jīng)理和UI設(shè)計(jì)師為了保證產(chǎn)品最終實(shí)現(xiàn)效果，針對產(chǎn)品最終實(shí)現(xiàn)效果與產(chǎn)品設(shè)計(jì)方案、產(chǎn)品原型圖、產(chǎn)品UI效果圖相符

6、程度進(jìn)行項(xiàng)目團(tuán)隊(duì)內(nèi)部驗(yàn)收的一個環(huán)節(jié)。2）前置條件已經(jīng)完成產(chǎn)品測試。3）參與人及職責(zé)4）交付成果待部署版本。5）階段結(jié)束標(biāo)志通過產(chǎn)品驗(yàn)收。9. 試運(yùn)行階段1）階段概述試運(yùn)行階段是指將產(chǎn)品代碼從測試環(huán)境切換到正式環(huán)境，并讓相關(guān)用戶在正常工作場景進(jìn)行使用，但不間斷對產(chǎn)品進(jìn)行監(jiān)測和調(diào)試的一個階段。2）前置條件已經(jīng)完成產(chǎn)品測試及初步驗(yàn)收。3）參與人及職責(zé)4）交付成果正式上線版本。5）階段結(jié)束標(biāo)志客戶方簽署“試運(yùn)行通過單”。10. 驗(yàn)收階段1）階段概述產(chǎn)品驗(yàn)收階段是產(chǎn)品流程中客戶方針對產(chǎn)品以及產(chǎn)品過程文檔進(jìn)行驗(yàn)收，并交割尾款的一個階段，也是產(chǎn)品流程中的最后一個階段，產(chǎn)品通過驗(yàn)收階段代表著產(chǎn)品項(xiàng)目流程已經(jīng)全

7、部結(jié)束，即將轉(zhuǎn)入售后服務(wù)階段。2）前置條件產(chǎn)品試運(yùn)行階段已結(jié)束。3）參與人及職責(zé)4）交付成果項(xiàng)目過程文檔及驗(yàn)收材料。5）階段結(jié)束標(biāo)志客戶簽署“驗(yàn)收單”，并完成尾款支付。三、項(xiàng)目工具1. 需求管理1）需求收集通過自研的需求反饋系統(tǒng)來收集和管理來自項(xiàng)目團(tuán)隊(duì)內(nèi)部及客戶方的需求，客戶方及項(xiàng)目團(tuán)隊(duì)成員都可以登錄需求反饋系統(tǒng)提交需求。不過工具的使用取決于項(xiàng)目具體情況，在不具備同類系統(tǒng)的情況下也可用Excel替代需求反饋系統(tǒng)來進(jìn)行需求收集和管理。2）需求處理產(chǎn)品經(jīng)理登錄系統(tǒng)進(jìn)行需求處理，處理內(nèi)容包括區(qū)分需求類型、優(yōu)先級、處理方式、處理狀態(tài)、預(yù)計(jì)處理時(shí)間。若客戶方提交的需求屬于產(chǎn)品bug，則綜合考慮開發(fā)資源分

8、批次上線即可；若客戶方提交的需求屬于對原有方案的變更，則需要提交變更流程。2. bug管理通過自研的研發(fā)協(xié)作系統(tǒng)來進(jìn)行研發(fā)團(tuán)隊(duì)內(nèi)部需求&bug傳遞。產(chǎn)品經(jīng)理可在研發(fā)協(xié)作系統(tǒng)里進(jìn)行版本定義、需求記錄與跟蹤。所有項(xiàng)目團(tuán)隊(duì)成員都可在研發(fā)協(xié)作系統(tǒng)里進(jìn)行bug記錄。測試工程師可在研發(fā)協(xié)作系統(tǒng)里進(jìn)行bug跟蹤。前端開發(fā)工程師、后端開發(fā)工程師可在研發(fā)協(xié)作系統(tǒng)里標(biāo)記需求&bug處理情況。3. 過程資產(chǎn)通過在線共享文檔來進(jìn)行項(xiàng)目過程資產(chǎn)記錄與留存。4. 項(xiàng)目溝通項(xiàng)目溝通方法分為交互式溝通、拉式溝通、推式溝通三種，不同情景下要采用不同的溝通方法，相應(yīng)的也要采用不同的項(xiàng)目溝通工具。1）交互式溝通交互式溝通的優(yōu)點(diǎn)是能

9、溝通方之間信息傳遞效率高，且能比較有效的達(dá)成共識，釘釘群聊、會議、電話都屬于交互式溝通工具。售前階段、啟動階段、方案階段、試運(yùn)行階段需要保證客戶方與乙方對于定制化產(chǎn)品的需求理解一致，所以適用交互式溝通。2）推式溝通推式溝通的優(yōu)點(diǎn)是可以確保信息的發(fā)送，但不會太過打擾信息接收者，郵件、群公告就是典型的推式溝通工具。設(shè)計(jì)階段、開發(fā)階段、測試階段、初驗(yàn)收階段對客戶方參與度的要求比較低，但是客戶方需要被通知到，所以適用于推式溝通。3）拉式溝通拉式溝通的優(yōu)點(diǎn)是可以快速觸達(dá)數(shù)量比較多的用戶，官網(wǎng)公告、OA消息是典型的拉式溝通工具。在產(chǎn)品正式上線后，客戶方可以通過官網(wǎng)公共、OA消息等方式來讓所有用戶知曉產(chǎn)品信

10、息。5. 項(xiàng)目跟進(jìn)通過項(xiàng)目日報(bào)、周報(bào)、月報(bào)來進(jìn)行項(xiàng)目跟進(jìn)。四、變更管理需求變更是導(dǎo)致定制化項(xiàng)目失控的重要原因之一，所以在定制化產(chǎn)品的產(chǎn)品流程中需要嚴(yán)格規(guī)范需求變更行為。變更管理包括方案制定前的管理，以及項(xiàng)目過程中的管理。方案制定前，產(chǎn)品經(jīng)理要盡可能地挖掘客戶方的需求，并通過反復(fù)多次的溝通來核實(shí)客戶需求。項(xiàng)目過程中需要通過一些形式來規(guī)范客戶隨便進(jìn)行需求變更的行為，例如：每個階段的產(chǎn)出物都需要在公開場合達(dá)成一致，也需要相關(guān)人進(jìn)行簽字確認(rèn)。如果確實(shí)有必要進(jìn)行需求變更，則由變更人在提起申請，經(jīng)由相關(guān)的客戶方負(fù)責(zé)人、項(xiàng)目經(jīng)理、產(chǎn)品、開發(fā)、測試知會及同意后才允許變更，并需記錄變更原因，且變更內(nèi)容要求正式記錄，不允許口頭通知或提供聊天記錄。五、延期管理產(chǎn)品上線延期是項(xiàng)目管理過程中的常見現(xiàn)象，但實(shí)際上延期會導(dǎo)致客戶滿意度下降，項(xiàng)目團(tuán)隊(duì)成員士氣下降等后果，所以需要盡量避免延期。為了避免項(xiàng)目延期，需要