編輯導(dǎo)語：在上一篇文章《超硬干貨：如何把需求變成產(chǎn)品方案？》中，作者從前期準(zhǔn)備、方案設(shè)計、需求評審三個層面，為我們分享了如何把需求變成產(chǎn)品方案。本篇文章中，作者和我們聊一聊在評審會之后，進(jìn)入到產(chǎn)品開發(fā)過程有哪些關(guān)注點。

上一篇文章，我給大家介紹了把需求變成產(chǎn)品方案過程，以及為了通過需求評審，要注意的幾個點。

那通過評審會之后，我們產(chǎn)品要做的工作，就是推進(jìn)項目、關(guān)注進(jìn)度、并按時上線。所以，這篇文章，我會在“實用”的層面，從項目排期—>需求開發(fā)—>上線前體驗—>產(chǎn)品上線，這四個步驟，給大家從介紹下，在產(chǎn)品開發(fā)過程中要關(guān)注點。

一、項目排期

通過評審會的需求，需要根據(jù)需求的優(yōu)先級，進(jìn)行資源分配，排期開發(fā)。

如果大廠的話，一般都會有項目經(jīng)理來支撐這塊工作；如果是中小公司的話，通常是由研發(fā)負(fù)責(zé)人來承擔(dān)分配任務(wù)的角色的。此時，我們產(chǎn)品需要做的工作就是，關(guān)注自己需求的排期情況。

如果是較緊急的需求，或領(lǐng)導(dǎo)比較關(guān)注的需求，要盡可能需求提高優(yōu)先級，為自己的爭取開發(fā)資源。

在這個場景下，溝通技巧就很重要了。如果是優(yōu)先級較高的需求，我的方法是：先跟對方陳述需求背景，然后強(qiáng)調(diào)需求盡快實現(xiàn)重要性，輔以領(lǐng)導(dǎo)關(guān)注的背景，將壓力傳遞過去，提高需求優(yōu)先級。

其次，在溝通時，最好是線上溝通，否則資源緊張排不上期，后面領(lǐng)導(dǎo)問起來，也有文字留檔。

二、需求開發(fā)

需求排期之后，一般項目經(jīng)理會通過既定渠道告訴你，你的項目已經(jīng)分配到對應(yīng)的開發(fā)了，那次是，我們就可以跟進(jìn)需求開發(fā)的情況了。

根據(jù)經(jīng)驗，在開發(fā)階段，是最容易導(dǎo)致需求延期的。所以，我們要利用項目管理的方法，盡可能避免出現(xiàn)延期的風(fēng)險?？偟膩碚f，需求開發(fā)跟進(jìn)過程要保證分工具體、工作量化、風(fēng)險可控這三個點。

1. 分工具體：方案同步，拆解工作

首先，在開始之前，我們首先要根據(jù)需求文檔，跟對應(yīng)的開發(fā)闡述需求。

力求對方和自己要實現(xiàn)的需求預(yù)期是一致的，如果是多端合作的大需求，工作分配要具體到人的話，每項工作，每個功能模塊都必須拆解出來，并以會議形式同步。

關(guān)注明確需求的負(fù)責(zé)人，將負(fù)責(zé)人落到會議紀(jì)要，并最終在項目群群里同步。

2. 量化工作：明確開發(fā)周期

在同步好方案后，就需要明確開發(fā)的開發(fā)時間。即：我們要關(guān)注誰，在什么時候開始，預(yù)期什么時候能完成。

我們團(tuán)隊的開發(fā)流程，一般是需要開發(fā)根據(jù)需求文檔，出技術(shù)方案，然后提交到技術(shù)團(tuán)隊，進(jìn)行內(nèi)部技術(shù)方案評審，評審?fù)ㄟ^之后才能知道具體的開發(fā)工作量。

所以，在前期溝通方案時，我也會先跟對方明確技術(shù)文檔完成時間和上會時間。在明確技術(shù)方案之后，再和相關(guān)同事對齊具體的開發(fā)排期，并在群里同步。

這里我有個小技巧，就是我一般會在開發(fā)評估的時間上，多加上1-2天，然后再同步出來。因為人都是會高估自己工作能力的，所以在開發(fā)過程中，很可能會超出既定預(yù)期的。

我們團(tuán)隊的項目經(jīng)理會通過“甘特圖”來明確項目的進(jìn)度和落地進(jìn)展。

所以，工作量如果確定下來，我們可以用上面甘特圖的方式，將拆解出來的任務(wù)、預(yù)計進(jìn)度、實際進(jìn)度，統(tǒng)統(tǒng)進(jìn)到表中。我們一般是在“騰訊文檔”上，通過建立共享文檔的方式，來給團(tuán)隊各成員同步項目進(jìn)展的。

3. 風(fēng)險可控：設(shè)置反饋節(jié)點，按時回收反饋

在確定好項目安排之后，就可以正式進(jìn)入開發(fā)階段了。在開發(fā)階段，最容易出現(xiàn)的風(fēng)險的，就是因為開發(fā)未按照預(yù)定時間開發(fā)，導(dǎo)致延期。

