資深產品經理是如何做需求管理的(一):需求的優先級判定原則

23 評論 23792 瀏覽 251 收藏 8 分鐘

需求管理是產品經理的基本功。雖然從入行開始,產品經理們就開始接觸需求了,大部分的人跟過一遍需求流程都能快速上手。但是基本功也正是考驗功力深淺的關鍵所在。本來希望用一篇文章去講清楚如何做需求管理,但發現這樣會導致文章過長不易讀,索性用一個系列來仔細聊聊,到底什么是需求,如何做好需求管理。

這一期主要講兩個基本問題:

  1. 什么是需求
  2. 整體思路下的優先級判定原則

以下,Enjoy。

需求是流水線上的零件?

回想剛入行時,我對需求的理解就好像是從流水線上傳過來的一個零件,這個需求是上游給的,這個需求是業務給的。即使是mentor說,或者你意識到要評估衡量管理需求,對于一個新手來說,事實上總是缺少對需求的管理的。當然,這是每個產品經理成長必須經過的一個階段,我以及周圍很多同行的經驗告訴我,這個階段是無法jump過去的,在這個階段中的PM們也不要心急,沒有什么秘訣或者捷徑可以讓你獲得老司機的功力,必須有這樣的思想準備。

和所有迷茫焦躁的新手PM們一樣,我也是跟著一遍一遍走需求的完整流程。最開始在需求的管理和把控上都很被動,因為在業務驅動的公司,業務部門具有天然的話語優勢,你會感受到分分鐘被GMV碾壓——“這個功能非常重要!這一期必須上!”“為什么?”“不上我們會損失XXGMV,會嚴重影響用戶體驗”……類似的對話相信很多產品都很熟悉了。我當時的感受是,每個月總有那么幾天是在和業務圍繞著成噸的需求進行低效率地撕逼,撕完之后再去反省,就會覺得自己好弱雞,“如果換成這樣的思路,這樣的說服方式,效果應該會好一點?!?/strong>經歷多次撕逼——反省——撕逼的非良性循環后,正好是另一個新的大版本的開始,我下定決心要整體復盤尋找這種循環的七寸。經過一個春節假期對所有舊版本需求的梳理以及分版本的復盤之后,突然感覺打通了經脈,有一種“呵,原來需求要這樣管理”的感悟以及“我原來到底是怎么做需求的?!”的詫異。

需求是part of your plan?

前面講到,最開始我認為需求是流水線上的零件。雖然每一期都會對需求進行“優先級判定”,但是那個階段做得更多的是把零件放到不同的地方而已。看起來好像已經排了優先級,但是這種排序的問題在于——缺少連貫性和繼承性。這個問題的癥結在產品的頂層設計。

當然這個insight來自于我對舊版本的復盤。我驚訝的發現,在一個大版本里面,竟然每個小版本都有交互優化型需求。(我究竟干了些什么樣的需求。。)在移動產品中,大部分交互優化型的需求屬于緊急(資源集中在前端并且要跟著發版上線,時間上游限制)但不重要的需求。不重要,并不意味著交互優化對用戶體驗沒有作用,而是說,根據這個工作的ROI來看,根本不值得每一版傷筋動骨。

那么,為什么會出現密集的交互性需求呢?只有一個原因,產品經理根本沒有想過“產品框架設計”。就好比一個建筑師首先必須明白房子的結構是怎樣的,產品經理也是,必須跳出需求本身去思考產品框架怎么設計。也正好比一棟建筑的結構不能隨意改動,產品經理在設計產品框架時,也必須用長期的視角去考慮,要搭建什么樣的基礎框架,更直白點說,一個大版本,基礎產品形態是怎樣的?整體的思路如何?

經過這樣的復盤和思考,我對需求的理解也有所升級:需求應該是part of your plan,是大框架下的小模塊甚至小磚頭,也就是說,所有的需求都要為Plan這個整體目標服務。

