一款B端產品的復盤總結

10 評論 23388 瀏覽 168 收藏 11 分鐘

從需求溝通到產品上線的整個過程,這是一個項目團隊一起回憶整個產品總結出來的經驗,值得我們學習,enjoy~

上周,我負責的一款B端產品上線了。這個產品涉及的功能點很多,時間只有兩個月,還包括后臺管理系統、APP、微信小程序和網站四種產品形態。當時研發人員知道需求的時候,第一句話就是:“這么多功能,都不敢寫代碼了?!?最終,產品雖然沒有超過預期,但是通過大家的共同努力,在規定的時間內完成了當初設定的目標:先保證完成,再優化細節。

產品上線之后,產品經理組織整個項目團隊一起進行了復盤,并從中總結出了一些經驗,以下是按照職位進行分類的經驗教訓。

產品

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

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

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

這讓整個團隊有點措手不及,只得抓緊時間把重要的業務流程走通。

這個產品的功能包括基礎管理、業務管理、積分管理等,而業務管理是整個產品的核心,我們完全可以先完成業務管理部分的研發,提前讓用戶體驗產品的業務流程,也能富余一些時間來應對后期的項目風險。

2、多考慮細節

前期需求設計的時候多考慮細節,如寫清楚必填字段,減少后期的溝通成本。

整個產品前后端涉及的頁面達100多個。

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

產品設計的時候是完全可以多考慮這些細節的,時間緊的情況下,可以按照需求的優先級,保持和研發同步的節奏進行產品設計,先把一個功能點思考透徹并輸出成原型之后再考慮另外一個功能點。

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

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

對于B端的產品來說,更重要的是能夠解決客戶現在遇到的問題,提升客戶的工作效率,所以功能相對來說就比體驗重要。例如對于少數人使用的管理后臺,就完全可以先不考慮引導頁面。在不影響產品使用流暢性的情況下,適當地減弱體驗可以節約很多的時間。

4、需求需要有統一的入口

需求需要有統一的入口,所有問題單獨提出來之后都需要匯總,確保產品與技術的需求同步。

對于研發來說,統一的需求入口很重要。這個項目的后期,產品提出了很多之前沒注意到的優化和體驗,有些由于功能點少,常常是口頭說過或者QQ里面提過就結束了。

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

5、先與技術溝通,再加入需求管理表

新增或者修改需求時,需要先與技術溝通,再加入需求管理表。

產品在接到新的需求之后,要首先思考客戶為什么有這個需求?這個需求是在什么場景下發生的?有沒有可能在另外的場景下使用?

除此之外,還有很重要的一步,就是詢問研發人員如何看待這個需求?

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

研發

1、定好項目計劃表

項目開始之前,產品經理和研發負責人需要一起定好項目計劃表。

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

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

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

前端和測試需要參與后臺庫表設計,產品也可參加。

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

3、項目評估時需要預留更多的時間

多客戶端聯調花費時間多,有需求變動,項目評估時需要預留更多的時間。

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

4、積極參與需求評

研發人員要積極參與需求評審,積極給產品反饋。

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

產品經理作為產品的負責人,對需求的把控能力非常重要,但是做到面面俱到往往很難,這時研發人員的及時反饋,如給出流程和體驗上的建議,就很有可能降低產品的返工風險。

UI

1、增加UI評審的環節

增加UI評審的環節,著重講述設計思路和與原型的差異。

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

2、多考慮產品體驗

UI設計時應多考慮產品體驗,如設計過程中的交互、沒有數據的缺省圖片等。

從《用戶體驗要素》這本書中,我們知道了產品可以從戰略層、范圍層、結構層、框架層和表現層五個層面進行分析。

對于創業公司的UI來說,不應該只考慮表現層,還應該考慮結構層和框架層的設計,用產品的思維優化產品的交互細節,提升整個產品的美感。

3、整理出項目的設計規范

前端工程師工作量大,UI每次設計完成之后需要整理出項目的設計規范。

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

以上就是整個項目團隊一起回憶整個產品從需求溝通到產品上線的過程之后總結出來的經驗。

現在又開始了全新的項目,我們把上述的總結都化為了行動,希望能夠累積越來越多的案例,成為更好的團隊,成就更好的產品。

 

作者:華華,高級產品經理一枚,坐標長沙,微信公眾號:愛產品愛生活

本文由 @華華 原創發布于人人都是產品經理。未經許可,禁止轉載。

(題圖來自 攝圖網,基于 CC0 協議?)

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 為什么要做ui評審?如果設計規范夠科學,ui已經不需要動手設計每個頁面了

    來自湖南 回復
  2. 2個月,是開發的時間嗎。還是說從需求調研到上線兩個月?

    來自廣東 回復
  3. 兄弟幾點的產品經驗??;四個產品形態2個月做完,是4個開發嗎

    來自浙江 回復
  4. 流程不錯,但是就是有一些自行腦補的程序員

    來自云南 回復
  5. 總結得很不錯!

    來自重慶 回復
  6. 干吧得!

    來自廣東 回復
  7. 小公司沒有這么多細節的操作,但是我感覺還是做得細才能做得好 做得全

    來自江西 回復
  8. 看了后,確實有很多的感悟,項目中遇到很多的問題,也是缺少的必要的環節,還是需要努力啊 ?

    來自四川 回復
  9. 遇到的問題跟樓主一樣…….然而我們還要有詳細的文檔

    來自浙江 回復
  10. 實用性很強 ??

    來自江蘇 回復