所以，我將從向下和向上的兩個角度，來介紹如何讓風(fēng)險可控：

1）向下管理：負(fù)責(zé)的項目，及時了解項目進(jìn)展

在開發(fā)過程中，我們項目根據(jù)甘特圖排好期之后，還需要另外設(shè)置反饋節(jié)點，然后定期回收反饋信息，才能知道我們手里需求的開發(fā)的進(jìn)度。

我如果手里有多個需求在并行的話，我每天早上和下午都分別會花1-2小時，分別跟進(jìn)開發(fā)的開發(fā)進(jìn)度，并且叮囑對方，如果有發(fā)現(xiàn)困難需要我支持的，要及時跟我同步。

因為，在實際工作中，并不是所有開發(fā)都是很主動的，所以我們自己要主動去了解開發(fā)進(jìn)展，看是否有方案上的調(diào)整，開發(fā)延期的情況。

如果有方案上的調(diào)整，尤其是涉及產(chǎn)品功能的調(diào)整，我們要及時用文字方式，在群里跟項目成員同步調(diào)整的原因和調(diào)整后的結(jié)果。

而后，盡快抽時間更新需求文檔，明確調(diào)整時間。如果是大項目的話，可以定個一周/次的項目同步例會，以便定期和各方同步項目進(jìn)展，以及遇到的困難。

2）向上管理：跟領(lǐng)導(dǎo)及時匯報進(jìn)展，同步困難

在了解項目進(jìn)展之后，我們也要及時和領(lǐng)導(dǎo)同步自己手中的需求進(jìn)展情況，有困難要及時暴露出來。我見過一些剛?cè)胄械男峦瑢W(xué)，可能是礙于情面，不敢或不好意思跟領(lǐng)導(dǎo)說明困難，最終導(dǎo)致項目延期的。

其實，這是一個非常不好的“學(xué)生氣”。我們遇到問題時，能夠適當(dāng)尋求領(lǐng)導(dǎo)支持，對工作來說，也是很重要的。

但注意，我這里說的要“適當(dāng)”，是我們要注意把握“度”，遇到困難我們要先嘗試自己解決，不能說每個需求都讓領(lǐng)導(dǎo)支持，否則領(lǐng)導(dǎo)也會懷疑我們的工作能力。

我的習(xí)慣是會在每周的周三下午，在有領(lǐng)導(dǎo)的項目群里，@下領(lǐng)導(dǎo)和對應(yīng)開發(fā)，同步開發(fā)進(jìn)展、完成時間和項目困難。

我選周中是因為我預(yù)留了調(diào)整的時間，如果真有問題，周四周五可以及時調(diào)整，時間上才不會太緊。如果有人對進(jìn)展或需求有問題的話，也可以及時在群里討論解決。

這樣做，除了同步進(jìn)展和預(yù)留時間之外，還有一個好處：在群里通過文字留檔，起到保護(hù)自己的效果。

三、上線前體驗

在需求開發(fā)完成后，需求離正式上線只有最后兩步之遙——產(chǎn)品測試和產(chǎn)品走查。

1. 產(chǎn)品測試

在需求開發(fā)完成后，首先進(jìn)入測試環(huán)節(jié)。測試環(huán)節(jié)，我們首先需要在測試環(huán)境，體驗產(chǎn)品核心流程是否符合開發(fā)預(yù)期。

然后，根據(jù)需求文檔，給測試介紹整個需求的背景和需求預(yù)期，以便測試輸出測試用例，這里主要是針對異常流程的測試。這里的重點是，必須讓測試對產(chǎn)品的理解和你是一致的，否則容易出現(xiàn)部分異常流程沒有測到的情況。

最后，就是讓測試同學(xué)的工作，也要遵循在開發(fā)階段，需求推進(jìn)的三步走策略——明確分工、量化工作、風(fēng)險可控這三點。

2. 產(chǎn)品體驗走查

在這個環(huán)節(jié)，主要是針對有前端頁面的需求，在產(chǎn)品的使用流程和前端的頁面設(shè)計的走查。這部分的工作，通常需要交互和設(shè)計同學(xué)支持，看這里的體驗是否符合產(chǎn)品設(shè)計的預(yù)期。

而在這個階段，產(chǎn)品也需要和交互設(shè)計一起，體驗產(chǎn)品的細(xì)節(jié)。這是一個非常磨煉產(chǎn)品人，可是卻不能偷懶的工作。我見過所有優(yōu)秀的產(chǎn)品經(jīng)理，都對產(chǎn)品細(xì)節(jié)有極致的追求。

我一開始其實也做的不好，主要是沉不下心來做這個事，所以也經(jīng)常因為粗心出過錯。

但后來，我看過一本叫《清單革命》的書：書中主旨是：因為粗心出錯的情況，在各行各業(yè)都比比皆是。但所有的復(fù)雜流程，都可以通過建立清單的方式，減少出錯的情況。

