在某次跨部門 kick-off meeting，我開口還沒說完功能需求，工程師就回我一句：「PRD 還沒出來吧？那我們就先等你整理好。」
我心想：「欸欸欸，需求方都確認了，我不是也提前說明過流程？」
但工程師不為所動：「不然到時候你又要改，我現在做了也白做。」
這是很多 PM 在實戰中都遇過的問題：
- 需求其實已大致定案
- 時程已經卡死等你動作
- 可工程師一句「等你文件寫好」讓整個進度卡關
那問題到底出在哪？
不是誰比較「應該先動作」，而是彼此信任感不足
工程師怕做到一半你改需求
你怕文案寫太死被需求方打槍 UIUX怕不對齊設計邏輯要重畫 最後大家都卡著，沒人敢動手
🔍所以解法是什麼？
PM 該學會這三件事：
- 畫草稿流程圖勝過一句「到時候會懂」
→ 讓工程師看到你不是憑空想像，是有整理邏輯的。 - 寫未完成 PRD 也沒關係，但你要清楚標記「哪邊會變」
→ 工程師可以先做穩定段落，有效進場。 - 建立一種「共創PRD」的文化
→ 工程師也能成為需求討論的角色，而不是等你 deliver 完整 PDF。
PRD 並不只是 PM 的作業報告，而是一個「信任與合作的媒介」。
不是你寫完才動、也不是他催你才寫，而是一起前進式調整的作業方式。
