此簡報為 16:9 設計
建議使用桌機或將手機橫向
當組織沒有 PM 結構，提案後追蹤無力、隕石撞個正著、權責難釐清。
PM 的價值，是把「不確定」turn into「可交付」。 — 本日核心命題
不是線性流程，是循環 — 任何時候需求變動，PM 都會退回前面重做。 簽約是步驟一、二的終點；Kick-off 是後三步的起點；驗收是全流程的終點。
每個案子啟動的第一件事，PM 必須先確認三個要素：範疇、時程、預算。
客戶說「會員系統」，PM 要拆成註冊／登入／忘記密碼／等級邏輯／儲值機制，每項都追問正向、反向、例外流程。
接案不是接需求單。坐在桌子兩邊，你只是供應商； 拉客戶坐到白板同一邊，你才是顧問。 商業目標、使用者輪廓、成功指標這三件事，不能用 email 蒐集 — 要在白板前一起定義。
PRD（Product Requirement Document）是開發團隊的食譜。 不是寫給老闆的作文，是寫給設計師、RD、QA 用的工作說明書。
圖永遠比文字清楚 — Wireframe、流程圖、Mockup 是基礎中的基礎。
⊕ MENTAL MODEL 把 PRD 當成「可迭代的產品規格」，不是文件作業。
三個限制只要動一個，其他必須跟著變動 — 不然就得犧牲交付品質。 時程提前一個月、預算不變？必須砍功能或分階段上線。
接案團隊的本質：沒有人是「專屬」的。
每個 PM、設計師、RD 手上都不只一兩個案子。每個專案的人力組合都不一樣， 甚至會臨時被調走支援其他案子。
PM 是這個專案唯一從頭顧到尾的人。
對外協調的核心：把權責、流程、訊息三件事鎖死在文件裡。
心存善念、盡力而為。
積極樂觀、感恩惜福。
— 25sprout PM 曾仲平
當「做」變快、「決定」變慢，瓶頸在哪裡？
AI 取代的是產出，不是判斷；自動化的是流程，不是責任。
68% 開發者每週靠 AI 省下 10+ 小時 — 但組織內的等待、溝通、協作卡關把時間又吃回去。
| 類型 | 在做什麼 | 處境 |
|---|---|---|
| Traditional PM | 沿用傳統工具寫 spec、追進度、開會。 | ⊘ 正在被淘汰 |
| AI-Powered PM | 用 AI 工具放大自己的產能，把 AI 當副駕駛。 | ◆ 當前的競爭主流 |
| AI PM | 把 AI 技術轉成可落地的產品解決方案。 | ▲ 新興高薪職缺 |
AI 多倍放大專業，but
無法製造專業。
風險越高的決策 → 需要的人工驗證越多 → AI 省的時間越少。
沒有領域知識 → 連 AI 寫錯了你都看不出來。
產出變便宜 → 「判斷力」反而變稀缺。
⊕ PRINCIPLE 不要綁死在一個模型上。每個模型有專精，把 AI 當思考夥伴而非單一工具。
PM 寫文件，等 RD 開發。 回饋週期長，原型粗糙，討論常常停留在文字層級。
PM 用 AI 工具串原型， 一個下午做出可運作的 demo 給 RD 與客戶看，討論瞬間落地。
| ▸ AI 改變的事 | ◆ AI 不變的事 |
|---|---|
| 產出爆炸 → 判斷力更稀缺 |
與客戶建立信任的深度對話 |
| 速度提升 → 對齊變瓶頸 |
在資訊不完整時做出取捨 |
| 職責漂移 → PM 要會做雛形 |
讓人感覺「你真的懂我」的同理心 |
重要的不是你說了什麼或做了什麼，
是你讓他感覺到什麼。
— Maya Angelou ／ Google 資深 PM Nicolas Lin 引用
PM 的工作 ／
是把「不確定」轉成「可交付」。