本文來源于我所在公司的產(chǎn)品交付流程，比較適用于其他中小型團(tuán)隊(duì)。目的主要是介紹一下產(chǎn)品交付過程中涉及到的幾個(gè)關(guān)鍵步驟，大家可以參考本文并結(jié)合自己團(tuán)隊(duì)的實(shí)際情況，進(jìn)行查漏補(bǔ)缺。

本文目錄

第1步：需求評(píng)估和接收

第2步：產(chǎn)品立項(xiàng)

第3步：測試用例評(píng)審

第4步：開發(fā)/測試溝通確認(rèn)

第5步：上線前準(zhǔn)備

第6步：上線后收尾

第1步：需求評(píng)估和接收

工作一：需求評(píng)估

工作描述：

1. 需求討論，需求方描述現(xiàn)狀和表達(dá)期望，產(chǎn)品進(jìn)行引導(dǎo)，結(jié)合場景進(jìn)行需求描述，使得在需求前期能考慮到各種場景，一方是避免場景遺漏和未滿足情況；另外一方面結(jié)合場景可以較快的識(shí)別需求真?zhèn)巍?/li>
2. 需求評(píng)估，涉及到評(píng)估2個(gè)部分：一是需求是否合理；二是需求優(yōu)先級(jí)。
3. 進(jìn)入需求池，將已明確的需求放進(jìn)需求池內(nèi)，標(biāo)明需求優(yōu)先級(jí)。之后高優(yōu)先級(jí)的需求，會(huì)優(yōu)先進(jìn)入技術(shù)可行性討論階段。

涉及部門：產(chǎn)品（主導(dǎo)）、業(yè)務(wù)部門；

時(shí)間節(jié)點(diǎn)：V1.0版本提測-N1天；

關(guān)鍵產(chǎn)出：更新的需求池文檔；

備注：進(jìn)入需求池前需要進(jìn)行需求篩選和優(yōu)先級(jí)初步判斷，這個(gè)環(huán)節(jié)也依賴于數(shù)據(jù)分析，通過數(shù)據(jù)來判斷需求場景多大、影響面多廣，從而綜合的進(jìn)行需求篩選和優(yōu)先級(jí)確定。

工作二：技術(shù)可行性討論

工作描述：將待可行性討論的需求匯總，然后與技術(shù)進(jìn)行討論以確定實(shí)現(xiàn)方案。這里需要產(chǎn)品初步評(píng)估什么樣需求需要進(jìn)入技術(shù)可行性討論階段，避免增加無效的討論。技術(shù)可行性討論的結(jié)果主要是需求能否實(shí)現(xiàn)、實(shí)現(xiàn)成本。

涉及部門：開發(fā)（主導(dǎo)）、產(chǎn)品；

時(shí)間節(jié)點(diǎn)：V1.0版本提測-N2天；

關(guān)鍵產(chǎn)出：完成需求方案（原型、流程圖）；

備注：這個(gè)環(huán)節(jié)前提是產(chǎn)品和開發(fā)明確好技術(shù)實(shí)現(xiàn)方案，之后產(chǎn)品才需要完成原型邏輯、流程圖以及相關(guān)數(shù)據(jù)統(tǒng)計(jì)模型。

工作三：接收需求

工作描述：需求明確可行或者需求因?yàn)榧夹g(shù)限制做了變動(dòng)方案，這時(shí)候需要和需求方溝通確認(rèn)，最終讓需求方正式下達(dá)業(yè)務(wù)需求通知。主要是需求描述（現(xiàn)狀期望）、需求目的、需求預(yù)計(jì)上線時(shí)間等。

涉及部門：產(chǎn)品、業(yè)務(wù)部門（主導(dǎo)）；

時(shí)間節(jié)點(diǎn)：V1.0版本提測-N3天；

關(guān)鍵產(chǎn)出：需求單（word文檔）；

備注：在需求單下發(fā)之后，產(chǎn)品上線之前，若存在需求變更，則需要需求方提供相應(yīng)的需求變更單。

