PRD就是production requirement document, 是産品經理給開發、測試、UED工程師闡述功能的重要文檔。 随之對應的就是研發人員的ESP(engineer spec)文檔,，該文檔就是對PRD進行功能了解說明,，形成和産品經理的統一意見, 然後就可以開工了。
原則在開發初期需要形成概要和詳細設計文檔, 作為研發對架構,設計思想的統一, 在開發過程中, 會形成過程文檔和變更文檔
測試人員會根據功能形成測試用例,，對功能進行覆寫。
具體在研發過程中, 對需求要進一步細化, 落地為一個個的task, 每個task都有預估時間, 比如 8個小時, 6個小時. 我們可以用redmine把這些task追蹤起來.
開始不需要追求一個大而全的設計和實作, 完成比完美重要, 實際的開發中, 可以疊代前行, 比如我們4個星期出0.1版本, 再4周出0.2版本,找到重要的時間節點, 形成節奏, 一定要確定每個版本都是穩定的, 每個版本都有新功能加進去, 穩定産品基線! 基線要和PRD ESP對應起來.。
産品經理也要有自己的roadmap對PRD進行更新疊代。
下面給大家舉個栗子，是我最近剛完成的一份PRD的删減版本。
目錄如下：
關鍵在于每一個功能如何較長的描述，可采用如下模闆：
