產品管理:在產品領域工作10多年的9個教訓 - reddit

banq發表於2021-12-05

不受歡迎的觀點:擁有一個執行良好的瀑布流程比一個功能失調的敏捷流程更好?
以下是我認為多年來在產品管理工作中學到的最重要的經驗教訓。每個點都在列表下方進行了更詳細的描述,我試圖使其儘可能實用(甚至包括您今天可以針對每個點採取的具體行動的建議)。
  1. 始終將問題與解決方案分開。
  2. 大多數人不明白你的工作是什麼。
  3. 學習如何適應,因為現實生活與他們所教的不同。
  4. 您的團隊是成功的最重要因素。
  5. 向所有人和所有人學習和改進。
  6. 更好地交流。
  7. 對自己好一點。
  8. 強度的一致性。
  9. 不要成為完美主義者。

這是一篇很長的文章,你可能根本不想讀。如果有一件事我認為會有所作為,那就是第一點(問題與解決方案)。

1. 始終將問題與解決方案分開

  • 在真正很好地理解“某事”之前,我們很自然地會跳到如何解決某事上。它可能適用於進化生存,但不適用於產品管理。大多數使用者、客戶、利益相關者、開發人員甚至產品經理經常陷入這個陷阱。它會發生在所有層面——從討論創業想法到投資組合策略,甚至在一個小功能層面。
  • "假設"是產品管理的毒瘤。很難避免它們,因為我們的大腦天生就這樣做。質疑一切並儘可能掌握資料。
  • 與您的客戶和終端使用者交談。與您正在研究的主題相關的每個人交談。如果您不經常與客戶/終端使用者交談,那麼肯定有問題。在您的特定情況下這樣做可能非常棘手,但請嘗試弄清楚。獎勵:你的生活可能會變得更有趣。
  • 一直問“愚蠢”和明顯的問題。不要停止詢問,直到你知道足夠多,這樣你才能向一個 10 歲的孩子解釋它。這對所有階段都很重要,而不僅僅是研究。
  • 把事情寫下來——或者更好——把它們畫下來。當事情超出你的頭腦時,你就更難自欺欺人了。
  • 對於解決方案 - 提前定義所需的結果並決定如何衡量它(然後衡量它)。這比你想象的要困難得多。幸運的是,如今“功能/解決方案的結果”是 PM 中一個相當大的主題,所以我決定不在這裡擴充套件它。如果您還不熟悉它,請研究它。
  • 你今天可以做的一件事:選擇你正在做的事情,無論大小,並將其分解(寫或畫!)從使用者的角度定義問題以及結果(不是解決方案!)會是什麼樣子。只有當您對此感到滿意後,才開始考慮實際的解決方案。

 

2. 大多數人不明白你的工作是什麼

  • 這不僅僅是你的家人。很可能你公司的其他部門——甚至你的團隊——不知道你實際上在做什麼。這比大多數 PM 意識到的要普遍得多。對產品名稱(PM、PO、BA、UX ..)的困惑只是冰山一角。大多數人根本不瞭解什麼是產品管理,並做出適合他們模型的假設,例如將您視為“規範編寫者”、專案經理、團隊負責人、中層管理人員等。
  • 你必須為你自己、你的團隊和你的職能辯護。只有當系統的其他部分了解您想要實現的目標並與之合作時,才能存在良好的產品文化。由於每種情況都不同,您需要弄清楚您公司的產品功能是什麼樣的,以及如何最好地增加價值。
  • 您今天可以做的一件事是:寫下其他部門或人員對您的角色的期望以及您/產品對他們的需求。

 

3. 學習如何適應,因為現實生活與他們所教的不同

  • 看書和聽演講很有用,但它們通常不能按原樣應用於您的情況。沒有銀彈解決方案。
  • 挑戰你得到的建議!它在 B2B 中和 B2C 中一樣有效嗎?這將如何應用於我高度監管的領域?提供建議的人的背景是什麼?等等。 網際網路上充斥著 SEO 內容,每次我開啟另一篇由實際推廣他們的服務或產品的人撰寫的帶有關鍵字的淺薄文章時 - 給讀者帶來零價值 -我的一小部分死了。這在產品管理領域比我想要的要常見得多。
  • 敏捷、精益、Scrum、SAFe 等。 不受歡迎的觀點:有一個執行良好的瀑布流程比功能失調的敏捷流程要好(我討厭瀑布)。研究框架並用它們進行試驗,但要小心遵循它們!我在實踐中看到的每一個好的框架都經過了大量修改,以在特定情況下發揮最佳效果。我在職業生涯早期在白板上花費了太多時間在白板上進行繪圖,而不是實際使用 IRL 進行實驗。
  • 總是想一想你真正想要達到的目標是什麼。例如,您正在製作路線圖簡報 - 您的目標不是完成幻燈片,而是將您的功能計劃有效地傳達給您的觀眾。事後嘗試弄清楚它是否有效,以及您是否在一開始就解決了正確的問題?
  • 瞭解您在產品旅程中的位置:玩轉一個可以從零工成長為初創公司的想法與企業公司的創新不同,與試圖考慮如何擴大現有解決方案或……完全不同。 。 。書籍和文章通常會忽略這一點,因為它們希望包括所有人。這一直讓我感到困惑。

...
更多點選標題見原文

 

相關文章