某天跟一個做 PM 的朋友聊天，他說了一句話讓我很有感：
「我們花了大量時間學怎麼推產品、學怎麼說服工程師、學怎麼在會議上不被夾殺...但沒有人教我們，當一個功能方向不對、一個專案已經沒救的時候，怎麼停下來。」我想了很久，覺得他說的對。
1.我們被訓練成「撐下去」的人
從小到大，我們被灌輸的信念是：努力就會成功、堅持就是勝利、再撐一下就過關了。
這個信念本身沒有問題，問題是它沒有邊界條件。
沒有人告訴我們：努力的前提，是你走在一條值得走的路上。
如果方向本來就錯了，努力只會讓你離目標更遠。在 PM 的世界裡，這個現象更明顯。我們做需求調研、排功能優先序、拉資源、開會對齊，所有這些努力，都建立在「這個專案方向是對的」這個假設上。
一旦假設錯了，後面所有的努力都是在替一個錯誤的決定擦屁股。
2.聽 Podcast 讓我想到的一件事
最近聽了《大人的Small Talk》EP656，前 KKday 營銷長 Yuki 在裡面分享了一個我覺得很實用的框架：
當你覺得卡關、不知道該繼續還是離開的時候，先判斷自己到底在哪裡：
- 死路：看起來完全沒有突破口，繼續走只是消耗
- 懸崖：往前一步就是萬丈深淵，這時候的勇敢是退後，不是跳
- 低谷：看起來很慘，但其實只是過程，走過去就是出口
這個框架原本是在講職涯，但我聽完的第一個反應是：這不就是 PM 在做產品決策時面臨的困境嗎？
3.用這個框架看 PM 的工作
死路：頻繁評估，不要讓沉沒成本困住你
死路最可怕的地方，不是它很難走，而是它看起來好像還有可能。
我見過太多 PM 在一個「沒有生命跡象」的功能上耗掉大量資源。轉化率掉了、用戶回饋負面、工程師的眼神越來越不對，但因為前面已經投入了三個月，沒有人想當那個「宣告失敗」的人。
這就是沉沒成本在作祟。
作為 PM，你要定期問自己一個問題：
「如果今天才開始評估這個專案，我還會選擇繼續嗎？」
如果答案是「不會」，那你可能已經在死路上了，但用沉沒成本的邏輯說服自己繼續走。
判斷是不是死路的幾個訊號：
- 核心假設已經被數據否定，但我們繼續說「再觀察看看」
- 商業模式從一開始就有根本性的問題，沒有任何優化能解決
- 利害關係人已經不再關心這個專案，只剩你在撐
這時候，停損是最有效率的決定。 不是放棄，是把資源移到值得的地方。
懸崖：不是所有的「勇敢往前」都叫做勇氣
懸崖跟死路不一樣。
死路是沒有出口，懸崖是有出口，但前進的代價太高，高到不成比例。
PM 在工作中遇到懸崖的情境很常見：
你推動了一個新功能，灰度上線後數據不理想。你知道問題可能出在核心體驗上，但修掉這個問題需要砍掉現有的架構重來。工程評估：三個月。這時候你該怎麼辦？
或是你在公司推一個你認為正確的方向，但老闆不買單，你繼續push下去可能讓關係決裂。
在懸崖面前，很多人把「硬上」叫做勇敢，把「退後」叫做認輸。
但 Yuki 說的一句話讓我印象很深：懸崖的正確選擇，往往是退後，而不是跳下去。
退後不是放棄，是找到一條繞過去的路。PM 最值錢的能力之一，就是在「正確答案代價太高」的時候，找到一個「不完美但可行」的替代方案。
低谷：最難的是，你不知道自己在低谷
低谷跟死路最難分辨的地方在於：它們感覺一樣。
你在低谷裡看不見出口，覺得繼續走沒有意義。但差別是，低谷是有出口的，它只是在你看不到的地方。
在 PM 工作裡，低谷最常出現在這些時刻：
- 你做的功能上線了，但數據沒有動
- 你推的方向，短期內沒有辦法看見結果
- 你在一個資源很少、配合度很低的環境裡，每天都在硬撐
低谷最危險的地方，是它很容易讓你誤判為死路。
然後你做了停損決定，換專案、換公司、換產品方向。帶著你還沒解決的問題，去到一個新環境，繼續遇到同樣的問題。
怎麼分辨低谷和死路？我自己用的方法是問：
「這個問題，是這個方向本身有問題，還是我還沒找到對的解法？」
如果是前者，可能是死路，停損有意義。 如果是後者，可能是低谷，你需要的不是停損，是找到更好的方法繼續走。
4.停損之後，然後呢？
這是最多人卡住的地方。停損的決定很難，但更難的是：停損之後，你不知道要做什麼。
你終止了一個走不下去的專案，然後呢？ 你離開了一間公司，然後呢？ 你放棄了一個你做了一年的產品方向，然後呢？
這個「然後呢」的空白，讓很多人不敢停損。因為至少還在走，就算走的是死路，至少還有事情做。
但我覺得這個思維需要翻轉：
停損不是結束，它是一次重新分配資源的機會。
你從一個沒有未來的專案裡釋放出來的時間、精力、注意力，可以投入到一個有機會的地方。只是，很多人在停損之後，還沒想清楚要投入到哪裡，就又急著找一個「能做的事」來填補那個空白。
這個急迫感，往往讓人做出下一個需要停損的決定。
5.停損不能當藉口
最後要說一件很重要的事，因為這是最容易被誤用的地方。
停損是一個需要判斷的工具，不是一個萬用的出口。
你剛換一份新工作三個月，覺得不順，不能說「停損，換工作」。 你推一個功能兩週沒有結果，不能說「停損，砍掉這個方向」。
停損需要條件：你要有足夠的資訊、評估過成本、確認這條路的問題是結構性的、不是執行層面能解決的。
低谷不是停損的理由；死路才是。
分辨這兩者，才是真正的功夫。
6.最後
學校教了我們努力，但沒有教我們停損的框架。
在職場上，尤其是做 PM，你每天面對的都是「繼續還是停」的決定。一個功能要不要繼續迭代、一個方向要不要繼續驗證、一個合作關係要不要繼續維持。
不會停損的 PM，會把所有的資源押在「我都投入這麼多了，不能放棄」上；懂得停損的 PM，會把資源押在「什麼事情值得繼續投入」上。
這兩者的差距，不是努力程度，是判斷力。
