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

0 評論 4867 瀏覽 45 收藏 14 分鐘

編輯導(dǎo)語:在項目過程中,產(chǎn)品經(jīng)理需要做好跟進,以保證產(chǎn)品的最終落地。然而,不同類型的產(chǎn)品,其落地過程遇到的問題也可能會有所不同。本篇文章里,作者便結(jié)合定制化B端產(chǎn)品的相關(guān)案例,對主導(dǎo)定制化產(chǎn)品的落地過程進行了總結(jié),一起來看。

在產(chǎn)品從業(yè)過程中,我既落地過標(biāo)準(zhǔn)B端產(chǎn)品,又落地過定制化B端產(chǎn)品,二者的項目流程雖然存在共同點,但差異仍然很大。定制化B端產(chǎn)品可以說產(chǎn)品即項目,也可以說項目即產(chǎn)品,在落地過程中最大的難點是需求管理和客戶方管理。

本文將基于定制化B端產(chǎn)品的項目團隊、項目流程、項目工具等方面來展開說明如何高效落地一款定制化產(chǎn)品。

一、項目團隊

1. 團隊組成

定制化B端產(chǎn)品的項目團隊成員包括客戶方、售前解決方案工程師、營銷人員、項目經(jīng)理、產(chǎn)品經(jīng)理、UI設(shè)計師、研發(fā)經(jīng)理、前端開發(fā)工程師、后端開發(fā)工程師、測試工程師。

2. 角色定位

客戶方在產(chǎn)品流程中負責(zé)需求提供、項目各階段產(chǎn)出物驗收,以及其他配合乙方項目團隊成員進行項目落地的工作。

售前解決方案工程師負責(zé)售前階段的需求溝通、售前解決方案撰寫,以及招投標(biāo)等事務(wù)。

營銷人員負責(zé)售前階段、驗收階段的商務(wù)工作,以及項目過程中出現(xiàn)的會涉及商務(wù)變更的其他工作。

項目經(jīng)理負責(zé)項目整體把控。

產(chǎn)品經(jīng)理負責(zé)產(chǎn)品設(shè)計方案撰寫、原型設(shè)計。

UI設(shè)計師負責(zé)UI效果圖設(shè)計。

研發(fā)經(jīng)理負責(zé)項目整體技術(shù)規(guī)劃與把控。

前端開發(fā)工程師負責(zé)功能頁面開發(fā)。

后端開發(fā)工程師負責(zé)功能邏輯開發(fā)。

測試工程師負責(zé)產(chǎn)品功能、性能、數(shù)據(jù)測試,以及整體質(zhì)量把控。

二、項目階段

1. 階段概述

劃分階段是為了幫助項目團隊針對項目管理粒度達成共識,階段劃分的依據(jù)如下:

  • 各階段工作可獨立開展。
  • 各階段有明確可驗收的產(chǎn)出物。
  • 各階段需要客戶配合的工作內(nèi)容較明確。

定制化B端產(chǎn)品項目流程可劃分為售前、啟動、方案、設(shè)計、開發(fā)、測試、初驗收、試運行、驗收九個階段,下文將針對各個項目階段進行詳細說明。

2. 售前階段

1)階段概述

售前階段是產(chǎn)品流程中的第一個階段,用來溝通明確項目目標(biāo),并開展商務(wù)活動。

2)參與人及職責(zé)

3)交付成果

會議紀(jì)要、售前解決方案、報價單、招投標(biāo)文件。

4)階段結(jié)束標(biāo)志

簽訂項目合同。

3. 啟動階段

1)階段概述

啟動階段是產(chǎn)品流程中進行項目團隊組建和項目計劃制定的一個階段。

2)前置條件

已經(jīng)簽訂項目合同。

3)參與人及職責(zé)

4)交付成果

項目主計劃、項目子計劃、項目成員清單。

5)階段結(jié)束標(biāo)志

召開項目啟動會。

4. 方案階段

1)階段概述

方案階段是產(chǎn)品流程中由產(chǎn)品經(jīng)理進行業(yè)務(wù)調(diào)研,并出具產(chǎn)品設(shè)計方案的一個階段。

2)前置條件

