PM筆記四十一：如果你都不愛它，誰會愛它？
做久了 PM，很容易會有職業倦怠。每天看到的都是 Bug、延遲、客訴，久而久之，提到自己的產品時，語氣充滿了疲憊與無奈：「喔，那個功能就是這樣啊，沒辦法改。」
但我遇過一位前輩，他完全不同。即使是一個很無聊的「庫存管理系統」，他在跟我們介紹時，眼睛是發光的：「你們想像一下，未來如果我們把 AI 預測接進來，這個系統就不只是紀錄庫存，它能告訴老闆下個月該進什麼貨！這會改變整個零售業的遊戲規則！」
雖然當時我們連基本功能都還沒寫完，但他描繪的那種「可能性」，卻深深感染了團隊。工程師開始主動研究演算法，業務開始興奮地跟客戶畫大餅。
我才發現，PM 是產品的「首席傳教士」。
如果連你自己都覺得這產品很爛、很無聊，你的團隊怎麼會有熱情？你的客戶怎麼會買單？
後來，我也試著改變心態。在面對枯燥的需求時，我會試著去談它的「未來價值」。不是騙人，而是要看到現在的磚頭是為了蓋未來的教堂。當你喜歡談論產品的可能性，那種熱情是會有傳染力的，它能把一群做工的人，變成一群築夢的人。
PM筆記四十二：別讓「職稱」成為你不作為的藉口
「這不是 QA 的工作嗎？為什麼要我測？」 「這不是行銷要寫的文案嗎？為什麼要我寫？」
這是職場上最常聽到的推託。很多 PM 把自己畫地自限在「規劃」這個框框裡，凡是框框外的事一概不碰。
有一次趕著上線一個大型專案，最後關頭發現說明文件（User Manual）還沒寫。技術寫手（Technical Writer）請病假，RD 忙著修 Bug，行銷忙著發新聞稿。那個真空地帶沒人補位。
眼看上線時間倒數 24 小時，我沒有去吵「這該是誰的責任」，我捲起袖子，自己打開 Word 開始寫。我截圖、畫圈、寫步驟，熬了一個通宵把手冊生出來。
隔天順利上線，這本手冊救了無數不知所措的用戶。
事後，老闆在考績面談時跟我說：「我知道那本手冊是你寫的。我不只看到你的執行力，我看到的是你願意為了團隊補位的態度。」
忘了職稱上的限制吧。PM 的全名是 Product Manager，只要是為了讓 Product 成功的事，就是你的事。不管是掃地、訂便當、還是寫文案，能解決問題的人，才是真正的 Manager。
PM筆記四十三：掌握資訊，就是掌握權力
會議室裡坐滿了總監、副總、處長。作為一個小 PM，我在這裡的職級最低。
大老闆問了一個尖銳的問題：「為什麼這次轉換率掉了 5%？是不是廣告沒投好？」 行銷副總支支吾吾：「呃...可能是季節性因素，我再去查一下。」 大老闆又問：「那是系統效能問題嗎？」 技術長也猶豫：「監控看起來還好，但不確定有沒有峰值異常...」
一片沈默與猜測中，我舉手了。
「報告總經理，我看過昨天的數據。轉換率下降主要集中在 iOS 15 的用戶，佔了流失的 4.8%。原因是 Safari 更新後擋住了我們的第三方 Cookie，導致追蹤碼失效。目前只要請前端加一段代碼就能解決，預計工時 2 小時。」
全場轉頭看我，眼神從「這小鬼是誰」變成了「敬畏」。
那一刻，我掌控了整個房間。
這不是因為我職位高，而是因為我是「最知道狀況」的人。為了那一刻，我每天早上花半小時看報表、看 Log、看競品動態。當別人還在猜測時，你已經有了答案。在資訊不對稱的職場裡，誰掌握了最精準的細節，誰就擁有了話語權。努力成為那個房間裡最清楚狀況的人，你的影響力將遠超你的職級。
這是為您繼續展開的第 44 則到第 48 則筆記PM筆記。這五則筆記深入探討了 PM 的「洞察力」、「同理心」以及「溝通架構」的建立。
PM筆記四十四：不要只當「點餐員」，要當「醫生」
剛入行時，我覺得自己像個速食店的點餐員。客戶說：「我要一個『匯出 Excel』的按鈕。」我就記下來：「客戶需求：匯出 Excel。」然後轉頭叫工程師做。
有一次，客戶又提出需求：「我要在這個報表頁面增加『搜尋客戶電話』的功能。」我照單全收。結果功能做好了，客戶卻不滿意，說：「這不是我要的，我要的是能快速找到這個客戶最近買了什麼。」
我當時很委屈：「是你說要搜尋電話的啊！」
後來我的導師告訴我：「客戶給你的通常是『答案』（Solution），但那是錯的答案。你的工作是挖出背後的『問題』（Problem）。」
下一次，當客戶說：「我要把字體放大。」我沒有馬上答應，而是問：「為什麼想要放大？是看不清楚，還是想要強調某些資訊？」客戶想了想說：「是因為我在倉庫用平板看的時候，環境很暗，字太小我容易看錯料號。」
賓果！問題不是「字體大小」，問題是「倉庫環境下的易讀性」。
於是我提出的解法不是單純放大字體，而是設計了「高對比度的深色模式」，並把料號欄位特別加粗。客戶看到後驚為天人。PM 如果只紀錄別人的答案，你只是個傳聲筒；當你開始紀錄並解決別人的問題時，你才是真正的產品經理。
PM筆記四十五：一句「這很簡單」，可能毀掉信任
PM 最容易惹怒工程師的一句話，絕對是：「這很簡單吧？只是加個欄位而已，半天能不能好？」
我曾經就是那個不知天高地厚的 PM。為了趕進度，我常常用這種輕描淡寫的語氣去壓時程。我以為這樣能給 RD 信心，殊不知這是在羞辱他們的專業。
有次我要 RD 改一個登入邏輯，我隨口說：「這邏輯很單純啊，應該很快吧？」
資深工程師老張突然把鍵盤一推，冷冷地說：「你覺得簡單你自己來寫。你知不知道這個登入邏輯綁了五年前的舊帳號系統？動這一行 code，要跑過三十個關聯測試，還要解密碼雜湊的問題。簡單？」
那瞬間的空氣凝結，讓我意識到自己的傲慢。
我們看到的「介面」很簡單，但底下的「冰山」可能深不可測。從那之後，我徹底戒掉了「這很簡單」這句口頭禪。
現在，即使我知道那真的不難，我也會換個說法：「我知道這背後可能牽涉到舊系統的相容性，技術上會不會很麻煩？有沒有我沒想到的坑？」
當我不去簡化別人的困難，而是展現出「我知道這不容易」的同理心時，工程師反而會跟我說實話：「其實不難啦，給我兩小時就好。」尊重，往往能換來更快的速度。
- PM筆記四十一： PM 是產品的首席傳教士，唯有當你眼中閃爍著對「未來價值」的熱情，才能感染團隊，將一群做工的人變成築夢的人。
- PM筆記四十二： 忘了職稱上的限制吧，只要是為了讓產品成功，無論是寫手冊還是掃地，願意主動補位解決問題的人，才是真正的 Manager。
- PM筆記四十三： 在資訊不對稱的職場裡，誰掌握了最精準的細節就擁有了話語權；努力成為房間裡最清楚狀況的人，你的影響力將遠超你的職級。
- PM筆記四十四： 客戶給的往往是錯的「答案」，PM 的價值在於不當照單全收的點餐員，而是能診斷出背後真實「問題」的醫生。
- PM筆記四十五： 永遠別對專業說「這很簡單」，因為冰山下的複雜度往往超乎想像；不輕易簡化別人的困難，展現同理心才能換來真正的速度與信任。
