Abby 上週傳訊息給我，說她在一個需求上卡了很久。
「我覺得這個需求做了沒什麼用，但業務一直在推，主管也說要配合，我不知道該怎麼辦。」我問她：「你有說過你的看法嗎？」
「說了，但說得很隱晦，說可以先評估一下，他們就繼續推了。」
「所以你的意思是……沒說。」
她沉默了一下。「對，算是沒說。」
1.PM 的職責，不只是「把需求做好」
很多人對 PM 的誤解，是以為 PM 的工作是接住需求、然後漂亮地執行。
但如果這樣理解，PM 跟一個高級的票務系統沒什麼差別。
PM 真正的價值，在於判斷：這個需求，值得做嗎？
這個問題問起來簡單，但在實際職場上說出口，需要很大的勇氣。因為「這個需求不應該做」這句話，幾乎每說一次都會踩到某個人的痛腳。業務、老闆、客戶、或者一個在某個會議上拍板的高層。
於是大部分 PM 選擇沉默，或者說一些聽起來中性的話，然後讓需求繼續往下走。這不是懦弱，這是「職場生存」。至少他們是這樣說服自己的。
2.沉默的代價，比你想的更高
讓一個你認為不該做的需求繼續走，代價是很具體的。
工程師的時間。 每一個需求背後，都是真實的開發工時。如果一個功能做出來用戶根本不在乎，那些週數就消失了，換不回來。
機會成本。 你的團隊在做這個的時候，沒有在做另一件事。而那件事，可能真的很重要。
你自己的信用。 如果你帶著一個需求衝過去，做完上線，數據沉默，那個「他判斷沒那麼準」的印象是會累積的。反過來，如果你說過「這個需求我有疑慮，我認為不應該做，理由是……」，後來結果證明你是對的，你的判斷力才會被看見。
沉默保護了你一時，但長期來看，它讓你看起來像一個沒有主見的執行者。
3.為什麼這句話這麼難說出口
「這個需求不應該做」這句話難在哪裡？
難在沒有標準答案。 產品決策很少有百分之百確定的對錯。你說「不應該做」，對方說「你怎麼知道沒用，做了才知道」。這句話你反駁不了，因為在做出來之前，你們誰也不能確定。
難在權力不對等。 如果說這句話的對象是老闆或重要客戶，說錯了很可能要付出政治代價。就算你說得有道理，也可能被解讀成「不配合」、「難搞」。
難在你可能真的不夠確定。 你覺得這個需求不對，但你說不清楚為什麼，只是有個感覺。在說服別人之前，你得先說服自己，但那個底氣不是每次都有。
4.怎麼說，才說得出口
有幾個框架，可以讓這句話說得更有力：
先問問題，不要先給結論。 與其說「這個需求不應該做」，不如先問：「這個需求想解決的問題是什麼？我們有沒有數據顯示用戶真的有這個困擾？」
問題比結論溫和，但效果一樣。它讓對方說出前提，而你在過程中可以找到缺口。
把你的疑慮具體化，不要停留在感覺。 「我覺得不應該做」沒有說服力。「根據上一季的數據，類似功能的使用率不到 2%，我擔心這次結果相近」這才有。沒有數據的時候，至少把你的假設說清楚：「我的判斷是基於用戶訪談，他們說的痛點其實是 X，不是 Y。」
提出替代方向，不要只是說不。 「我不認為應該做這個，但我有另一個方向想討論」這句話比「不應該做」更容易被接受。你不是在反對，你是在提供一個更好的選項。
說清楚你的立場，然後給主管決策空間。 你說完你的判斷，最後說：「這是我的評估，最終決定還是在你這裡。」這讓你履行了 PM 的職責，也讓主管保有決策權，不會讓人覺得你在強迫對方接受你的看法。
5.說了，然後呢？
說出這句話，不代表你就贏了。
很多時候，你的建議被聽完，然後被放在一邊，需求還是繼續做。這很正常，因為 PM 有判斷的職責，但不一定有最終的決定權。
重要的是：你的立場被記錄下來了。
後來如果結果不如預期，你不是那個沒說過話的人。如果結果出乎意料地好，你可以去理解你哪裡判斷錯了，這也是成長。
但如果你一直沉默，你就失去了這兩種學習的機會。
Abby 後來去跟業務談了一次，說出了她的疑慮，也帶了數據。
那個需求沒有被擋下來，但規模縮小了，先做一個小範圍的測試版。
她說：「感覺至少被認真看待了一次。」
我說：「對。這才是你的工作。」
你上次說出這句話，是什麼時候？
