從需求溝通到產(chǎn)品上線的整個過程，這是一個項目團隊一起回憶整個產(chǎn)品總結(jié)出來的經(jīng)驗，值得我們學(xué)習(xí)，enjoy~

上周，我負責(zé)的一款B端產(chǎn)品上線了。這個產(chǎn)品涉及的功能點很多，時間只有兩個月，還包括后臺管理系統(tǒng)、APP、微信小程序和網(wǎng)站四種產(chǎn)品形態(tài)。當(dāng)時研發(fā)人員知道需求的時候，第一句話就是：“這么多功能，都不敢寫代碼了?！?最終，產(chǎn)品雖然沒有超過預(yù)期，但是通過大家的共同努力，在規(guī)定的時間內(nèi)完成了當(dāng)初設(shè)定的目標(biāo)：先保證完成，再優(yōu)化細節(jié)。

產(chǎn)品上線之后，產(chǎn)品經(jīng)理組織整個項目團隊一起進行了復(fù)盤，并從中總結(jié)出了一些經(jīng)驗，以下是按照職位進行分類的經(jīng)驗教訓(xùn)。

產(chǎn)品

1、提前給最終的用戶演示

定義好核心功能后，確定核心功能的完成時間，提前給最終的用戶演示。

在產(chǎn)品研發(fā)過程的中后期，因為擔(dān)心產(chǎn)品正式上線演示的時候會出現(xiàn)問題，用戶迫切希望能夠早點看到這個產(chǎn)品，因此兩次提前了產(chǎn)品演示的時間。

這讓整個團隊有點措手不及，只得抓緊時間把重要的業(yè)務(wù)流程走通。

這個產(chǎn)品的功能包括基礎(chǔ)管理、業(yè)務(wù)管理、積分管理等，而業(yè)務(wù)管理是整個產(chǎn)品的核心，我們完全可以先完成業(yè)務(wù)管理部分的研發(fā)，提前讓用戶體驗產(chǎn)品的業(yè)務(wù)流程，也能富余一些時間來應(yīng)對后期的項目風(fēng)險。

2、多考慮細節(jié)

前期需求設(shè)計的時候多考慮細節(jié)，如寫清楚必填字段，減少后期的溝通成本。

整個產(chǎn)品前后端涉及的頁面達100多個。

雖然按照優(yōu)先級輸出了原型，但是原型中沒有注意頁面的細節(jié)，比如頁面的必填字段、需要校驗的字段、選擇地理位置的交互等。

產(chǎn)品設(shè)計的時候是完全可以多考慮這些細節(jié)的，時間緊的情況下，可以按照需求的優(yōu)先級，保持和研發(fā)同步的節(jié)奏進行產(chǎn)品設(shè)計，先把一個功能點思考透徹并輸出成原型之后再考慮另外一個功能點。

3、重功能，體驗可以稍弱

項目的形式重功能，體驗可以稍弱。

對于B端的產(chǎn)品來說，更重要的是能夠解決客戶現(xiàn)在遇到的問題，提升客戶的工作效率，所以功能相對來說就比體驗重要。例如對于少數(shù)人使用的管理后臺，就完全可以先不考慮引導(dǎo)頁面。在不影響產(chǎn)品使用流暢性的情況下，適當(dāng)?shù)販p弱體驗可以節(jié)約很多的時間。

4、需求需要有統(tǒng)一的入口

需求需要有統(tǒng)一的入口，所有問題單獨提出來之后都需要匯總，確保產(chǎn)品與技術(shù)的需求同步。

對于研發(fā)來說，統(tǒng)一的需求入口很重要。這個項目的后期，產(chǎn)品提出了很多之前沒注意到的優(yōu)化和體驗，有些由于功能點少，常常是口頭說過或者QQ里面提過就結(jié)束了。

對于研發(fā)來說，剛收到產(chǎn)品經(jīng)理需求的時候大都在研發(fā)別的功能，常常需要把這個功能完成之后才能處理優(yōu)化或者bug，這個時候把所有的需求進行匯總就非常重要，不僅可以大大節(jié)省研發(fā)人員查找需求的時間，也能防止研發(fā)人員遺忘這個問題。

5、先與技術(shù)溝通，再加入需求管理表

新增或者修改需求時，需要先與技術(shù)溝通，再加入需求管理表。

產(chǎn)品在接到新的需求之后，要首先思考客戶為什么有這個需求？這個需求是在什么場景下發(fā)生的？有沒有可能在另外的場景下使用？

除此之外，還有很重要的一步，就是詢問研發(fā)人員如何看待這個需求？

從研發(fā)的角度來看，新需求需要多少時間和人力成本？弄清楚所有這些問題之后，產(chǎn)品經(jīng)理再進行判斷，確定這個需求有必要后，再把它加入到需求管理表中，排期進行開發(fā)。

研發(fā)

1、定好項目計劃表