即：把工作中所有的必做項，都列成清單，在具體實施的時候，一項項勾兌完成。這樣就能極大地減少出錯的情況，做到不重不漏。后來我也建立了屬于自己的《上線走查清單》，從頁面中從上到下要關(guān)注的細(xì)節(jié)，流程中從入口到出口的頁面，逐一體驗通過。

所以，我建議大家如果沒有建立走查表清單的同學(xué)，也開始建立一套屬于自己的清單，可以極大地減少，由于粗心導(dǎo)致的問題。而且，如果有問題但當(dāng)前版本已經(jīng)來不及調(diào)整的話，我們也可以把這個優(yōu)化點放到需求池中，下個版本的規(guī)劃中，再放進(jìn)去。

四、需求上線

在完成上線前的測試和走查之后，需求就可以根據(jù)原定的時間安排上線了。而在上線前，可能還需要準(zhǔn)備一些資料。

如app上線的話，需要準(zhǔn)備一些應(yīng)用商店的文件、描述、圖片；或是產(chǎn)品內(nèi)幫助中心的文檔、智能客服的描述；但如果是B端產(chǎn)品，可能需要準(zhǔn)備新功能的客服或銷售的培訓(xùn)文檔等。

因為產(chǎn)品的不同，需要準(zhǔn)備的東西可能也不一樣，這里大家要根據(jù)自己的產(chǎn)品或行業(yè)準(zhǔn)備即可。當(dāng)然，如果比較復(fù)雜的，也可以用上面說的清單的方式，來建立走查表。

除此之外，我還想講兩個，個人認(rèn)為非常重要的點：

1. 關(guān)注數(shù)據(jù)變化：是產(chǎn)品優(yōu)化的方向

我之前有很多需求完成之后，沒有及時關(guān)注數(shù)據(jù)變化的。當(dāng)時我的領(lǐng)導(dǎo)在會上有“提醒”過我，他說：有些同學(xué)工作習(xí)慣還是要加強(qiáng)下，產(chǎn)品上線后不看數(shù)據(jù)的，你根本就不知道你這個產(chǎn)品功能有沒有用戶用。你不看數(shù)據(jù)和沒做需求有什么區(qū)別？

后來，我領(lǐng)導(dǎo)為了專門培養(yǎng)我這個習(xí)慣，隔三差五就會問我某個功能的數(shù)據(jù)情況。而后，我為了減少被領(lǐng)導(dǎo)問到的窘?jīng)r，我每天早上都會花一個小時的時間，看產(chǎn)品數(shù)據(jù)，并嘗試分析數(shù)據(jù)抖動的原因。

2. 項目復(fù)盤：不復(fù)盤=白忙活

產(chǎn)品的工作，失敗的需求要遠(yuǎn)多于成功的需求。我們團(tuán)隊的產(chǎn)品，為了實現(xiàn)破圈，去年一年在產(chǎn)品上新增的功能，無一不是失敗的。

為了增加產(chǎn)品留存，我們增加過游戲模塊，上過簽到返現(xiàn)能力，也弄過積分體系、會員體系，可無一被用戶接受?？墒≈?，我們一直在復(fù)盤，因為復(fù)盤，是我們唯一能從失敗中獲取的最有價值的東西。

我覺得對產(chǎn)品人來說，最好，也是成長最快的捷徑，就是復(fù)盤。具體復(fù)盤的話，可以從整體的產(chǎn)品流程入手。

從前期調(diào)研—>需求分析—>方案設(shè)計—>需求開發(fā)—>產(chǎn)品測試—>產(chǎn)品運(yùn)營入手，對整個項目流程進(jìn)行復(fù)盤。結(jié)合當(dāng)時背景、遇到問題、當(dāng)時處理方式等，進(jìn)行反思和總結(jié)，最終得出優(yōu)化的復(fù)盤方案。

我們也可以從目標(biāo)入手。對比目標(biāo)預(yù)期和實際實踐環(huán)節(jié)，對比差別，看到不足之處，以及如果重新做的話，我該如何優(yōu)化實施環(huán)節(jié)。并且，我們還要結(jié)合產(chǎn)品數(shù)據(jù)表現(xiàn)，進(jìn)行更全面的思考分析，輸出優(yōu)化的結(jié)論。

這樣，我們的項目，才形成了一個優(yōu)化迭代閉環(huán)，在下一個需求或項目時，才不會重蹈覆轍。

五、寫在最后

產(chǎn)品需求落地的過程，就是項目管理實操的過程。

• 首先，我們要先明確項目排期，可以用背景 領(lǐng)導(dǎo)關(guān)注的闡述方式，提高需求優(yōu)先級；
• 其次，需求開發(fā)和測試過程中，要遵循分工明確、工作量化、風(fēng)險可控這三個原則；
• 然后，在上線前體驗過程中，可以通過自建走查表的方式，減少出錯的可能性；
• 最后，需求上線之后，需關(guān)注數(shù)據(jù)變化，并及時復(fù)盤，記錄優(yōu)化點，輸出改進(jìn)結(jié)論。

這樣，我們才構(gòu)建了一套完整的需求閉環(huán)。

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

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