已經(jīng)簽訂項目合同。

3)參與人及職責(zé)

4)交付成果

業(yè)務(wù)調(diào)研報告、產(chǎn)品設(shè)計方案。

5)階段結(jié)束標(biāo)志

客戶方確認(rèn)業(yè)務(wù)調(diào)研報告、產(chǎn)品設(shè)計方案。

5. 設(shè)計階段

1)階段概述

設(shè)計階段是產(chǎn)品流程中由產(chǎn)品經(jīng)理進行原型設(shè)計,UI設(shè)計師進行UI效果圖設(shè)計的一個階段。

2)前置條件

客戶方已經(jīng)確認(rèn)業(yè)務(wù)調(diào)研報告、產(chǎn)品設(shè)計方案。

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ā)工程師為實現(xiàn)產(chǎn)品功能、頁面、邏輯進行代碼開發(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)實現(xiàn)的產(chǎn)品功能、性能、數(shù)據(jù)進行測試、校驗的一個階段。

2)前置條件

產(chǎn)品已經(jīng)聯(lián)調(diào)完成并部署到測試環(huán)境。

3)參與人及職責(zé)

4)交付成果

待部署版本。

5)階段結(jié)束標(biāo)志

測試用例通過測試用例評審會的評審,并基于測試用例完成所有功能測試。

8. 初驗收階段

1)階段概述

初驗收階段產(chǎn)品經(jīng)理和UI設(shè)計師為了保證產(chǎn)品最終實現(xiàn)效果,針對產(chǎn)品最終實現(xiàn)效果與產(chǎn)品設(shè)計方案、產(chǎn)品原型圖、產(chǎn)品UI效果圖相符程度進行項目團隊內(nèi)部驗收的一個環(huán)節(jié)。

2)前置條件

已經(jīng)完成產(chǎn)品測試。

3)參與人及職責(zé)

4)交付成果

待部署版本。

5)階段結(jié)束標(biāo)志

通過產(chǎn)品驗收。

9. 試運行階段

1)階段概述

試運行階段是指將產(chǎn)品代碼從測試環(huán)境切換到正式環(huán)境,并讓相關(guān)用戶在正常工作場景進行使用,但不間斷對產(chǎn)品進行監(jiān)測和調(diào)試的一個階段。

2)前置條件

已經(jīng)完成產(chǎn)品測試及初步驗收。

3)參與人及職責(zé)

4)交付成果

正式上線版本。

5)階段結(jié)束標(biāo)志

客戶方簽署“試運行通過單”。

10. 驗收階段

1)階段概述

產(chǎn)品驗收階段是產(chǎn)品流程中客戶方針對產(chǎn)品以及產(chǎn)品過程文檔進行驗收,并交割尾款的一個階段,也是產(chǎn)品流程中的最后一個階段,產(chǎn)品通過驗收階段代表著產(chǎn)品項目流程已經(jīng)全部結(jié)束,即將轉(zhuǎn)入售后服務(wù)階段。

2)前置條件

產(chǎn)品試運行階段已結(jié)束。

3)參與人及職責(zé)

4)交付成果

項目過程文檔及驗收材料。

5)階段結(jié)束標(biāo)志

客戶簽署“驗收單”,并完成尾款支付。

三、項目工具

1. 需求管理

1)需求收集

通過自研的需求反饋系統(tǒng)來收集和管理來自項目團隊內(nèi)部及客戶方的需求,客戶方及項目團隊成員都可以登錄需求反饋系統(tǒng)提交需求。

不過工具的使用取決于項目具體情況,在不具備同類系統(tǒng)的情況下也可用Excel替代需求反饋系統(tǒng)來進行需求收集和管理。

2)需求處理

產(chǎn)品經(jīng)理登錄系統(tǒng)進行需求處理,處理內(nèi)容包括區(qū)分需求類型、優(yōu)先級、處理方式、處理狀態(tài)、預(yù)計處理時間。

若客戶方提交的需求屬于產(chǎn)品bug,則綜合考慮開發(fā)資源分批次上線即可;若客戶方提交的需求屬于對原有方案的變更,則需要提交變更流程。

2. bug管理