整體思路下的優先級判定原則

當意識到需求要為整體目標服務時,對需求的優先級判定就有了頂層設計思路。

當然,涉及到大版本的整體思路,必須要和相關團隊同步腦暴,形成共識。(后續會和大家分享下如何做產品規劃)在團隊達成共識的基礎上,由于大家目標一致,在小版本上的需求管理就會變得容易很多。實戰經驗表明:如果團隊目標一致,主要是業務方和產品有統一的共識,不僅在需求提報環節模糊的需求會減少很多,在需求評估環節,雙方也更傾向于快速達成一致,低效的撕逼也減少了。

團隊沒有共識的時候,很容易發散地走向不同的思維路徑,這種情況是我做低年級產品時經常遇到的困境,經常是溝通了多次之后發現誰也說服不了誰。在團隊思路一致的情況下,這種情況基本上不會出現了,如果意見不合出現分歧,那就回到爭論的原點從整體的思路出發看到底哪種方案更有利于共同目標的實現(優先級判定的終極原則)。

如果你發現你總是陷入低效的溝通或者無結論的爭辯,建議lead團隊對產品的框架進行腦暴和review,對于后續整個的需求管理,這是最重要的步驟。

相關閱讀

資深產品經理是如何做需求管理的(一):需求的優先級判定原則

資深產品經理如何做需求管理(二):需求的生命周期

資深產品經理如何做需求管理(三):學會復盤

 

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 五年過去了作者可以再優化一下了

    來自上海 回復
  2. 我看到評論區都在討論文體,沒有必要,重點關注作者的體會和邏輯思路,尤其是頂層設計,把需求當做part of your plan,優先級判定要符合更高層級的設計,做的是需求,看的是更大的局

    來自安徽 回復
  3. 作者說的這幾條我覺得挺好的,有種共鳴的感覺,就是這個配音下次能否搞得專業一點,哈哈,聽著有點難受

    來自安徽 回復
  4. 這都說的啥啊,有一點干貨嗎,文不符題,還有人打賞,excuse me?

    來自北京 回復
  5. 中英文混合感覺很土的樣子,本想好好閱讀的,瞬間心情不好

    來自重慶 回復
    1. 關注重點,別被情緒影響。

      來自北京 回復
    2. 產品平時工作不就這么說嗎 搞不懂有什么好嘲的。。。

      來自廣東 回復
    3. 只是一個感受而已,從哪里看出來潮了

      來自重慶 回復
    4. 同意,如果作者在外企工作還理解。“這個階段是無法jump過去的”,有必要嗎,說跳過去打字很累嗎

      來自北京 回復
  6. 我現在也是剛總結到這一點

    來自浙江 回復
  7. 作為剛入門三個月的產品新人,我感覺自己已經跳過這個階段,而且有自己的節奏,看完這篇文章也感覺把自己這三個月的項目經驗進行了復盤。謝謝作者的分享。

    來自浙江 回復
  8. 哈哈 作者臺灣人?

    回復
  9. 老蹦那些英文詞好嘛。好好說話好嘛。

    回復
    1. 同感

      回復
  10. 時不時中英文混合一下,讀者的感覺不太好,也影響閱讀效率跟心情。

    回復
  11. 感謝分享,受益良多,有一個問題想請老師解答一下,產品框架設計不太理解,不知如何去界定,能夠詳細闡述一下。

    來自北京 回復
  12. 三思而行有很多益處

    回復
  13. 很欣賞作者可以花整個春節時間梳理需求,其實我經常也會有這樣的小目標,但經常半途而廢,能否分享一下這方面的經驗呢

    回復
  14. 突然冒一個英文單詞出來真的好么?

    來自重慶 回復
  15. 時不時的插幾個英文單詞真的好么?

    來自廣東 回復
  16. ??

    來自廣東 回復
  17. 受用了

    回復
  18. ??

    回復