開需求評審會后，需求評審達(dá)成一致，進(jìn)入研發(fā)階段。沒有需求設(shè)計(jì)的產(chǎn)品應(yīng)該充當(dāng)什么角色、干些什么呢？

目錄：

一、需求評審后所處階段

首先一個小產(chǎn)品功能落地到使用共四個階段：采集需求——分析需求、設(shè)計(jì)需求——研發(fā)期——運(yùn)營使用期（然后從采集需求開始循環(huán)）；而需求評審所處分析分析需求、設(shè)計(jì)需求階段。

需求評審會后，我們處于分析需求、設(shè)計(jì)需求階段，階段向研發(fā)期過渡，那么在研發(fā)期作為產(chǎn)品應(yīng)該做些什么呢？

二、需求評審需要做些什么呢？

1. 總述

具體共四個大步驟：完成需求評審會待解決問題、跟進(jìn)項(xiàng)目、準(zhǔn)備項(xiàng)目上線、項(xiàng)目上線步驟，詳見下面。

2.?詳細(xì)

2.1 完成需求評審會待解決問題

需求評審會，對于產(chǎn)品經(jīng)理，是講述自己的需求原因和實(shí)現(xiàn)的主要步驟、邏輯；對于技術(shù)、測試，是評定、審核需求是否有必要做、以及實(shí)現(xiàn)方案是否有漏洞的會議。

• 在這個階段有可能產(chǎn)品的需求，因?yàn)橄敕ú缓侠?、開發(fā)等資源達(dá)不到被斃掉（當(dāng)然這個問題，可以通過事前私下溝通避免）。
• 如果需求沒形成閉環(huán)，遺留問題過多；需要產(chǎn)品重新完善邏輯，然后進(jìn)行二次需求評審。
• 如果資源到位，產(chǎn)品基本邏輯能走通，會對產(chǎn)品邏輯、實(shí)現(xiàn)的方法、各種正常異常各種情況下的邏輯和實(shí)現(xiàn)可能性、實(shí)現(xiàn)成本進(jìn)行討論。

ps：私下溝通很重要，私下溝通可以解決很多問題：

對于產(chǎn)品，可通過私下討論知道自己的想法是否合理、缺失的問題、以及各種實(shí)現(xiàn)成本，從而做到心中有數(shù)；對于技術(shù)、測試等同學(xué)，增強(qiáng)他們的項(xiàng)目參與感，并且讓他們有所了解，及時提出問題進(jìn)行溝通。

最終，有一個大圓滿結(jié)局，不至于把產(chǎn)品需求評審會開成產(chǎn)品需求批斗會。不過私下討論溝通也是大體上，僅限于各端，各端一起實(shí)現(xiàn)這個功能，還是有些需要統(tǒng)一開會解決。

需求評審?fù)?，把遺留問題要進(jìn)一步確認(rèn)、解決，而后同步給各方。要注意及時同步，以及參與人員的周知；可用發(fā)集體郵件的方式和在公共群里@所有人的方法通知，并且要得到大家的回復(fù)確認(rèn)。

2.2 跟進(jìn)項(xiàng)目

2.2.1 制定項(xiàng)目計(jì)劃和排期

制定項(xiàng)目計(jì)劃和排期，是為了功能需求按時按需的完成，主要考驗(yàn)項(xiàng)目管理能力。在項(xiàng)目不能完成時，要及時預(yù)警并采取有效解決方案。

2.2.1.1 排期關(guān)鍵點(diǎn)

明確項(xiàng)目總計(jì)劃、制定關(guān)鍵節(jié)點(diǎn)（時間和人）

2.2.1.2 排期注意點(diǎn)

確定總目標(biāo)，進(jìn)行子目標(biāo)拆分，注意拆分到足夠細(xì)，以便把任務(wù)量化到人。

注意多端和上下游的問題。特別是一些需要調(diào)取外部配合的數(shù)據(jù)，需要及時的準(zhǔn)備協(xié)調(diào)好資源。

2.2.1.3 排期通用模版

個人模版：以下是平常工作中用到的簡單模版，主要給產(chǎn)品自己看，供參考?，F(xiàn)在也有很多專業(yè)的排期管理平臺可用。

注意：其實(shí)，明確排期關(guān)鍵點(diǎn)、注意排期要點(diǎn)最重要，把控進(jìn)度，讓需求功能準(zhǔn)時上線最重要。不要陷入排期管理的呈現(xiàn)細(xì)節(jié)，注重了形式，而忽視了結(jié)果。排期的呈現(xiàn)形式表格，只是輔助。

