當你是產品經理，但沒有梳理好來自老闆或是需求方的邏輯，開發團隊聽你講解時，會感覺「這聽起來哪裡怪怪的」。他們可能不明白需求的背景，也搞不清為什麼你講話那麼沒什麼自信，甚至對整個需求邏輯也是一頭霧水，這種狀況下，開發團隊很有可能就會準備「狂電」你了，但比較有可能的是越過你，直接找老闆了。
團隊一直搞不清楚需求，就會開始越過產品經理
有時候，開發團隊發現你所講的內容，跟之前做的東西看起來對不上，而你又是那種「你們就做，不要問！」的態度，加上你施壓他們的時程，這只會讓情況更糟，開發團隊最終可能越過你，直接去找老闆解決問題。
還有另一種情況，就是公司原本就沒有產品經理這個職位的，現在剛導入你這個角色，但大家還是習慣跟原本的對接部門來溝通，所以，假如你一進公司，沒有好好重新整理工作流程，大家依然照舊用自己的方法溝通，這會這讓你的角色被忽視，存在感極低。
那麼，該怎麼辦呢？
首先，你進入這個部門後，應該先搞清楚你這個角色（或部門）在整個流程中的價值，而不是一來就想著「我是產品經理，這個產品就是我說了算，我有權力」。
很多人以為產品經理有權力，但其實產品經理並沒有權力，和其他部門是平級的，你跟CTO相比，誰會更有話語權？當然是CTO啊！
所以，產品經理雖然沒有明顯的權力，但他的價值卻很大。
舉個例子：當開發人員和業務人員交流時，雙方常常根本不在同一個頻率上。
業務人員可能會說：「我想要一個黑色的東西，差不多長這樣，最好做完後有很多人用，或者能讓甲方滿意。」這種溝通模式，開發人員聽了之後會怎麼反應呢？
開發人員可能會反問：「你是要把這個按鈕改成紅色還是黑色？還是直接乾脆照著別人的產品抄一個好了」但開發人員能這麼工作嗎？當然不能！
這時候就需要有一個人能翻譯雙方的語言，過濾掉不合理的需求，這就是產品經理的價值所在。
那麼，產品經理的價值是什麼？就是「擋住」那些沒必要的東西！擋住老闆那種天馬行空的想法，擋住業務不切實際的要求，擋住那些沒有價值或不需要的需求。
還有一點是，那就是對開發和設計團隊來說，一次只能專注做一件事，設計師可能剛開始畫某個設計，結果突然又要他去畫另一張圖，不斷地切換工作內容，這怎麼可能高效？
把老闆的需求大餅，拆成小塊一點的需求
產品經理的第二個重要工作是什麼？那就是確保每個人的工作是有順序、有條理的進行。
很多業務出身的老闆喜歡畫大餅，一下講數位化轉型，然後又說要搞資訊系統，接著還提到進軍國際市場，還加上Vertical SaaS這種概念，更別提在月會上還會提到的那些要求，例如：增加新用戶數、提升活躍度、提高轉換率，還要求低成本，甚至不花錢！這就是拍腦袋想出來的「大需求」。
因此，產品經理一定要懂得梳理需求的重要性。
當然，有時你可能會想：「我才剛來公司三個月，話語權不大，擋不住這些需求啊。」如果老闆強制要求做某些事，你說不做，那你可能會被罵。但這就是產品經理在中間的尷尬處境，也是產品經理的價值。
但是，如果你不過濾那些不合理的需求，那麼你在這個團隊中的價值也就不存在了，這是你的生存關鍵。如果你想在這個職位上活下去，就算你覺得有些需求無法完全擋住，至少也得努力去過濾。
你不能以為只要不拒絕需求，就能生存下去。因為如果你什麼需求都不過濾，開發團隊可能會直接繞過你，到時候你這個產品經理的職位就形同虛設。
很多產品經理不知道如何跟業務或老闆溝通。
產品經理們別搞錯了！正在開發的不是列入需求清單的任務
我過去指導過的產品經理經常跟我說，他們無法拒絕需求方的要求，但實際上，有些需求是合理的，有些是不合理的。合理的需求應該去完成，而不合理的需求需要通過協商。
比如，你可能會說：「這個需求太大了，我們目前人手不足。」但這時候，你應該用敏捷開發的思維來告訴需求方：依照現有的人力狀況，我們可以分階段來做，可以討論一下那些是最有價值的部分。
開發人員開發的是「排入開發」的任務，而不是在開發「列入需求清單」的任務。
這才是產品經理應有的工作方式，你不應該每天只顧著拒絕需求，一直拒絕需求會讓別人覺得你什麼都不做，最終他們會繞過你，甚至會去建立另一個產品部門來取代你，或是找外包廠商來開發，最終接回來維運時，還是你的開發團隊來做，而你的開發人員還會說，這些乙方公司的Code打開來像大便，我沒辦法改。
真正的產品經理應該懂得如何梳理需求，與老闆溝通好需求的優先級，才能有效地推動開發。
所以，你需要懂一些技術、設計和測試的知識，這樣才能真正協調各部門，發揮產品經理的核心作用。
如果你不懂這些工作流程，那你說話和業務部門說的沒什麼區別，公司還需要這個產品經理幹什麼呢？
很多人以為，做產品經理就是畫個wireframes，寫個PRD，我講了非常多次，這些不是非常重要，這些東西只要透過經驗的累積，規劃過兩三的專案就有心得了。
這些都是幫助產品經理和團隊交流的工具。
最後，我總結三點：
- 保護好你的後端協作單位（開發、設計、測試等），不要什麼亂七八糟的事情就開始往後面問。
- 即時支援前端單位的需求（業務、行銷、客服等），至少要先去梳理需求，問五次為什麼。
- 跟老闆保持高頻率的溝通，要多瞭老闆的想法，為什麼會這樣子想。
這樣一來，產品經理的工作才能長期維持下去。
另外，我個人的建議：
產品經理要多和主管或是老闆溝通，只要時間一長，所有人就自然而然發現，你跟老闆其實在很多思路上是接近的。
當團隊發現聽你的跟聽老闆的沒多大差別，那不就聽你的就好了嗎？