你可能已經在 PM 的路上起步，開始接需求、與設計師對話、跟工程師對焦。但當你打開文件，面對一個模糊的想法，卻還是常常卡在第一句：「我應該怎麼開始寫這份 PRD？」 這堂實作工作坊，將帶你從產品設計流程出發，學會如何用對的框架與邏輯，把模糊指令，拆解成清晰、可執行的產品方案。最後能作為轉職面試作品集，也能作為你進階產品思維的基礎。
進到課程內容之前，我們想邀請你看看以下這份 PRD：
PRD - 定期發送電子報功能
|
你是否有看出以下問題呢？
問題點 | 原因說明 | 潛在影響 / 風險 |
缺乏使用者定義 |
|
|
功能描述太簡略 |
|
|
沒寫失敗情境與異常處理 | PRD 僅描述順利寄送的流程，未考慮寄送失敗、API 錯誤、名單不完整等情況 |
|
功能目標過於模糊 | 僅寫「增加黏著度」，沒有可追蹤的指標或驗證方式 |
|
這類型的 PRD 文件其實並不少見，而常見的原因是：
- 缺乏對產品全貌的理解，無法站在使用者與工程師的角度思考完整流程
- 僅聚焦於功能描述，卻忽略了各種可能的例外情境（edge case）與操作範圍
- 對於技術限制、資料結構等知識掌握不足，導致無法明確定義需求實現方式 (是原因之一，但此問題不在本次課程範圍內)
而這些不精確的 PRD，會帶來哪些影響？
- 開發過程中的大量反覆溝通與誤解。當需求模糊，工程師難以正確評估工時，進而影響整體排程
- UI/UX 設計師也無法確保設計邏輯與實際場景一致，導致反覆修改甚至整體返工，進度拖延、品質下降
- QA 沒有標準可依，測試難以準確覆蓋
因此，我們希望你從這堂課中學到：
- 如何釐清使用者需求，寫出能推動決策的 PRD
- 如何拆解功能，補齊設計師與工程師會問的需求範圍與edge case
- 如何用流程圖、Use Case、User Story 讓團隊迅速對齊需求
- 如何為你的 PRD 設定可驗收的成功標準
- 如何進行 PRD Briefing 會議
章節 | 標題 | 內容說明 |
Section 1 | 遇到模糊需求怎麼辦？你需要三大需求拆解工具 | 當老闆說「研究一下，看怎麼在產品功能中導入 AI」時該怎麼處理？ 我們將帶你從這句話出發，逐步引導你思考：
接著用三種工具來解析需求！
|
Section 2 | PRD 結構解析：打造一份完整、實用的需求文件 | 認識一份清晰 PRD 應包含的元素，並理解每個區塊的撰寫邏輯：
|
Section 3 | 實作你的第一份 PRD，打造專屬作品集 | 練習撰寫一份完整 PRD |
Section 4 | PRD briefing 模擬練習 | 練習如何用 PRD 明確表達需求與目標 |
適合有以下困擾的人參加：
- 接到需求後，該怎麼有架構的思考，將模糊需求轉換成可執行的方案並且完成PRD文件？
- 不確定 PRD 應該要包含到哪些內容？ 以及內容要寫得多詳細才合理？
- 想轉職軟體 PM 但是沒有作品集，想製作一份面試時使用
- 在與工程師討論需求開發時，常感覺到自己思考的不夠完善，導致需求對焦的時間不斷拉長，壓縮到開發時間
講者介紹
PM 魯米 擁有十年 SaaS 軟體產品管理的經驗，現為 B2B 軟體產品主管。過去曾在美國航空擔任軟體工程師，隨後擔任手機大廠、影音平台、區塊鏈等領域擔任產品經理。善於產品規劃設計、跨國專案管理、團隊領導等等。且曾經創業 B2B 線上服務，成功把產品推進東南亞最大運動直播公司。
工作之餘喜歡書寫文章分享產品知識，曾經參與 Scrum 工具書籍的翻譯團隊。
產品經歷
- 參與多個 HTC 手機軟體設計，負責全系列手機影音和多媒體 App，總使用量超過百萬人次
- 幣安加密貨幣交易平台 PM，推動建立一套內部核心系統，串接所有交易產品（現貨、合約、衍生性商品、理財 etc），自動化流程處理10+國家的交易規則
- 曾經單獨外派海外，是當地唯一產品PM，該市場成為公司最大營收來源
授課方式
- 單堂實體課，總計6小時
- 上課日期：12/13
- 上課時間：10:00－17:00（12:00－13:00 休息一小時）
- 團班課程，僅招收20人，報名人數滿10人開班，未滿10位則取消課程
- 上課前需準備：
- 自備個人用電腦
- 需註冊及安裝 Whimsical
- 是否提供午餐：否，學員須自行準備午餐
注意事項
- 本課程為實體授課，無提供線上場次及現場錄音及錄影
- 購票後請於繳費期限內儘速繳款，若逾期則需重新購票
- 購買課程前，請詳讀購買權益！ 購買權益：https://docs.google.com/document/d/1RAAM_ECF_8FFiVAOM_CedDaeIqNXUCiOSavqzNhzmds/edit?usp=sharing