2.2.2 其他需要推進(jìn)的需求

需求評審會后，還有些流程，需要產(chǎn)品經(jīng)理參與和推進(jìn)，項(xiàng)目參與角色有：設(shè)計(jì)、測試、開發(fā)、產(chǎn)品。主要任務(wù)有：設(shè)計(jì)評審、測試評審、開發(fā)聯(lián)調(diào)、驗(yàn)收（測試驗(yàn)收、產(chǎn)品驗(yàn)收）。

2.2.2.1 設(shè)計(jì)

前期：原型交付，進(jìn)行設(shè)計(jì)——（設(shè)計(jì)比稿，進(jìn)行細(xì)化）——驗(yàn)收設(shè)計(jì)——進(jìn)行設(shè)計(jì)、切圖

后期：在最后驗(yàn)收階段，需設(shè)計(jì)走查是否符合規(guī)范。

補(bǔ)充：如果是大型迭代，會有多個設(shè)計(jì)參與，出具多種方案。

2.2.2.2 測試

根據(jù)需求文檔，測試會出具測試用例，并開測試用例評審會。

參與人員：包括開發(fā)、測試、產(chǎn)品，然后進(jìn)行細(xì)節(jié)的補(bǔ)充、修改。

開完測試需求評審會可做的：并將測試用例給開發(fā)，讓他們知道測試要點(diǎn)，并可進(jìn)行一些簡單自測。

2.2.2.3 開發(fā)

A 開發(fā)遇到問題類型

主要分為開發(fā)中遇到問題、快開發(fā)完成時遇到問題。

B 開發(fā)中遇到問題和解決方法

開發(fā)中遇到問題，可能是開發(fā)過程中發(fā)現(xiàn)不能按計(jì)劃完成；主要是排期過短、人員過少。最直接的是向老板提出，增加時間和人員；若時間、人員不可解決，那么就是砍需求功能了。

C 快開發(fā)完成時遇到問題和解決方法

對于快開發(fā)功能，測試會進(jìn)行驗(yàn)收。測試匯總所有bug，bug類型為：開發(fā)自己編碼出的bug、未實(shí)現(xiàn)的排期功能。需要產(chǎn)品、開發(fā)、測試一起協(xié)商，并對本次所有細(xì)節(jié)需求功能進(jìn)行確認(rèn)。

如沒問題，產(chǎn)品注意及時了解進(jìn)度即可。如有問題，產(chǎn)品能自己把控，排出必解的bug；如不能解決（重大延期等，注意及時向老板預(yù)警，尋求資源幫助）。

2.2.2.4 產(chǎn)品

A 怎么跟進(jìn)項(xiàng)目，有哪些標(biāo)準(zhǔn)？

及時跟進(jìn)進(jìn)度，大迭代、多個功能進(jìn)行開發(fā)時，及時安裝開發(fā)包，及時體驗(yàn)，如有錯誤及時更改。

當(dāng)領(lǐng)導(dǎo)問起時，能清楚說清節(jié)點(diǎn)，。

B 需求更改，各方扯皮怎么辦？

進(jìn)行功能項(xiàng)目中途，難免會遇到需求上錯誤缺失的小問題、開發(fā)對于一些實(shí)現(xiàn)上有扯皮。

產(chǎn)品私下調(diào)研，給出解決方法——拉涉及所有端的開發(fā)集體討論可行性，如不可再集體討論出結(jié)果——做出取舍后，同步給所有人（開發(fā)、測試）結(jié)果；以郵件或者群同步的方式——并更新需求文檔

C 有哪些需要溝通注意的？

及時給出解決回饋，如不能立即解決，也要給出解決的時間節(jié)點(diǎn)并告知相關(guān)人員。

2.3 準(zhǔn)備項(xiàng)目上線

產(chǎn)品除了設(shè)計(jì)產(chǎn)品功能，還需從0到1推動產(chǎn)品需求實(shí)現(xiàn)，開發(fā)完成后，產(chǎn)品需參與到產(chǎn)品上線的全流程中，并推動全流程的進(jìn)行。那么產(chǎn)品上線全流程是怎樣呢？

2.3.1 產(chǎn)品上線發(fā)版的全流程？

一個產(chǎn)品正式上線，流程上，需開發(fā)提交正式包 → 供測試同學(xué)測試封板、供安全審核團(tuán)隊(duì)審核（若是新品流程，還需申請新app申請等，此處不再展開）→ 測試對于封板包，發(fā)測試測試結(jié)果郵件；安審對于封板包，發(fā)通過郵件 → 產(chǎn)品對于測試封板包，發(fā)產(chǎn)品確認(rèn)上線郵件