第2步：產(chǎn)品立項(xiàng)

工作一：視覺確認(rèn)

工作描述：主要是涉及到C端產(chǎn)品相關(guān)視覺，需要產(chǎn)品和業(yè)務(wù)部門共同進(jìn)行確認(rèn)，產(chǎn)品主要是確認(rèn)原型上元素和交互，視覺是否已經(jīng)呈現(xiàn)。業(yè)務(wù)需要確認(rèn)現(xiàn)有視覺是否優(yōu)化調(diào)整。

涉及部門：UI設(shè)計(jì)（主導(dǎo)）、產(chǎn)品、業(yè)務(wù)部門；

時(shí)間節(jié)點(diǎn)：V1.0版本提測+N4天；

關(guān)鍵產(chǎn)出：視覺交互稿

工作二：項(xiàng)目啟動(dòng)會(huì)

工作描述：V2.0版本項(xiàng)目啟動(dòng)會(huì)，主要是確定V2.0版本有哪些需求、預(yù)計(jì)上線時(shí)間以及各個(gè)關(guān)鍵節(jié)點(diǎn)時(shí)間。

涉及部門：UI設(shè)計(jì)、產(chǎn)品（主導(dǎo)）、QA、開發(fā)；

時(shí)間節(jié)點(diǎn)：V1.0版本提測-N5天；

關(guān)鍵產(chǎn)出：V2.0版本需求列表、接口定義列表、需求任務(wù)；

備注1：當(dāng)產(chǎn)品兼顧項(xiàng)目時(shí)，需要給開發(fā)進(jìn)行需求任務(wù)新建，若是跨開發(fā)組任務(wù)，則需要將跨組項(xiàng)目進(jìn)行關(guān)聯(lián)。

備注2：底層接口提前上線，目的是跨組項(xiàng)目風(fēng)險(xiǎn)性較大，底層接口提前上線可以在一定程度上減小項(xiàng)目延期風(fēng)險(xiǎn)。

備注3：業(yè)務(wù)數(shù)據(jù)統(tǒng)計(jì)也屬于需求范圍，提前告知數(shù)據(jù)統(tǒng)計(jì)邏輯，有利于開發(fā)進(jìn)行表結(jié)構(gòu)設(shè)計(jì)，避免上線后無法有效的通知到業(yè)務(wù)數(shù)據(jù)。

第3步：測試用例評(píng)審

工作一：參與測試用例評(píng)審

工作描述：測試用例評(píng)審主要是QA針對(duì)于V2.0版本需求進(jìn)行用例整理，以及解答QA和開發(fā)對(duì)于需求理解存在的細(xì)小疑問。即使是細(xì)小的邏輯遺漏，在開發(fā)中發(fā)現(xiàn)時(shí)可能需要花很長時(shí)間才能進(jìn)行修復(fù)。提前進(jìn)行測試用例評(píng)審的目的是：讓開發(fā)更清楚需求、減少因?yàn)樾枨筮壿嫴磺逦鷮?dǎo)致的項(xiàng)目延期風(fēng)險(xiǎn)。

涉及部門：產(chǎn)品、QA（主導(dǎo)）、開發(fā)；

時(shí)間節(jié)點(diǎn)：V1.0版本發(fā)布+N6天；

關(guān)鍵產(chǎn)出：測試用例文檔；

備注：主要是需求缺漏補(bǔ)充和影響面確認(rèn)，以及對(duì)接口定義列表進(jìn)行二次確認(rèn)。

第4步：開發(fā)/測試溝通確認(rèn)

工作一：開發(fā)和測試過程中溝通確認(rèn)需求

工作描述：這個(gè)階段主要是進(jìn)入到開發(fā)和測試階段，這個(gè)階段主要是針對(duì)異常情況的確認(rèn)和溝通。前期需求明確的越清晰，這個(gè)階段需要產(chǎn)品確認(rèn)的異常情況會(huì)越少。產(chǎn)品可以利用這段時(shí)間進(jìn)行下個(gè)版本需求的整理。

