產品經理的法和情

來自專欄產品札記

要說產品經理沒權利，可還別真說，還是有點的，因為遇到問題，首先會找到你，需要你來制定規則；

要說有權利，大多數情況下，無法確認資源，也無法100%保證需求按照最開始的設計上線，不延期就是好事兒，砍需求那也是家常便飯。

我們經常會遇見一種情況，確定了項目截止時間，最終在測試的時候，發現某個需求做的不一致或事某個需求沒有實現，尤其是到測試後期，技術來確認，此功能確實無法實現，因為對於用戶來講，這個不是本版本最重要的功能。

在這種情況下，你會採取什麼樣的方式。

今天我不來交大家怎麼做，而是和大家分享下我是怎麼看的。

場景一：資源緊張，延期一個版本

在某個版本上，由於前段資源緊張，導致在規定的時間內，功能沒有做，前段技術主管來找到我確認需求，以及詢問是否能延期一個版本。

我說可以，但是在下個版本無論如何一定要將兩個版本的內容實現，時間請讓他們調整充分，要不到時候又沒人來做了。

得到確定的回復。事後，我在產品周會上，向領導提及此事，說到：由於功能較少，資源緊張，當前發布可能產生不同步的現象，建議下個版本一起來發，好讓運營可以做完整的推廣。（領導說好）

再然後，我將這個結論和技術主管確認下，說我們產品領導同意這樣實現，但下個版本已經評估過的需求，要保證實現。所以你提前也確認下，看還有沒有問題，沒問題就按照當前的需求進行時間排期了。

這就是一種資源互換，用時間來換資源，取保了自己下一個版本功能的上線。這也是一種變相的賣人情，體諒別人的難處，因為這個需求對於我來說是重要，對於用戶來說暫時是不重要的，對於產品來說卻是不完整的，對於領導來說也是不care的。既然強行要求也無力回天，不如做個順水人情，讓兩邊都好過。

場景二：強勢需求，必須要實現

在一次需求評審上，技術覺得提到的需求太過次要，我們當前的用戶根本不會去使用，做了也是白做，而且覺得這樣設置的也是有問題。其他運營、測試、技術都覺得沒啥作用。

我說：只考慮當前我們一個需求都不要做，因為根本不會有人來用。這個需求是關乎產品的核心安全問題，你們能說出來我們哪裡安全，用戶可以買賬，我二話不說。這個需求是我們產品內部確定的範圍邊界，這期做完了後，就要拿到市場中去驗證，是騾子是馬都要拿出來溜溜，而且我們只是做個皮毛，所以這個需求必須得做。

所有人都很心不甘情不願，我知道只有我一個人在這裡強撐著，不管他們是否理解，這就是我要去做市場的路。所以這次，我拿著產品的職責，以及領導的確認來說話，不論如何鍋我背，但需求一定要上。在這種情況下，人情已經無法起到作用，這就需要用法來說話

成就一個產品經理，需要不斷的試錯，需要很多人陪著一起試錯。但隨著產品經理的成長，眼界也會越來越清晰，也能帶著大家做出更有成就的事情。我希望每個產品都能知恥而後勇，面對挫折不退縮，即使是一個人也要堅持做下去，不要空口說白話，指使這個、指使那個，只有當你夠強夠硬，其他人自然會找上你來。

場景三：需求變動，走流程

這是發生在我身邊的一件事，技術同學找到產品，說覺得這個功能設計不合理，場景不明確，產品和他一直在爭論這個話題，最後技術確認了需求和場景以後，想要更多的時間來保證功能的完整，原因是之前說的和現在實現的方式有衝突，產品說：你找項目經理走流程吧，你的主管和我的主管都要同意才行。一時間搞得大家異常尷尬。

這本身不是一個大問題，但是就是搞的太正式，而讓人一時不知所措。什麼事情都要確定個對錯，什麼事情都要走個流程，雖然保證了自己不擔責任，可是卻顯得不近人情，我覺得也是不太好的。

所以我們日常面對的這些問題，涉及到原則上必須以身立命，依法行事，涉及到模糊的界限問題可以適當調整，讓雙方不至於因為瑣事而鬧翻。

好了今天的分享到這裡結束了，有興趣可以加我微信：DY402122152

推薦閱讀：