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

在產品從業過程中，我既落地過標準B端產品，又落地過定制化B端產品，二者的項目流程雖然存在共同點，但差異仍然很大。定制化B端產品可以說產品即項目，也可以說項目即產品，在落地過程中最大的難點是需求管理和客戶方管理。

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

一、項目團隊

1. 團隊組成

定制化B端產品的項目團隊成員包括客戶方、售前解決方案工程師、營銷人員、項目經理、產品經理、UI設計師、研發經理、前端開發工程師、后端開發工程師、測試工程師。

2. 角色定位

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

售前解決方案工程師負責售前階段的需求溝通、售前解決方案撰寫，以及招投標等事務。

營銷人員負責售前階段、驗收階段的商務工作，以及項目過程中出現的會涉及商務變更的其他工作。

項目經理負責項目整體把控。

產品經理負責產品設計方案撰寫、原型設計。

UI設計師負責UI效果圖設計。

研發經理負責項目整體技術規劃與把控。

前端開發工程師負責功能頁面開發。

后端開發工程師負責功能邏輯開發。

測試工程師負責產品功能、性能、數據測試，以及整體質量把控。

二、項目階段

1. 階段概述

劃分階段是為了幫助項目團隊針對項目管理粒度達成共識，階段劃分的依據如下：

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

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

2. 售前階段

1）階段概述

售前階段是產品流程中的第一個階段，用來溝通明確項目目標，并開展商務活動。

2）參與人及職責

3）交付成果

會議紀要、售前解決方案、報價單、招投標文件。

4）階段結束標志

簽訂項目合同。

3. 啟動階段

1）階段概述

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

2）前置條件

已經簽訂項目合同。

3）參與人及職責

4）交付成果

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

5）階段結束標志

召開項目啟動會。

4. 方案階段

1）階段概述

方案階段是產品流程中由產品經理進行業務調研，并出具產品設計方案的一個階段。

2）前置條件

已經簽訂項目合同。

3）參與人及職責

4）交付成果

業務調研報告、產品設計方案。

5）階段結束標志

客戶方確認業務調研報告、產品設計方案。

5. 設計階段

1）階段概述

設計階段是產品流程中由產品經理進行原型設計，UI設計師進行UI效果圖設計的一個階段。

2）前置條件

客戶方已經確認業務調研報告、產品設計方案。

3）參與人及職責

4）交付成果

產品原型、產品UI效果圖。

5）階段結束標志

客戶方確認產品原型、產品UI效果圖。

6. 開發階段

1）階段概述

開發階段是產品流程中前端開發工程師、后端開發工程師為實現產品功能、頁面、邏輯進行代碼開發工作的一個階段。

2）前置條件

客戶方確認產品原型、產品UI效果圖。

3）參與人及職責

4）交付成果

聯調后版本。

5）階段結束標志

完成所有功能聯調，并部署到測試環境。

7. 測試階段

1）階段概述

測試階段是產品流程中測試工程師針對已經實現的產品功能、性能、數據進行測試、校驗的一個階段。

2）前置條件

產品已經聯調完成并部署到測試環境。

3）參與人及職責

4）交付成果

待部署版本。

5）階段結束標志

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

8. 初驗收階段

1）階段概述

初驗收階段產品經理和UI設計師為了保證產品最終實現效果，針對產品最終實現效果與產品設計方案、產品原型圖、產品UI效果圖相符程度進行項目團隊內部驗收的一個環節。

2）前置條件

已經完成產品測試。

3）參與人及職責

4）交付成果

待部署版本。

5）階段結束標志

通過產品驗收。

9. 試運行階段

1）階段概述

試運行階段是指將產品代碼從測試環境切換到正式環境，并讓相關用戶在正常工作場景進行使用，但不間斷對產品進行監測和調試的一個階段。

2）前置條件

已經完成產品測試及初步驗收。

3）參與人及職責

4）交付成果

正式上線版本。

5）階段結束標志

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

10. 驗收階段

1）階段概述

產品驗收階段是產品流程中客戶方針對產品以及產品過程文檔進行驗收，并交割尾款的一個階段，也是產品流程中的最后一個階段，產品通過驗收階段代表著產品項目流程已經全部結束，即將轉入售后服務階段。

2）前置條件

產品試運行階段已結束。

3）參與人及職責

4）交付成果

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

5）階段結束標志

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

三、項目工具

1. 需求管理

1）需求收集

通過自研的需求反饋系統來收集和管理來自項目團隊內部及客戶方的需求，客戶方及項目團隊成員都可以登錄需求反饋系統提交需求。

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

2）需求處理

產品經理登錄系統進行需求處理，處理內容包括區分需求類型、優先級、處理方式、處理狀態、預計處理時間。

若客戶方提交的需求屬于產品bug，則綜合考慮開發資源分批次上線即可；若客戶方提交的需求屬于對原有方案的變更，則需要提交變更流程。

2. bug管理

通過自研的研發協作系統來進行研發團隊內部需求&bug傳遞。

產品經理可在研發協作系統里進行版本定義、需求記錄與跟蹤。

所有項目團隊成員都可在研發協作系統里進行bug記錄。

測試工程師可在研發協作系統里進行bug跟蹤。

前端開發工程師、后端開發工程師可在研發協作系統里標記需求&bug處理情況。

3. 過程資產

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

4. 項目溝通

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

1）交互式溝通

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

2）推式溝通

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

3）拉式溝通

拉式溝通的優點是可以快速觸達數量比較多的用戶，官網公告、OA消息是典型的拉式溝通工具。在產品正式上線后，客戶方可以通過官網公共、OA消息等方式來讓所有用戶知曉產品信息。

5. 項目跟進

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

四、變更管理

需求變更是導致定制化項目失控的重要原因之一，所以在定制化產品的產品流程中需要嚴格規范需求變更行為。

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

方案制定前，產品經理要盡可能地挖掘客戶方的需求，并通過反復多次的溝通來核實客戶需求。

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

五、延期管理

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

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

• 項目過程中及時跟進。
• 提前規避相關延期風險。
• 已經出現某個節點延期的情況時，盡快應對調整。

六、總結

定制化B端產品與標準化B端產品在落地的過程中各有難點，所以二者的產品流程并不能直接套用，而不同的定制化產品由于產品復雜度、項目資源情況、項目參與人規模等等因素不盡相同，所以相應的產品流程也需要因地制宜，不能借機套用。

本文由 @產品人的自留地 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Pexels，基于CC0協議。