• 您的位置:首頁 >聚焦 >

    產品經理改需求“該死”么?

    2022-04-06 06:02:50    來源:程序員客棧

    來來來,今天聊聊產品經理的原罪之一:改需求。

    在項目開發群中,產品經理時不時的調整邏輯后,開發會扔過來類似的一張圖:

    互聯網圈茶余飯后,只要一提到產品經理,不論是群嘲還是自黑,都離不開“改需求”這仨字。和朋友聊完后,他說之前遇到一個求職者,被問到“曾經做過的哪個項目最滿意的時候”,求職者說出某個項目既沒有亮點,也沒有貢獻值。深挖后,竟然說出——在該項目迭代版本中,沒有改過一次需求。

    那我不禁想問:“不改需求就是好產品經理么?”首先咱得梳理改動的是什么需求,分為三類:

    一、因為外部業務環境變化所導致的。該業務因為市場大環境、國家政策的監管等不可逆的因素而導致該業務的可預見性。為了及時止損,產品經理需要調整業務方向和策略,這有沒有問題?——這是完全沒有問題的。總不能看見了坑,果斷跳下去,還鼓勁喊:“好路好路,可以走”。所以這種場景下,可能意味著產品規劃和策略要回爐重造了。

    那產品經理“該死”嗎?如果明知故犯,那是肯定不可饒恕的。如果是行業政策大環境因素有制定調整策略,依然是好的產品經理。

    二、產品經理沒能梳理清楚業務所導致的。這是產品經理沒和業務方梳理清楚,而導致產品經理對業務的預判出現了錯誤。首先主背鍋者肯定是產品經理,副背鍋者是整個團隊。有幾層產品經理要梳理清晰:

    產品經理要非常了解業務流程;(熟悉業務最重要!!!)

    產品經理要多次和業務方確定溝通——包括:“業務目標”、“業務規劃”、“產品方案溝通”和“目標用戶調研”;(找準目標用戶和清楚業務策略)

    評審階段中交代清楚產品規劃、背景和目標,讓團隊提出質疑和想法。(讓團隊提出質疑)

    業務方向理解錯了,意味著業務目標和業務策略的理解也錯了,同時產品規劃和產品策略也錯了。要改么?指定是要改的,而且要大改。

    那產品經理“該死”嗎?一定的、絕對的、毫無理由的“該死”。這將讓團隊的心血付之一炬,所以在思考核心模塊時,前期的準備工作一定要做好。

    三、功能流程設計和邏輯導致的。如果純粹是功能設計的問題導致的需求變更說明產品經理沒有理清楚細節和邏輯,導致開發過程中需要重復調整流程和邏輯。這完全是產品經理基本功不過關。這種調整需要去甄別幾種情況:

    如果不調整對業務會造成重大影響,對用戶體驗會造成影響的,果斷需要調整;

    如果不調整對公司能造成損失的,果斷需要調整;

    如果調整了,工期暫不會有delay且能有正向的反饋,果斷需要調整。

    如果是其他的,建議放在下期迭代。對于這種情況,每個項目或多或少都會遇到,最好的方式當然是產品經理前期描述清楚,項目團隊群策群力,達到不改需求,這是最好的狀態。但是,有多少團隊是這樣的狀態呢?

    每個產品的設計都是有其背景的,功能的變化有可能也是隨時產生的。重點是這個變化對不對?這個變化會引起其他模塊的什么變化,會有什么后果?正確的需求微調改上100次都無所謂,錯誤的需求改一次只會更錯。

    主要方向是正確的,適當的微調完全是可以的。因為永遠不希望看到——產品經理評審產品方案后,就停止思考了。

    當然,如果在產品方案之前完整地梳理清晰了,那就更好了。。。如何去梳理清楚呢?去看看《產品經理工作流》吧。

    關鍵詞: 產品經理 產品方案 沒有問題

    相關閱讀

    BB电子