曼陀號月會｜PRD 產品開發文件的撰寫方式分享
閱讀時間約 3 分鐘
此篇文章是紀錄 7/9 參加曼陀號 PM 組第二次的月會的活動心得，雖然很可惜因為個人因素，這次是線上參加，但整場三小時的活動，仍然收穫滿滿！
這次的主題是 PRD 的撰寫，PRD 的全文是 Product Requirement Document，是每個產品經理工作中最常接觸的工作內容。
船長 Calre 說，其實在台灣的中小企業公司，大部分的 PRD 都同時整合的 BRD （商業分析）與 MRD（上市計畫）的部分，也因此在介紹時，是以最完整的架構做說明，實務上不一定每家公司、每次專案，都可以完全符合，但可以依照自己的需求從中依照專案性質、團隊需求的狀況去萃取需要的部分。
為什麼需要 PRD？
但在討論一個好的 PRD 應該包含什麼內容之前，要先定義跟理解為什麼需要 PRD？直接口頭溝通不行嗎？ 只用票裡用幾句話溝通需求難道不行嗎？
其實專案開發過程中，沒有絕對的準則，例如：敏捷精神會認為溝通大於文件，快速溝通才能快速迭代；但金融支付相關產業，法規等規定的限制下，有明確的文件規範才能清楚規則並且易於查找。
PRD 的存在的核心精神，是為了讓所有利害關係人都有共識，並且協助這份專案的開啟前中後，任何階段參與進來的人，都能共享同樣的文件跟知識庫，當作開發、迭代的參考。
好的 PRD 不是只有在專案進行中發揮作用，專案開發後的文件記錄完善，也更能讓後續接手的人了解狀況與脈絡。
PRD 包含什麼？
除了一般常見的背景說明、目標、時程、需求功能描述等內容，因應公司或專案類型的不同，還可能需要加上後端的循序圖、第三方的 API 文件、業務相關知識、甚至是名詞定義等細節。
也會因應 PM 的工作職掌範圍，加入流程圖、UI flow、Wireframe 等頁面規格的說明、數據分析需求，與發佈計畫的制定。
每個部分都可大可小，說明的越仔細，例如：用圖片代替文字敘述、或用表格代替列點文敘，越能降低後面溝通上的誤會。
實務上大家的做法
除了船長 Clare 的分享，還讓大家各自準備自己的 PRD 來交流討論，透過另一個第三方的眼睛來協助檢視，更能看出盲點，也因為大家都來自各自不同的公司，可以很快地觀摩到不同類型的文件規格。
以目前我在方格子的工作流程來說，是以 Notion 的軟體紀錄 PRD，好處是快速可以建立，學習成本低；但缺點則是當置入表格或圖片等說明時，不易閱讀與查找。
其他也有人使用 Word、Google Doc、Axure 等不同軟體工具撰寫，跟公司本身的習慣或工作流程也有相關，PRD 的重點不是形式而是內容。
其中我最印象深刻的是有航海士分享，自己家的 RD 不喜歡規格訂得太細，因為這樣會沒有技術可以施展創意的地方。的確 PRD 只是一個專案合作的開始，實際上仍然需要跟工程師、設計師等團隊合作，才能促使專案的完成。比起由 PM 完整規範要開發的細節，在過程中討論，讓大家各自從自己的專業中提供想法建議，更是團隊合作真正有效率且順利地達成專案的目標的核心。
而這也更考驗團隊合作的默契與經驗，除了自己跟團隊之間合作的默契培養，也透過曼陀號月會的交流，更快地吸取其他人在不同情境下的做法，累積自己的見識。
為什麼會看到廣告
留言0
查看全部
你可能也想看
Google News 追蹤
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
寫作對產品經理來說有著重要的作用，不僅促進自我審視，還有助於邏輯思維和溝通技巧的培養。此外，透過寫作，產品經理可以與全球頂級的專業人士進行交流，提高自己的技能和保持競爭力。
本文淺談專案管理(PM)在公司中的重要性，以及圍繞在 PM 周圍的各單位分工。介紹了專案範圍管理、專案成本管理、專案溝通管理、專案風險管理、專案整合管理等專案管理的相關內容，並著重介紹了 TPM、EPM、OPM、Sales Product Manager 等常見的專案管理角色。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
凡是專案，就一定有啟動會議。
啟動會議最主要的目的是讓專案成員、利害關係人齊聚一堂、互相認識，瞭解專案的目標、工作大項、程和里程碑，最重要的是要爭取功能主管對專案的支持，能夠派出成員利用在原部門工作的時間來參與專案。
ERP專案的啟動會議有兩次。
不少人聽說過PDCA流程。PDCA是由統計學家威廉．愛德華茲．戴明（William Edwards Deming）所提出，最一開始應用在品質管理領域，時日至今慢慢成為企業通用的目標管理流程。
PDCA總共涵蓋四個步驟：
計畫 Plan ：總體目標與規劃制定
執行 Do ：執行先前計畫，收集必要
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
本文探討專案管理的真正意義，以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。
專案報告怎麼寫？有沒有模版範例？當然！我們已經為你整理好了豐富多樣的各類型專案報告範例，讓你可以按需選擇，一鍵下載就開始使用！也為你準備了專案報告撰寫教學，快跟著我們一起簡單 8 步學會寫各種專案報告！更有高效專案管理工具推薦，為你助力數據整理，寫出更加專業且具吸引力的專案報告！
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
寫作對產品經理來說有著重要的作用，不僅促進自我審視，還有助於邏輯思維和溝通技巧的培養。此外，透過寫作，產品經理可以與全球頂級的專業人士進行交流，提高自己的技能和保持競爭力。
本文淺談專案管理(PM)在公司中的重要性，以及圍繞在 PM 周圍的各單位分工。介紹了專案範圍管理、專案成本管理、專案溝通管理、專案風險管理、專案整合管理等專案管理的相關內容，並著重介紹了 TPM、EPM、OPM、Sales Product Manager 等常見的專案管理角色。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
凡是專案，就一定有啟動會議。
啟動會議最主要的目的是讓專案成員、利害關係人齊聚一堂、互相認識，瞭解專案的目標、工作大項、程和里程碑，最重要的是要爭取功能主管對專案的支持，能夠派出成員利用在原部門工作的時間來參與專案。
ERP專案的啟動會議有兩次。
不少人聽說過PDCA流程。PDCA是由統計學家威廉．愛德華茲．戴明（William Edwards Deming）所提出，最一開始應用在品質管理領域，時日至今慢慢成為企業通用的目標管理流程。
PDCA總共涵蓋四個步驟：
計畫 Plan ：總體目標與規劃制定
執行 Do ：執行先前計畫，收集必要
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
本文探討專案管理的真正意義，以及專案經理真正的價值是什麼。同時討論專案經理必修的最重要技能。
專案報告怎麼寫？有沒有模版範例？當然！我們已經為你整理好了豐富多樣的各類型專案報告範例，讓你可以按需選擇，一鍵下載就開始使用！也為你準備了專案報告撰寫教學，快跟著我們一起簡單 8 步學會寫各種專案報告！更有高效專案管理工具推薦，為你助力數據整理，寫出更加專業且具吸引力的專案報告！