你可能聽過這句話：
但身為一個從非技術背景轉職的 PM，我要很誠實說—「PM 要不要會寫程式？」
這問題在網路上吵了N年，還是沒標準答案。
不會寫程式可以，但你不能聽不懂人話。
1／不懂技術的 PM，只能陪笑
還記得我剛轉 PM，那時候工程師在會議上說：
「這個需求需要串 API，但 callback 目前還沒處理完。」
我當下滿臉問號，只差沒回他一句：「call 誰？」
那天我回辦公桌，打開電腦開始查「API 是什麼？」 然後用三倍速度惡補資料流、request/response、還有 GA 事件打不進去怎麼 debug...
為什麼學這些？不是為了炫技、也不是要搶工程師工作，是為了不要當那個「只會開會跟畫簡報的協調員」。
2／不是你要寫 code，而是你懂得怎麼不幫倒忙
你不用變身全端工程師，但起碼得知道下面這些常識：
- API 文件裡要看的重點是什麼
- GA 事件追蹤失敗時該從哪裡排查
- 哪些錯誤是 UI bug，哪些是邏輯問題
- 為什麼資料打不進資料庫，不是工程師偷懶
當工程師在 debug，你不是站在旁邊乾瞪眼，而是能說：「我有試過用 dev tool 看 request，有點怪怪的 header，請參考的截圖麻煩您們再看一下。」 你會看到他們眼神從「這又是哪來的地獄PM」變成「這PM可以喔～」。
3／我給轉職 PM 的建議：
- 🧠 不用寫程式，但你要能讀懂技術邏輯
- 🪄 不用炫技，但你要能把技術語言翻成業務/設計聽得懂的話
- 🧩 真正好的 PM，是串起工程、業務、設計的橋樑，而不是製造矛盾的三角戀
結語：懂一點技術，是職場溝通的尊重
我們不是要變工程師，但我們得理解這個語言。
畢竟，誰都不想跟一個只會喊 KPI 的人共事。
✍️ 如果你也是半路出家的 PM，也曾因為聽不懂工程師而爆炸過，歡迎留言告訴我你最怕哪個技術詞 😂
#不會寫程式但不想被電
