產(chǎn)品和項(xiàng)目兩手都要抓，兩手都要硬，方是真B端產(chǎn)品。

產(chǎn)品流程

產(chǎn)品研發(fā)流程大體分為： 立項(xiàng)階段、設(shè)計(jì)階段、開發(fā)階段、測試階段、上線階段、運(yùn)營階段。

1. 立項(xiàng)階段

主要分為需求搜集和PMO（或產(chǎn)品委員會）立項(xiàng)。需求搜集階段可以很長，包括如下內(nèi)容：

如果是從0到1或者徹底重構(gòu)的產(chǎn)品，要先進(jìn)行BRD的輸出。包括整體行業(yè)的分析，到競爭對手分析，再到roadmap和對應(yīng)資源匹配。用BRD進(jìn)行宣講，才能向上申請資源進(jìn)行立項(xiàng)。

然后，可能是MRD的輸出或者拆解執(zhí)行。MRD在很多公司會以年度規(guī)劃的形式提前進(jìn)行輸出，主要是產(chǎn)品roadmap和進(jìn)度計(jì)劃。到了某個(gè)立項(xiàng)階段，會根據(jù)市場、戰(zhàn)略、競品、技術(shù)、渠道等情況，調(diào)整版本實(shí)現(xiàn)的功能模塊以及優(yōu)先級。當(dāng)然，還有最重要的項(xiàng)目里程碑計(jì)劃。

最終輸出物基本是立項(xiàng)報(bào)告，然后邀請PMO或產(chǎn)品委員會進(jìn)行立項(xiàng)評審。

2. 設(shè)計(jì)階段

主要分為需求池和PRD兩大塊：

基于立項(xiàng)階段的MRD、上版本遺留問題和運(yùn)營反饋的問題，列出概要清單。

然后召集項(xiàng)目成員，進(jìn)行概要評審。這個(gè)評審一般是可行性、優(yōu)先級以及成本的評審。評審?fù)ㄟ^的功能，細(xì)化成功能清單。

也存在研發(fā)業(yè)務(wù)背景較弱，概要已經(jīng)要很細(xì)，功能清單要更細(xì)，以評估合適的工作量。上述的一個(gè)概要，需要拆成：

• 列表顯示（實(shí)體的相關(guān)信息、列表需要顯示的字段、數(shù)據(jù)規(guī)模以及分頁）
• 查詢（哪幾個(gè)條件，條件對應(yīng)的類型）
• 高級查詢（哪幾個(gè)條件，條件對應(yīng)的類型）
• 新增（表單錄入字段，校驗(yàn)規(guī)則）
• 編輯（只讀信息、可編輯信息、校驗(yàn)規(guī)則）
• 啟用（規(guī)則）
• 停用（規(guī)則）
• 刪除（規(guī)則）

3. PRD階段

主要輸出物是原型和需求規(guī)格說明書，部分小版本甚至不輸出需求規(guī)格說明書，業(yè)務(wù)流程、頁面流程、交互說明和異常處理都會在原型上體現(xiàn)。

B端比較重視文檔，在部分敏捷開發(fā)的C端，原型也是以逐個(gè)拆解的線框圖為主。

這樣有以下好處：

1. 一目了然，開發(fā)、UI設(shè)計(jì)不容易遺漏頁面
2. UI設(shè)計(jì)、研發(fā)實(shí)現(xiàn)工作量評估更加到位
3. UI設(shè)計(jì)師可以設(shè)計(jì)更好的UE效果，有更大的發(fā)揮空間
4. 節(jié)省產(chǎn)品經(jīng)理自己的時(shí)間，高保真原型性價(jià)比太低

繪制原型之前要進(jìn)行整體的業(yè)務(wù)建模，力求梳理清楚全部的業(yè)務(wù)流程和必要信息。

在繪制草圖時(shí)，要多和UI設(shè)計(jì)師交流，找到更合適的呈現(xiàn)形式。

在原型評審的時(shí)候，先介紹這些流程，再看具體的原型頁面。原型評審結(jié)束，前端研發(fā)可以開始部分頁面的UI開發(fā)，UI設(shè)計(jì)師準(zhǔn)備視覺界面的輸出。

需求規(guī)格說明書，需要拆分各業(yè)務(wù)領(lǐng)域進(jìn)行輸出。一個(gè)產(chǎn)品一個(gè)需求規(guī)格說明書，整個(gè)文檔會非常的大。加上大量的修訂和批注，產(chǎn)品人員維護(hù)起來很痛苦。編寫需求規(guī)格說明書期間，要保持和架構(gòu)師（開發(fā)經(jīng)理）的溝通，在文檔中完善業(yè)務(wù)邏輯。為了保障文檔質(zhì)量，目前文檔是基于用例的形式編寫的：

這樣能更好的和測試進(jìn)行溝通，減輕測試用例輸出的工作，更專注于自動化測試。

需求規(guī)格輸出完成，需要進(jìn)行需求評審。由于內(nèi)部項(xiàng)目動輒3個(gè)月，這個(gè)會議至少需要1-2小時(shí)。拿著幾十上百頁的文檔過，開始還好，半小時(shí)后大家就注意力渙散了。

目前使用PPT進(jìn)行需求評審，只關(guān)注業(yè)務(wù)流程和關(guān)鍵因素，反饋效果很好：

具體文檔可以回去后進(jìn)行查看，配合項(xiàng)目管理工具登記具體的問題，產(chǎn)品人員進(jìn)行修復(fù)。

