做一個打破傳統的PRD，讓開發、測試點贊！

好面先熬好滷，好產品先寫好PRD！

PRD可以說是產品經理工作中最常見、最高頻的交付物。畢竟PRD是產品方案、設計思路、實現思路的綜合體現和結果輸出。 是產品研發的起點。那麼怎樣才能做一碗好滷......啊我是說怎樣寫一個好的PRD？

從理論上來說，一個PRD應該

• 要明確產品的價值
• 包含產品所有模組的功能說明
• 覆蓋每個模組在現實中所有應用場景應該遵循的處理邏輯
• 嚴謹起見還要包含修訂記錄和修訂標註。

要滿足上述條件，透過傳統的方式來建立文件，怎麼寫都會很複雜，交給開發和測試來參考的話，往往需要他們耗費很多時間來理解，並且還需要經過討論，再對這份文件進行修改。

這哪能忍，因此我們得擺脫傳統的寫文件形式，靈活地運用工具。

目前市面上大多數專案管理平臺都很貼心地為使用者提供了需求管理模組，解決了傳統方式編制PRD的複雜。

今天小編就用 的需求管理，來建立一個讓開發和測試都受益PRD。

CORNERSTONE的需求管理功能可以建立一個公開需求池，向專案組所有成員廣泛收集需求，透過分析、評審去確定排期與安排，合理並有效的把控需求生命週期管理，並在不同階段把任務分發給產品、設計或者開發人員，合理並有效的把控需求生命週期管理。

建立分類

首先在需求模組中建立需求分類。

建立需求

接下來建立需求，團隊的成員可以一起為產品提供需求，在這裡可以直接分配好需求責任人、分類、優先順序，以及需求的詳細描述，也可以在之後進行補充和新增。

對於已建立的需求，團隊的每一位成員都可以實時檢視需求的詳情，並參與討論，一起對需求進行評估，

有些需求比較複雜，需要拆分成若干個子需求來分配給不同的人去完成，在 中，我們只需要在需求的詳情頁為需求新增子物件即可。

看板檢視

為幫助產品經理對需求進行合理的安排與排期， 的多種看板檢視同樣發揮了作用，使用者可以透過 檢視需求的進度統計，安排開發計劃。

經過上述的簡單步驟，我們就已經搭建起了一個標準的需求管理體系，對於產品的需求，分類、優先順序、狀態、責任人在這裡可以一目瞭然，相較於傳統的PRD來說，這種線上的需求管理不僅更加直觀，也讓工作更加簡單。

全行業覆蓋的一站式專案協作平臺！