從需求溝通到產(chǎn)品上線的整個過程，這是一個項目團隊一起回憶整個產(chǎn)品總結(jié)出來的經(jīng)驗，值得我們學習，enjoy~
上周，我負責的一款B端產(chǎn)品上線了。這個產(chǎn)品涉及的功能點很多，時間只有兩個月，還包括后臺管理系統(tǒng)、APP、微信小程序和網(wǎng)站四種產(chǎn)品形態(tài)。當時研發(fā)人員知道需求的時候，第一句話就是：“這么多功能，都不敢寫代碼了。” 最終，產(chǎn)品雖然沒有超過預期，但是通過大家的共同努力，在規(guī)定的時間內(nèi)完成了當初設定的目標：先保證完成，再優(yōu)化細節(jié)。
產(chǎn)品上線之后，產(chǎn)品經(jīng)理組織整個項目團隊一起進行了復盤，并從中總結(jié)出了一些經(jīng)驗，以下是按照職位進行分類的經(jīng)驗教訓。
產(chǎn)品
1、提前給最終的用戶演示
定義好核心功能后，確定核心功能的完成時間，提前給最終的用戶演示。
在產(chǎn)品研發(fā)過程的中后期，因為擔心產(chǎn)品正式上線演示的時候會出現(xiàn)問題，用戶迫切希望能夠早點看到這個產(chǎn)品，因此兩次提前了產(chǎn)品演示的時間。
這讓整個團隊有點措手不及，只得抓緊時間把重要的業(yè)務流程走通。
這個產(chǎn)品的功能包括基礎管理、業(yè)務管理、積分管理等，而業(yè)務管理是整個產(chǎn)品的核心，我們完全可以先完成業(yè)務管理部分的研發(fā)，提前讓用戶體驗產(chǎn)品的業(yè)務流程，也能富余一些時間來應對后期的項目風險。
2、多考慮細節(jié)
前期需求設計的時候多考慮細節(jié)，如寫清楚必填字段，減少后期的溝通成本。
整個產(chǎn)品前后端涉及的頁面達100多個。
雖然按照優(yōu)先級輸出了原型，但是原型中沒有注意頁面的細節(jié)，比如頁面的必填字段、需要校驗的字段、選擇地理位置的交互等。
產(chǎn)品設計的時候是完全可以多考慮這些細節(jié)的，時間緊的情況下，可以按照需求的優(yōu)先級，保持和研發(fā)同步的節(jié)奏進行產(chǎn)品設計，先把一個功能點思考透徹并輸出成原型之后再考慮另外一個功能點。
3、重功能，體驗可以稍弱
項目的形式重功能，體驗可以稍弱。
對于B端的產(chǎn)品來說，更重要的是能夠解決客戶現(xiàn)在遇到的問題，提升客戶的工作效率，所以功能相對來說就比體驗重要。例如對于少數(shù)人使用的管理后臺，就完全可以先不考慮引導頁面。在不影響產(chǎn)品使用流暢性的情況下，適當?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ā)負責人需要一起定好項目計劃表。
根據(jù)邊際效應遞減規(guī)律，項目后期的效率相對會更低一些。因此在項目開始的時候定好項目計劃表就非常有必要。
一張細致的計劃表需要按照時間周期排好所有需要完成的功能、相應的人員、每一個功能每一天需要完成的工作量，項目成員則需要每天早上花十分鐘開晨會，跟進項目的進展，若遇到延期的情況就當天完成相應的任務，以免增加項目后期的壓力。
2、前端和測試需要參與后臺庫表設計
前端和測試需要參與后臺庫表設計，產(chǎn)品也可參加。
參與后臺庫表設計的過程，能夠加深項目組成員對業(yè)務的理解，同時也會減少項目進行過程中的溝通成本。產(chǎn)品能站在更長遠的角度看問題，考慮更多的擴展性，因此能及時對與未來業(yè)務有沖突的部分進行分析和調(diào)整。
3、項目評估時需要預留更多的時間
多客戶端聯(lián)調(diào)花費時間多，有需求變動，項目評估時需要預留更多的時間。
根據(jù)二八定律，可以把項目周期中前80%的時間定為項目的時間，預留出后20%的時間。項目后期的體驗優(yōu)化、bug修復、甚至需求的調(diào)整，都會占用大量的時間，提前預留出時間，就能更加從容地應對項目后期的各種未知情況。
4、積極參與需求評
研發(fā)人員要積極參與需求評審，積極給產(chǎn)品反饋。
產(chǎn)品經(jīng)理與客戶溝通的時候，項目成員應盡量一起參加，這能加深對需求的理解。項目評審的時候，研發(fā)人員可以提前查看產(chǎn)品原型，獨自思考研發(fā)的過程中可能會遇到的問題，在真正評審的時候就更容易提出有建設性的意見，從而大大提升溝通效率。
產(chǎn)品經(jīng)理作為產(chǎn)品的負責人，對需求的把控能力非常重要，但是做到面面俱到往往很難，這時研發(fā)人員的及時反饋，如給出流程和體驗上的建議，就很有可能降低產(chǎn)品的返工風險。
UI
1、增加UI評審的環(huán)節(jié)
增加UI評審的環(huán)節(jié)，著重講述設計思路和與原型的差異。
之前項目的UI設計稿都是由產(chǎn)品經(jīng)理和客戶直接決定的，從來沒有進行過整個項目團隊的UI評審。實際上，這是非常重要的一個環(huán)節(jié)，UI和UE往往會存在差異，UI童鞋主持UI評審會，在會上給研發(fā)人員講解自己的設計思路以及和原型的差異點，可以加深研發(fā)對需求的理解。
2、多考慮產(chǎn)品體驗
UI設計時應多考慮產(chǎn)品體驗，如設計過程中的交互、沒有數(shù)據(jù)的缺省圖片等。
從《用戶體驗要素》這本書中，我們知道了產(chǎn)品可以從戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層和表現(xiàn)層五個層面進行分析。
對于創(chuàng)業(yè)公司的UI來說，不應該只考慮表現(xiàn)層，還應該考慮結(jié)構(gòu)層和框架層的設計，用產(chǎn)品的思維優(yōu)化產(chǎn)品的交互細節(jié)，提升整個產(chǎn)品的美感。
3、整理出項目的設計規(guī)范
前端工程師工作量大，UI每次設計完成之后需要整理出項目的設計規(guī)范。
現(xiàn)在UI完成產(chǎn)品的設計之后，就接著進行另外的設計了，而設計稿的長寬比、顏色都是等到前端研發(fā)人員用到的時候，主動詢問才能告知，有時候前端研發(fā)人員覺得麻煩，就自己用小工具去測量了。這時，若UI把這個產(chǎn)品的整體設計規(guī)范整理出來，形成文檔，方便相關人員查閱，就可大大增加工作的效率。
以上就是整個項目團隊一起回憶整個產(chǎn)品從需求溝通到產(chǎn)品上線的過程之后總結(jié)出來的經(jīng)驗。
現(xiàn)在又開始了全新的項目，我們把上述的總結(jié)都化為了行動，希望能夠累積越來越多的案例，成為更好的團隊，成就更好的產(chǎn)品。
本文由 @華華 原創(chuàng)。
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時聯(lián)系我們刪除及進行處理：[email protected]