4. 開發(fā)計(jì)劃階段

主要是進(jìn)行項(xiàng)目的計(jì)劃排期，不展開講。內(nèi)部有開發(fā)經(jīng)理角色，可以將這個(gè)任務(wù)交給開發(fā)經(jīng)理。

5. 概要設(shè)計(jì)

如果不是第一個(gè)大版本，基本是業(yè)務(wù)時(shí)序圖、數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。由研發(fā)輸出，測試、產(chǎn)品進(jìn)行評審。

6. 編碼實(shí)現(xiàn)階段

該階段事情最為繁雜的，包括但不限于：

1. 原型、交互形式的改動
2. 用戶需求規(guī)格的補(bǔ)充
3. 追蹤推進(jìn)進(jìn)度，進(jìn)行階段性的測試驗(yàn)收。如客戶管理的列表查詢和新增編輯功能今天都能完成，要早上找到對應(yīng)研發(fā)人員詢問進(jìn)度情況。進(jìn)度理想的情況下，下午讓研發(fā)先自測，然后去進(jìn)行檢查。進(jìn)度不理想要找出差距，尋找追趕的辦法。

7. 測試驗(yàn)證階段

主要有以下工作：

1. 把握測試環(huán)境的部署和更新節(jié)奏
2. 守好需求驗(yàn)證的關(guān)卡。根據(jù)主業(yè)務(wù)流程，編寫需求驗(yàn)證清單，對產(chǎn)品進(jìn)行需求測試。如果連主業(yè)務(wù)流程都跑不通，沒必要讓測試人員進(jìn)行測試。
3. 修復(fù)前期遺漏的業(yè)務(wù)邏輯。不排除經(jīng)過原型評審、需求評審、編碼實(shí)現(xiàn)，還有部分邏輯不在需求規(guī)格說明中。例如某個(gè)異常情況，需求規(guī)格沒寫處理邏輯，研發(fā)按照自己的想法做了。還是需要產(chǎn)品確認(rèn)，并在需求規(guī)格中補(bǔ)充的。

8. 發(fā)布運(yùn)營

發(fā)布運(yùn)營階段很重要，工作也比較零散：

1. 演示環(huán)境的搭建，準(zhǔn)備數(shù)據(jù)的初始化
2. 針對營銷線的方案宣講，輸出解決方案和功能模塊清單
3. 針對實(shí)施、客服的系統(tǒng)實(shí)操培訓(xùn)，輸出用戶操作說明書
4. APP上架文案和相關(guān)事項(xiàng)追蹤
5. EDM的設(shè)計(jì)
6. APP更新機(jī)制策略的評估，是灰度發(fā)布、提示更新還是強(qiáng)制更新
7. 用戶的反饋進(jìn)入需求池，為后續(xù)迭代做準(zhǔn)備
8. 支撐驗(yàn)證客戶項(xiàng)目，包括方案講解、需求調(diào)研等

項(xiàng)目流程

B端客戶一般有定制化訴求，會以項(xiàng)目交付的形式進(jìn)行落地。并且公司內(nèi)部要求每個(gè)版本有驗(yàn)證客戶，完善產(chǎn)品到實(shí)施的知識轉(zhuǎn)移。工作流程如下：

整個(gè)大流程里面，產(chǎn)品經(jīng)理可能會在涉及以下工作：

1. 在意向階段介入，協(xié)助售前一起完善解決方案（一般是大客戶）。
2. 在投標(biāo)階段初期切入，替代售前進(jìn)行解決方案的講解，以及產(chǎn)品的演示（行業(yè)龍頭客戶）。
3. 在投標(biāo)階段后期切入，負(fù)責(zé)客戶POC功能的調(diào)研和規(guī)劃落地。需要協(xié)調(diào)各方資源，在實(shí)施開發(fā)環(huán)境進(jìn)行功能改造，并追蹤整體進(jìn)度（此時(shí)未立項(xiàng)，替代項(xiàng)目經(jīng)理）。
4. 在項(xiàng)目立項(xiàng)階段切入，作為公司的產(chǎn)品部代表出席立項(xiàng)會，維護(hù)客情。
5. 在藍(lán)圖規(guī)劃階段切入，支撐需求調(diào)研工作。如出差客戶現(xiàn)場，主導(dǎo)調(diào)研并輸出部分PRD。提供最新產(chǎn)品原型、PRD和組件庫，賦能實(shí)施人員。最后，還可能參與藍(lán)圖方案的輸出。
6. 在系統(tǒng)建設(shè)階段切入，可標(biāo)準(zhǔn)化的功能將由產(chǎn)品部實(shí)現(xiàn)。此時(shí)需要分配任務(wù)跟蹤進(jìn)度，確保標(biāo)準(zhǔn)功能分批實(shí)現(xiàn)，滿足客戶訴求和各項(xiàng)目上線節(jié)點(diǎn)。同時(shí)關(guān)注客戶測試環(huán)境，確認(rèn)穩(wěn)定可靠。
7. 在上線推廣階段切入，主要是客情維護(hù)和系統(tǒng)培訓(xùn)。另外，也需要輸出產(chǎn)品的用戶說明書，為一線實(shí)施人員提供彈藥。此階段已上線客戶生產(chǎn)環(huán)境，需要安排服務(wù)經(jīng)理跟進(jìn)，并做好出現(xiàn)緊急情況的預(yù)案。

作者：道·術(shù) ，郵箱：olivercan.wunban@foxmail.com

本文由 @道·術(shù) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash ，基于 CC0 協(xié)議