PRD
含有「PRD」共 7 篇內容
全部內容
發佈日期由新至舊
很多PM以為寫PRD就是打開文件開始敲字，但其實PRD動筆前的準備工作才是決定專案成敗的關鍵。從商業需求釐清、利害關係人訪談到業務流程梳理，這些「看不見的功夫」決定了你的PRD是精準命中需求，還是淪為改到天荒地老的災難文件。
AI Coding 被宣傳得天花亂墜，彷彿可以讓沒有程式基礎的人，輕鬆寫出可用的應用程式成品。
事實是：要寫出堪用且具備擴展性的程式碼，你還是得遵循傳統的工程紀律來運作。
別懷疑，AI 寫大系統的能力是可疑的
像我這樣，只有 Script 語言經驗、沒有接觸過 C++ 這類硬底子語言的人來說，
美國資深軟體工程師 Brian 研發出一套名為 BMAD 或 BMad-Method 的開發方法，解決單純依靠 AI 工具進行 Vibe Coding 所造成的混亂和資源浪費。透過明確 AI角色 分工，逐步產出詳細文件，再交由 AI 開發代理使用者故事逐步開發，確保產品品質與可維護性。
The MentorShip 曼陀號 PM 組月會 02 主題為「PRD 撰寫與實例說明」，內容包含 PRD 的撰寫法則、用途、使用場景——
有時候我們在執行專案的時候會遇到一個狀況，工程師實作的東西跟預期的不一致，因此能夠正確傳達需求是一個重要的技巧。原本我認為應該就是規格說明清楚就沒問題了，實際上事情卻沒有這麼單純。
做為一個產品經理，撰寫需求文檔可說是產品經理 PM 無可避免的任務，同時要思考如何將產品規劃內容清楚表達給利害關係人 (Stakeholder) 了解並獲得支持。
在探討該問題時，我們回歸到人與人之間如何進行有效的資訊傳遞？口說與文字（文件），本篇文章將介紹常用產品文件，並帶你一步步實作 PRD。
付費限定
基本上產品經理在前期會蒐集和分析大量的需求，然後區分優先級後，針對優先級高的需求，進一步規劃具體的功能使用流程和邏輯，所以，其中涉及到的硬實力有哪些呢？我覺得可以總結出三項……