通過自研的研發(fā)協(xié)作系統(tǒng)來進行研發(fā)團隊內(nèi)部需求&bug傳遞。

產(chǎn)品經(jīng)理可在研發(fā)協(xié)作系統(tǒng)里進行版本定義、需求記錄與跟蹤。

所有項目團隊成員都可在研發(fā)協(xié)作系統(tǒng)里進行bug記錄。

測試工程師可在研發(fā)協(xié)作系統(tǒng)里進行bug跟蹤。

前端開發(fā)工程師、后端開發(fā)工程師可在研發(fā)協(xié)作系統(tǒng)里標(biāo)記需求&bug處理情況。

3. 過程資產(chǎn)

通過在線共享文檔來進行項目過程資產(chǎn)記錄與留存。

4. 項目溝通

項目溝通方法分為交互式溝通、拉式溝通、推式溝通三種,不同情景下要采用不同的溝通方法,相應(yīng)的也要采用不同的項目溝通工具。

1)交互式溝通

交互式溝通的優(yōu)點是能溝通方之間信息傳遞效率高,且能比較有效的達成共識,釘釘群聊、會議、電話都屬于交互式溝通工具。售前階段、啟動階段、方案階段、試運行階段需要保證客戶方與乙方對于定制化產(chǎn)品的需求理解一致,所以適用交互式溝通。

2)推式溝通

推式溝通的優(yōu)點是可以確保信息的發(fā)送,但不會太過打擾信息接收者,郵件、群公告就是典型的推式溝通工具。設(shè)計階段、開發(fā)階段、測試階段、初驗收階段對客戶方參與度的要求比較低,但是客戶方需要被通知到,所以適用于推式溝通。

3)拉式溝通

拉式溝通的優(yōu)點是可以快速觸達數(shù)量比較多的用戶,官網(wǎng)公告、OA消息是典型的拉式溝通工具。在產(chǎn)品正式上線后,客戶方可以通過官網(wǎng)公共、OA消息等方式來讓所有用戶知曉產(chǎn)品信息。

5. 項目跟進

通過項目日報、周報、月報來進行項目跟進。

四、變更管理

需求變更是導(dǎo)致定制化項目失控的重要原因之一,所以在定制化產(chǎn)品的產(chǎn)品流程中需要嚴(yán)格規(guī)范需求變更行為。

變更管理包括方案制定前的管理,以及項目過程中的管理。

方案制定前,產(chǎn)品經(jīng)理要盡可能地挖掘客戶方的需求,并通過反復(fù)多次的溝通來核實客戶需求。

項目過程中需要通過一些形式來規(guī)范客戶隨便進行需求變更的行為,例如:每個階段的產(chǎn)出物都需要在公開場合達成一致,也需要相關(guān)人進行簽字確認(rèn)。如果確實有必要進行需求變更,則由變更人在提起申請,經(jīng)由相關(guān)的客戶方負責(zé)人、項目經(jīng)理、產(chǎn)品、開發(fā)、測試知會及同意后才允許變更,并需記錄變更原因,且變更內(nèi)容要求正式記錄,不允許口頭通知或提供聊天記錄。

五、延期管理

產(chǎn)品上線延期是項目管理過程中的常見現(xiàn)象,但實際上延期會導(dǎo)致客戶滿意度下降,項目團隊成員士氣下降等后果,所以需要盡量避免延期。

為了避免項目延期,需要做到以下幾點:

  • 項目過程中及時跟進。
  • 提前規(guī)避相關(guān)延期風(fēng)險。
  • 已經(jīng)出現(xiàn)某個節(jié)點延期的情況時,盡快應(yīng)對調(diào)整。

六、總結(jié)

定制化B端產(chǎn)品與標(biāo)準(zhǔn)化B端產(chǎn)品在落地的過程中各有難點,所以二者的產(chǎn)品流程并不能直接套用,而不同的定制化產(chǎn)品由于產(chǎn)品復(fù)雜度、項目資源情況、項目參與人規(guī)模等等因素不盡相同,所以相應(yīng)的產(chǎn)品流程也需要因地制宜,不能借機套用。

 

本文由 @產(chǎn)品人的自留地 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Pexels,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!