項目開始之前，產(chǎn)品經(jīng)理和研發(fā)負責(zé)人需要一起定好項目計劃表。

根據(jù)邊際效應(yīng)遞減規(guī)律，項目后期的效率相對會更低一些。因此在項目開始的時候定好項目計劃表就非常有必要。

一張細致的計劃表需要按照時間周期排好所有需要完成的功能、相應(yīng)的人員、每一個功能每一天需要完成的工作量，項目成員則需要每天早上花十分鐘開晨會，跟進項目的進展，若遇到延期的情況就當(dāng)天完成相應(yīng)的任務(wù)，以免增加項目后期的壓力。

2、前端和測試需要參與后臺庫表設(shè)計

前端和測試需要參與后臺庫表設(shè)計，產(chǎn)品也可參加。

參與后臺庫表設(shè)計的過程，能夠加深項目組成員對業(yè)務(wù)的理解，同時也會減少項目進行過程中的溝通成本。產(chǎn)品能站在更長遠的角度看問題，考慮更多的擴展性，因此能及時對與未來業(yè)務(wù)有沖突的部分進行分析和調(diào)整。

3、項目評估時需要預(yù)留更多的時間

多客戶端聯(lián)調(diào)花費時間多，有需求變動，項目評估時需要預(yù)留更多的時間。

根據(jù)二八定律，可以把項目周期中前80%的時間定為項目的時間，預(yù)留出后20%的時間。項目后期的體驗優(yōu)化、bug修復(fù)、甚至需求的調(diào)整，都會占用大量的時間，提前預(yù)留出時間，就能更加從容地應(yīng)對項目后期的各種未知情況。

4、積極參與需求評

研發(fā)人員要積極參與需求評審，積極給產(chǎn)品反饋。

產(chǎn)品經(jīng)理與客戶溝通的時候，項目成員應(yīng)盡量一起參加，這能加深對需求的理解。項目評審的時候，研發(fā)人員可以提前查看產(chǎn)品原型，獨自思考研發(fā)的過程中可能會遇到的問題，在真正評審的時候就更容易提出有建設(shè)性的意見，從而大大提升溝通效率。

產(chǎn)品經(jīng)理作為產(chǎn)品的負責(zé)人，對需求的把控能力非常重要，但是做到面面俱到往往很難，這時研發(fā)人員的及時反饋，如給出流程和體驗上的建議，就很有可能降低產(chǎn)品的返工風(fēng)險。

UI

1、增加UI評審的環(huán)節(jié)

增加UI評審的環(huán)節(jié)，著重講述設(shè)計思路和與原型的差異。

之前項目的UI設(shè)計稿都是由產(chǎn)品經(jīng)理和客戶直接決定的，從來沒有進行過整個項目團隊的UI評審。實際上，這是非常重要的一個環(huán)節(jié)，UI和UE往往會存在差異，UI童鞋主持UI評審會，在會上給研發(fā)人員講解自己的設(shè)計思路以及和原型的差異點，可以加深研發(fā)對需求的理解。

2、多考慮產(chǎn)品體驗

UI設(shè)計時應(yīng)多考慮產(chǎn)品體驗，如設(shè)計過程中的交互、沒有數(shù)據(jù)的缺省圖片等。

從《用戶體驗要素》這本書中，我們知道了產(chǎn)品可以從戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層和表現(xiàn)層五個層面進行分析。

對于創(chuàng)業(yè)公司的UI來說，不應(yīng)該只考慮表現(xiàn)層，還應(yīng)該考慮結(jié)構(gòu)層和框架層的設(shè)計，用產(chǎn)品的思維優(yōu)化產(chǎn)品的交互細節(jié)，提升整個產(chǎn)品的美感。

3、整理出項目的設(shè)計規(guī)范

前端工程師工作量大，UI每次設(shè)計完成之后需要整理出項目的設(shè)計規(guī)范。

現(xiàn)在UI完成產(chǎn)品的設(shè)計之后，就接著進行另外的設(shè)計了，而設(shè)計稿的長寬比、顏色都是等到前端研發(fā)人員用到的時候，主動詢問才能告知，有時候前端研發(fā)人員覺得麻煩，就自己用小工具去測量了。這時，若UI把這個產(chǎn)品的整體設(shè)計規(guī)范整理出來，形成文檔，方便相關(guān)人員查閱，就可大大增加工作的效率。

以上就是整個項目團隊一起回憶整個產(chǎn)品從需求溝通到產(chǎn)品上線的過程之后總結(jié)出來的經(jīng)驗。

現(xiàn)在又開始了全新的項目，我們把上述的總結(jié)都化為了行動，希望能夠累積越來越多的案例，成為更好的團隊，成就更好的產(chǎn)品。

作者：華華，高級產(chǎn)品經(jīng)理一枚，坐標(biāo)長沙，微信公眾號：愛產(chǎn)品愛生活

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

（題圖來自 攝圖網(wǎng)，基于 CC0 協(xié)議?）