PM筆記五十四：別成為追求枝微末節的「技術宅」
因為我懂一點技術，早期我很喜歡在開會時跟工程師「切磋」做法。 「為什麼這裡不用 React 寫？」、「我覺得這裡的資料庫欄位應該要拆開存比較好。」
有一次為了首頁載入速度的問題，我跟前端主管爭論了一下午。我堅持要用某種圖片壓縮技術，他堅持要用 Lazy Load（延遲載入）。我們談了一堆技術細節，最後誰也不服誰。
直到行銷主管衝進來大罵：「你們兩個吵完了沒？明天就要發電子報了，現在首頁連那個『立即購買』的按鈕都還沒放上去！你們在管圖片壓縮幹嘛？」
那當下我才驚醒，我把自己降級成了一個「技術宅」。
PM 的戰場不是在「怎麼做（How）」，而是在「做什麼（What）」以及「為什麼做（Why）」。我花了一下午爭論技術細節，卻忘記了產品最核心的商業目標——讓用戶能買東西。
後來我學會了放手。當工程師在討論技術實作時，我會閉嘴。我只負責把關：「不管你們用什麼技術，我的驗收標準就是『一秒內要看到畫面』。」至於怎麼達到，那是專家的事。別讓對技術的執著，模糊了你身為 PM 對商業價值的判斷。
PM筆記五十五：別讓自己的能力 成為團隊的天花板(還不自知)
我是個控制狂 PM。我覺得自己美感比設計師好，邏輯比工程師清楚，文案比行銷會寫。所以每次產出物交上來，我都會動手大改：「這個字距不行，我來調」、「這段程式邏輯怪怪的，我幫你重寫規格」。
久而久之，我發現團隊變得很安靜。開會沒人提想法，大家都等著我發號施令。
有次我生重病住院一週，專案剛好遇到大改版。我在病床上焦慮得要死，覺得沒有我把關，他們一定會搞砸。
結果出院那天，我看到上線的產品，驚呆了。介面比我原本想的更活潑，互動流程比我設計的更順暢。
我問設計師：「這誰想的？」他怯生生地說：「因為你不在，我們就大膽試了一下新的風格...」
那一刻我才發現，原來我才是那個「瓶頸」。因為我總是用自己的標準去限制大家，導致他們不敢發揮，只能做我想像範圍內的東西。我的能力（天花板），限制了整個團隊的高度。
最可怕的是，我以前還沾沾自喜，覺得自己很罩。從那之後，我學會了「退後一步」，不再搶著改東西，而是問：「如果是你，你會怎麼做？」往往他們的答案，比我的更好。
- 筆記 54（管理價值 vs. 管程式碼）： PM 應專注於商業目標（Why/What）而非技術細節（How），避免因執著實作方式而模糊了產品的核心價值。
- 筆記 55（克服控制慾）： 認清 PM 的個人標準往往是團隊的天花板；學會適時「退後一步」與「放手」，能激發團隊成員的創造力，讓產出超越 PM 的個人想像。