涉及部門：產(chǎn)品（主導(dǎo)）、開發(fā)、QA（主導(dǎo)）；

時(shí)間節(jié)點(diǎn)：V2.0版本開發(fā)/測試中；

關(guān)鍵產(chǎn)出：原型邏輯和需求文檔完善；

備注：如果產(chǎn)品是兼顧項(xiàng)目工作，則在開發(fā)和測試階段仍需要關(guān)注項(xiàng)目整體進(jìn)展，這個(gè)階段是產(chǎn)品上線主要階段，風(fēng)險(xiǎn)較大。

工作二：風(fēng)險(xiǎn)評(píng)估

工作描述：若前期需求足夠清晰，那這個(gè)階段主要是關(guān)注“人”，因?yàn)椤叭恕边@個(gè)因素會(huì)影響到事和時(shí)間，最終導(dǎo)致項(xiàng)目產(chǎn)生較大的風(fēng)險(xiǎn)。

涉及部門：產(chǎn)品（主導(dǎo)）、開發(fā)、測試；

時(shí)間節(jié)點(diǎn)：V2.0版本開發(fā)/測試中；

關(guān)鍵產(chǎn)出：項(xiàng)目進(jìn)度表、產(chǎn)品自查表；

備注1：項(xiàng)目進(jìn)度表是呈現(xiàn)項(xiàng)目進(jìn)度情況，主要是關(guān)注開發(fā)/測試過程中的關(guān)鍵時(shí)間節(jié)點(diǎn)，避免因?yàn)檫@個(gè)環(huán)節(jié)的關(guān)鍵時(shí)間節(jié)點(diǎn)延期導(dǎo)致整個(gè)項(xiàng)目的延期。如果存在延期的話，那需要風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃，是進(jìn)行刪減需求還是加班加點(diǎn)處理，這些都需要產(chǎn)品進(jìn)行明確風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃。

備注2：產(chǎn)品自查表，主要是產(chǎn)品在項(xiàng)目上demo后進(jìn)行模擬自查，主要是明確產(chǎn)品交互符合期望，另外確認(rèn)產(chǎn)品流程基本正常，避免上線后才發(fā)現(xiàn)產(chǎn)品不是自己想要的東西。

第5步：上線前準(zhǔn)備

工作一：數(shù)據(jù)埋點(diǎn)

工作描述：數(shù)據(jù)埋點(diǎn)主要是針對(duì)客戶端產(chǎn)品進(jìn)行，客戶端產(chǎn)品的埋點(diǎn)需要在發(fā)版之前完成。不過越來越多的數(shù)據(jù)分析工具已經(jīng)支持事前無埋點(diǎn)，事后定義事件名。

涉及部門：產(chǎn)品（主導(dǎo)）、開發(fā)；

時(shí)間節(jié)點(diǎn)：V2.0版本提測+N7天；

關(guān)鍵產(chǎn)出：埋點(diǎn)事件列表；

備注：需要確認(rèn)開發(fā)是否完成埋點(diǎn)，以及是否正確的進(jìn)行埋點(diǎn)，避免開發(fā)出現(xiàn)漏埋點(diǎn)和錯(cuò)埋點(diǎn)的情況。

工作二：操作手冊和FAQ

工作描述：項(xiàng)目復(fù)雜度較高、跨業(yè)務(wù)部門多、影響業(yè)務(wù)主要工作的需求，在產(chǎn)品上線前，需要提供給不同的業(yè)務(wù)部門操作手冊以及相關(guān)FAQ，避免產(chǎn)品上線后大量業(yè)務(wù)反饋不了解需求的情況。

涉及部門：產(chǎn)品（主導(dǎo)）、業(yè)務(wù)部門；

時(shí)間節(jié)點(diǎn)：V2.0版本提測+N8天；

