PM筆記五十二：客戶跳過你直接找技術？如何證明你不是多餘的傳聲筒？
剛當 PM 時，我很怕講錯話。每次客戶問：「你們系統支援高併發嗎？」、「這個 API 的回應時間是多少？」我為了保險起見，總是說：「這個我要確認一下工程師，稍後回覆您。」
一開始我覺得這叫謹慎，但慢慢地，我發現客戶看我的眼神變了。那是種不信任的眼神。甚至有次客戶直接說：「能不能請你們技術主管直接來開會？不然問你都要等。」
這句話重重打擊了我。我意識到，如果我只能當傳聲筒，那我的價值是什麼？
於是，我開始瘋狂惡補。我看遍了公司的技術文件，甚至自己去學怎麼打 API、看 Log。我強迫自己去理解產品的每一個細節邏輯，而不只是表面功能。
半年後，在一次關鍵的比稿會議上，客戶刁鑽地問了一連串技術問題。這次，我沒有轉頭看 RD，而是自信地回答：「支援，我們目前的架構可以承載每秒 5000 次請求，API 平均回應時間在 200ms 以內，如果遇到高峰，我們會自動擴展節點。」
客戶滿意地點點頭。那天，我贏得了案子，也贏得了尊嚴。當你能獨立回答 95% 的問題時，你就不再是擋在客戶跟 RD 中間的牆，而是連結他們的橋。
PM筆記五十三：話說完了不代表溝通好了，你懂得如何讓人「心服口服」嗎？
「我已經發 Email 跟他說了啊！」 「我有在會議上講過這件事啊！」
當專案出包時，我們常聽到這種辯解。我也曾經認為，只要把資訊「傳達」出去，就是溝通。直到有次，我跟設計師說：「首頁這個按鈕要改紅色，因為老闆說要喜氣一點。」
設計師表面上說好，但交出來的卻是暗紅色（甚至是豬肝紅）。我問他為什麼，他說：「因為大紅色很醜，破壞美感。」
這時候我才明白，我只是在「佈達」，不是在「溝通」。而沒有達成共識的溝通，都是無效的。
PM 的本質工作，其實是「說服」。
後來我換了個說法。我不說「老闆要改」，我說：「根據數據測試，正紅色的按鈕點擊率比暗紅色高出 15%。我們這次改版的目標是提升轉換率，所以我們需要犧牲一點美感來換取業績，你覺得如何？」
這次設計師聽進去了，因為我給了他一個無法反駁的理由（數據與目標）。溝通不是把話講出去就好，而是要讓對方接受你的觀點，並願意採取行動。這就是「說服」的藝術。
這是為您繼續展開的第 54 則到第 58 則筆記PM筆記。這五則筆記進入了 PM 的「心法」層面，探討如何避免見樹不見林、如何突破自我瓶頸，以及高階的風險控管思維。
- 筆記 52（拒當傳聲筒）： PM 必須具備足夠的技術底蘊（Domain Knowledge）。當你能獨立回答 95% 的問題，而不必處處「回頭問工程師」時，才能贏得客戶的信任與團隊的尊嚴，從阻礙溝通的牆進化為連結專業的橋。
- 筆記 53（從佈達到說服）： 溝通不只是「把話說完」，而是要讓對方「心服口服」。PM 應捨棄「老闆說、我說」的權威壓制，改用數據、目標與邏輯來溝通，將指令轉化為共識，驅動團隊主動採取行動。