完成這個流程，才算能對外正式上線發(fā)布此版本。（具體公司可能上線流程不同，但基本遵循此步驟）

2.3.2 產(chǎn)品驗(yàn)收產(chǎn)品功能的主要內(nèi)容？

測試驗(yàn)收完成，還需產(chǎn)品驗(yàn)收，產(chǎn)品驗(yàn)收主要包括：主流程、分支流程、逆向流程、重大關(guān)鍵節(jié)點(diǎn)。

to c 產(chǎn)品可參考xiaopiu網(wǎng)站的產(chǎn)品自查手冊，網(wǎng)址為https://www.xiaopiu.com/h5/byId?type=project&id=5ce262e596541012dae2aec4&isprd=true

2.4 項(xiàng)目上線

2.4.1 對自己，需進(jìn)行復(fù)盤

一個有經(jīng)驗(yàn)的產(chǎn)品，肯定踩過非常多的坑；但是踩過很多坑的產(chǎn)品，不一定會成為有經(jīng)驗(yàn)的產(chǎn)品，重點(diǎn)在于總結(jié)復(fù)盤。那么總結(jié)復(fù)盤的意義是什么？怎么總結(jié)復(fù)盤呢？

2.4.1.1 總結(jié)復(fù)盤的意義？

復(fù)盤對于自己最直接的好處，對于失敗的項(xiàng)目，找到原因改正錯誤，避免犯同樣的錯誤，下次更好的完成項(xiàng)目；對于成功的項(xiàng)目，找到可復(fù)制方法即找到規(guī)律，固化流程和做法、從“蒙著打”到“瞄準(zhǔn)打”；并且要從失敗和成功項(xiàng)目中，努力發(fā)現(xiàn)新的知識和思路。

2.4.1.2 復(fù)盤的方法？

復(fù)盤共四個步驟：回顧目標(biāo)，評估結(jié)果，分析原因，總結(jié)規(guī)律。

具體方法：盡量量化結(jié)果；精簡語言

呈現(xiàn)形式：看匯報對象，如果給自己，建議電子版腦圖、word等，自己習(xí)慣，方便、快捷、便于日后查詢既可；如果給領(lǐng)導(dǎo)，可用ppt展示。

如果想更多了解，推薦參考書籍：《復(fù)盤：對過去的事情做思維演練》

復(fù)盤才可以更好的讓人成長，變成有經(jīng)驗(yàn)的產(chǎn)品。

2.4.2 對他人，收集意見

2.4.2.1 收集意見對象？

公司內(nèi)部人員；外部行業(yè)人員

2.4.2.2 向公司內(nèi)部人員收集什么？

to c 主要看此版本發(fā)布情況后，用戶對此的反饋。代表用戶的公司內(nèi)部人員的反饋，主要是運(yùn)營、市場、銷售等最接近一線用戶的同事——他們最能了解用戶的想法。但要注意數(shù)據(jù)樣本選取，對照組的正確；并看大多數(shù)用戶的想法。

此處收集意見的目的，根本是為了用戶增長，推薦參考書籍：《我不是產(chǎn)品經(jīng)理：移動互聯(lián)網(wǎng)商業(yè)模式下的用戶增長》。

2.4.2.3 向外部行業(yè)人員收集什么？

一個功能，有的時候具有重要的意義，比如代表app調(diào)性、具有某個戰(zhàn)略意義，所以可以看外部行業(yè)人員對于此功能的反饋。反饋包括公開的意見建議和他們負(fù)責(zé)的競品功能是否因此有改進(jìn)。

完成對自己進(jìn)行復(fù)盤、對他人收集意見，才能算是一個項(xiàng)目功能完整做完。當(dāng)做完后，又進(jìn)入了第一步采集需求。

三、附錄

1. 通用模版表格參考

2. 推薦書籍

①to c產(chǎn)品自查：xiaopiu網(wǎng)站的產(chǎn)品自查手冊，網(wǎng)址為https://www.xiaopiu.com/h5/byId?type=project&id=5ce262e596541012dae2aec4&isprd=true

②復(fù)盤：《復(fù)盤：對過去的事情做思維演練》

③數(shù)據(jù)分析、用戶增長：《我不是產(chǎn)品經(jīng)理：移動互聯(lián)網(wǎng)商業(yè)模式下的用戶增長》。

作者：董小圓；公眾號：dy1820268

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

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