關(guān)鍵產(chǎn)出：系統(tǒng)操作手冊、FAQ文檔；

第6步：上線后收尾

工作一：上線內(nèi)容通知

工作描述：通知需求影響的各個(gè)業(yè)務(wù)部門產(chǎn)品上線的通知，特別是客服部門，另外在通知中提供系統(tǒng)操作手冊和FAQ文檔。

涉及部門：產(chǎn)品（主導(dǎo)）、業(yè)務(wù)部門；

時(shí)間節(jié)點(diǎn)：V2.0版本發(fā)布+1天；

關(guān)鍵產(chǎn)出：上線通知郵件；

工作二：數(shù)據(jù)分析及迭代方案

工作描述：產(chǎn)品上線后需要進(jìn)行數(shù)據(jù)分析，分析的目的是為了檢驗(yàn)產(chǎn)品上線效果和發(fā)現(xiàn)存在的問題。

涉及部門：產(chǎn)品組（主導(dǎo)）、數(shù)據(jù)分析；

時(shí)間節(jié)點(diǎn)：V2.0版本發(fā)布+1天；

關(guān)鍵產(chǎn)出：數(shù)據(jù)分析報(bào)告、產(chǎn)品迭代方案；

備注1：數(shù)據(jù)分析報(bào)告需要結(jié)合業(yè)務(wù)數(shù)據(jù)和用戶行為數(shù)據(jù)，而不能單一只看某一類數(shù)據(jù)。

備注2：通過數(shù)據(jù)分析，應(yīng)該要發(fā)現(xiàn)產(chǎn)品的問題或者是可優(yōu)化點(diǎn)，針對(duì)性的給到產(chǎn)品迭代方案，使得產(chǎn)品通過多個(gè)版本迭代達(dá)到最優(yōu)的狀態(tài)。

總結(jié)

以上主要是適用于中小型團(tuán)隊(duì)的產(chǎn)品交付流程，其中以下幾點(diǎn)大家也需要額外關(guān)注的：

1. 需求過濾：對(duì)于業(yè)務(wù)部門來說，需求都重要、都緊急，所以產(chǎn)品更應(yīng)該以專業(yè)的角度評(píng)估需求合理性，敢于給業(yè)務(wù)部門提建議和說“不”。一味的委曲求全，并不會(huì)得到業(yè)務(wù)部門的尊重；反而向需求方展現(xiàn)出自己的專業(yè)性，更能得到業(yè)務(wù)部門的尊重。
2. 需求前置：上述N1、N2、N3……這些時(shí)間點(diǎn)雖然不確定，但是想表達(dá)的就是需求前置。至少有1個(gè)版本在進(jìn)行中、1個(gè)版本已立項(xiàng)、1個(gè)版本需求大致已確認(rèn)，這樣的產(chǎn)品規(guī)劃迭代周期對(duì)于產(chǎn)品來說，會(huì)是有條不紊的狀態(tài)。
3. 持續(xù)性關(guān)注：主要是項(xiàng)目復(fù)雜度高且開發(fā)水平較弱、測試不熟悉業(yè)務(wù)的項(xiàng)目需要持續(xù)性關(guān)注，避免因?yàn)槿说囊蛩貙?dǎo)致項(xiàng)目延期。
4. 跨開發(fā)組任務(wù)：為了避免項(xiàng)目延期的話，盡量讓底層接口提前一個(gè)發(fā)布周期上線。（同樣依賴于需求前置）

以上是基于我們公司現(xiàn)有的產(chǎn)品交付流程進(jìn)行整理匯總，可能存在一定的局限性，僅供參考，歡迎大家多交流學(xué)習(xí)！

#專欄作家#

董小白，人人都是產(chǎn)品經(jīng)理專欄作家。喜歡研究各類好玩好用的APP，關(guān)注出行、電商等領(lǐng)域；擅長整理和分析APP亮點(diǎn)功能設(shè)計(jì)。

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

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