產(chǎn)品和項(xiàng)目?jī)墒侄家?，兩手都要硬，方是真B端產(chǎn)品。

產(chǎn)品流程

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

1. 立項(xiàng)階段

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

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

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

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

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

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

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

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

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

• 列表顯示（實(shí)體的相關(guān)信息、列表需要顯示的字段、數(shù)據(jù)規(guī)模以及分頁(yè)）

• 查詢（哪幾個(gè)條件，條件對(duì)應(yīng)的類型）

• 高級(jí)查詢（哪幾個(gè)條件，條件對(duì)應(yīng)的類型）

• 新增（表單錄入字段，校驗(yàn)規(guī)則）

• 編輯（只讀信息、可編輯信息、校驗(yàn)規(guī)則）

• 啟用（規(guī)則）

• 停用（規(guī)則）

• 刪除（規(guī)則）

3. PRD階段

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

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

這樣有以下好處：

1. 一目了然，開發(fā)、UI設(shè)計(jì)不容易遺漏頁(yè)面

2. UI設(shè)計(jì)、研發(fā)實(shí)現(xiàn)工作量評(píng)估更加到位

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)形式。

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

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

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

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

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

具體文檔可以回去后進(jìn)行查看，配合項(xiàng)目管理工具登記具體的問(wèn)題，產(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ā)輸出，測(cè)試、產(chǎn)品進(jìn)行評(píng)審。

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

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

1. 原型、交互形式的改動(dòng)

2. 用戶需求規(guī)格的補(bǔ)充

3. 追蹤推進(jìn)進(jìn)度，進(jìn)行階段性的測(cè)試驗(yàn)收。如客戶管理的列表查詢和新增編輯功能今天都能完成，要早上找到對(duì)應(yīng)研發(fā)人員詢問(wèn)進(jìn)度情況。進(jìn)度理想的情況下，下午讓研發(fā)先自測(cè)，然后去進(jìn)行檢查。進(jìn)度不理想要找出差距，尋找追趕的辦法。

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

主要有以下工作：

1. 把握測(cè)試環(huán)境的部署和更新節(jié)奏

2. 守好需求驗(yàn)證的關(guān)卡。根據(jù)主業(yè)務(wù)流程，編寫需求驗(yàn)證清單，對(duì)產(chǎn)品進(jìn)行需求測(cè)試。如果連主業(yè)務(wù)流程都跑不通，沒(méi)必要讓測(cè)試人員進(jìn)行測(cè)試。

3. 修復(fù)前期遺漏的業(yè)務(wù)邏輯。不排除經(jīng)過(guò)原型評(píng)審、需求評(píng)審、編碼實(shí)現(xiàn)，還有部分邏輯不在需求規(guī)格說(shuō)明中。例如某個(gè)異常情況，需求規(guī)格沒(méi)寫處理邏輯，研發(fā)按照自己的想法做了。還是需要產(chǎn)品確認(rèn)，并在需求規(guī)格中補(bǔ)充的。

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

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

1. 演示環(huán)境的搭建，準(zhǔn)備數(shù)據(jù)的初始化

2. 針對(duì)營(yíng)銷線的方案宣講，輸出解決方案和功能模塊清單

3. 針對(duì)實(shí)施、客服的系統(tǒng)實(shí)操培訓(xùn)，輸出用戶操作說(shuō)明書

4. APP上架文案和相關(guān)事項(xiàng)追蹤

5. EDM的設(shè)計(jì)

6. APP更新機(jī)制策略的評(píng)估，是灰度發(fā)布、提示更新還是強(qiáng)制更新

7. 用戶的反饋進(jìn)入需求池，為后續(xù)迭代做準(zhǔn)備

8. 支撐驗(yàn)證客戶項(xiàng)目，包括方案講解、需求調(diào)研等

項(xiàng)目流程

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

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

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)會(huì)，維護(hù)客情。

5. 在藍(lán)圖規(guī)劃階段切入，支撐需求調(diào)研工作。如出差客戶現(xiàn)場(chǎng)，主導(dǎo)調(diào)研并輸出部分PRD。提供最新產(chǎn)品原型、PRD和組件庫(kù)，賦能實(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)注客戶測(cè)試環(huán)境，確認(rèn)穩(wěn)定可靠。

7. 在上線推廣階段切入，主要是客情維護(hù)和系統(tǒng)培訓(xùn)。另外，也需要輸出產(chǎn)品的用戶說(shuō)明書，為一線實(shí)施人員提供彈藥。此階段已上線客戶生產(chǎn)環(huán)境，需要安排服務(wù)經(jīng)理跟進(jìn)，并做好出現(xiàn)緊急情況的預(yù)案。