PM筆記一：別把「面子」看得比「專案」還重
剛接手負責一個雲端後台專案時，我是團隊裡資歷最淺的 PM。那時的我，總覺得自己必須展現出「什麼都懂」的專業形象，深怕一旦問了蠢問題，就會失去工程師們的信賴，甚至被看輕 。
某次需求會議上，資深架構師老張正在解釋 API 的串接邏輯：「這邊我們會走非同步處理，原本的 Schema 不用動，但 Payload 要改一下格式...」我看著白板上密密麻麻的箭頭，其實腦袋一片空白。但我心裡的警報器響起：「這時候如果舉手問什麼是 Payload，一定會被笑。」於是，我只是若有所思地點點頭，裝作一副「原來如此」的樣子，還在筆記本上隨意畫了幾個圈 。
悲劇發生在兩週後的驗收。我寫出來的規格書跟工程師實際做出來的東西完全對不上，導致前端要重新串接，整個時程延遲了三天。老張私下問我：「那時候會議上你不是點頭了嗎？我以為你都知道。」那一刻的羞愧感比當初「不敢問」還要難受百倍。不懂裝懂，結果就是整組壞掉，反而賠上了更多的信任 。
從那次之後，我學乖了。遇到聽不懂的縮寫或邏輯，我會立刻喊暫停：「抱歉，這裡我不太理解，能不能用白話文再解釋一次？」或者直接抓著 RD 把流程圖畫到我完全看懂為止 。神奇的是，當我願意承認不足並展現「打破砂鍋問到底」的態度時，團隊反而更願意跟我溝通，因為他們知道，我確認過的事情，就是真的沒問題了。
PM筆記二：會議不是拿來寫作文，是拿來做選擇的
記得我剛當 PM 的初期，總覺得「集思廣益」是會議的真諦。每次開會，我都抱著開放的心態問大家：「關於這個首頁的改版，大家有沒有什麼想法？」或是「針對客戶這次的客訴，我們該怎麼處理？」
結果可想而知，會議室瞬間變成了菜市場。行銷部說要放最大的 Banner，業務部說要放最多的促銷連結，RD 說這樣效能會跑不動。大家各說各話，時間過了一小時，白板上寫滿了五花八門的意見，但我們連一個具體的結論都沒有 。會議結束後，老闆把我叫進辦公室，語重心長地告訴我：「問申論題，代表你沒有想法，也容易讓會議沒有結論。」
這句話像一記重拳打醒了我。
後來，在面對大客戶的會議前，我開始強迫自己先做功課。我不再問「你們覺得怎麼改？」，而是先分析數據，整理出方案。進會議室時，我會直接投影片打出來：「針對這次改版，為了提升轉化率，方案 A 是強調視覺衝擊，方案 B 是強調操作效率。基於目前的開發資源，我建議走方案 B，大家支持嗎？（是非題）」或是「如果不走方案 B，我們就在 A 與 C 之間選一個（選擇題）。」
這種問法雖然需要事前花大量時間收斂問題，但會議效率驚人。大家不再發散討論，而是聚焦在決策。能夠將複雜現況收斂成簡單的「選擇題」，才是一個 PM 真正的價值所在。
PM筆記三：戰場不在會議室，而在茶水間
我的第一位 PM 主管曾告誡我一句話，當時我完全聽不懂：「絕對不要企圖在會議中達成協議。」
那時我心想，開會不就是為了喬事情嗎？直到我負責一個跨部門的 ERP 導入案。會議當天，我信心滿滿地把財務長、採購經理和資訊長都找來，準備在會議上討論權限劃分。結果，財務長堅持要最高審核權，採購經理抱怨流程太卡，雙方在會議桌上吵得不可開交，大家都為了保護自己的部門利益，不願意承擔風險 。最後資訊長兩手一攤：「你們沒共識，我也沒辦法做。」會議不歡而散。
那次失敗讓我理解了主管的話。正式會議是一個充滿防衛機制的場合，大家都有偶包，很難在眾目睽睽下退讓 。
下一次專案，我改變了策略。在發出會議邀請前，我先拿著草案去財務長的辦公室喝咖啡，私下了解他的底線；接著趁採購經理抽菸時，去協調流程的折衷方案。我花了一週的時間，在會議室外分別跟關鍵人物達成共識。
等到正式開會那天，我只是打開投影片說：「根據先前跟各位討論的結果，我們將流程調整為 A 方案，財務端確認過沒問題，採購端也同意這樣比較順暢，大家確認一下。」結果，那場會議只花了 15 分鐘，大家點頭畫押，順利結束 。原來，優秀的 PM 都是在會議前就已經把仗打完了，會議本身，只是一場華麗的簽字儀式而已。
PM筆記四：聽見房間裡最安靜的聲音
在一次關鍵的產品改版會議中，業務處長正激動地拍著桌子：「這個功能客戶吵很久了，這次一定要上！這是為了業績！」他的聲音宏亮，氣場強大，整個會議室的人似乎都被他的氣勢壓倒，紛紛點頭稱是 。
當時我看見坐在角落的資深工程師阿偉，眉頭深鎖卻一言不發。這在會議中很常見，聲音大的人往往主導了風向，讓其他人變成了沈默的螺旋 。如果是以前的我，可能就順著處長的意思做結論了，但我記起「尊重每一種專業」的原則。
我暫停了處長的發言，轉頭問阿偉：「阿偉，我看你好像有不同的想法，從系統架構的角度，你有什麼顧慮嗎？」
阿偉愣了一下，才緩緩說道：「如果照這個邏輯硬改，我們的資料庫關聯會產生迴圈，這會導致現有的五千個舊用戶登入失敗。」此話一出，全場鴉雀無聲，連處長也安靜了下來。
那次經驗讓我學到，主持人（PM）的責任不是讓大聲公講得爽，而是要保護那些「意見弱勢族群」，主動詢問他們的看法 。這不僅避免了災難性的決策，更重要的是，阿偉後來對我非常信任，因為他知道在這個 PM 的會議裡，專業會被看見，而不僅僅是比誰嗓門大。
PM筆記五：別讓你的承諾打折扣
「這份報表我明天早上發給你。」這句話我曾經隨口說過無數次 。
有一次，專案正處於火燒眉毛的階段，客戶追著我要進度表。為了安撫客戶，我掛電話前隨口承諾：「沒問題，明天早上進辦公室前發給你。」結果當晚為了處理另一個 Bug 忙到深夜，隔天一早又被抓去開會，那件事就這樣被我拋在腦後 。
直到中午客戶打電話來冷冷地問：「現在是早上了嗎？」我才驚覺自己犯了大忌。雖然我立刻補寄並道歉，但客戶的語氣已經變了：「如果你連這種小事都沒辦法準時，我要怎麼相信你們系統的上線時間？」
這句話如雷轟頂。人性就是會習慣探索對方的底線，當他發現你的「明天」其實是「後天」，你的「一定」其實是「可能」，未來所有的承諾都會被打折扣 。
從那之後，我養成了一個習慣：自己承諾的事，設鬧鐘也要做到；別人承諾給我的事，我也一定追到底 。這不是龜毛，這是建立「靠譜」形象的唯一途徑。當團隊知道你「說出口就會做到」且「說要追就會追到底」時，所有的協作效率反而會大幅提升。
- PM筆記一： 不懂裝懂會賠上信任，勇於「打破砂鍋問到底」才是贏得團隊尊重的專業表現 。
- PM筆記二： PM 的價值在於事前做足功課，將發散的「申論題」收斂成聚焦決策的「選擇題」 。
- PM筆記三： 真正的協調都在會議前完成，正式會議不該用來吵架，而是一場確認共識的「簽字儀式」 。
- PM筆記四： 主持會議不該讓大聲公壟斷風向，而是要主動保護並傾聽那些被淹沒的專業聲音 。
- PM筆記五： 建立靠譜形象的唯一途徑，就是自己承諾的絕對要做到，別人承諾的絕對要追到底 。
