1、檔案命名（編號） 檔案的編號很關鍵，因為產品迭代過程會有不同的檔案版本，一般命名規則“公司名+產品名+PRD+D1.0”（以第一版為例），這樣命名有利用版本號的迭代，如果是小的產品需求變動可以直接命名為“公司名-產品名-PRD-D1.01”，如果涉及到功能需求增加可以命名為“公司名-產品名-PRD-D1.1”，當出現產品第二版時，可以命名為“公司名-產品名-PRD-D2.0”。 2、修訂控制頁 一般有這麼幾項：編號、文件版本、修訂章節、修訂原因、修訂日期、修改人。編號只是為了給個修改的順序，文件版本顯示的當前修改的內容是在哪個版本中出現，修訂章節是具體到哪個章節哪個功能模組的修改，修訂原因說明此功能修改的問題所在。修訂日期以修改當日的日期為修訂日期，修改人顯示修改內容模組的人，可能是當前使用者也可能是其它產品人員。 3、目錄 不建議自己去新增一個新的目錄，你可以去其它的文件中拷一個過來，不考慮目錄的內容，等寫完PRD可以再去更新。但建議用Mind manager來整理一下思路。 4、請與以下部門討論PRD PRD做為一個承接作用的“載體”，會與技術、運營、財務等人員的溝通，而與這些人員溝通的主題都將會出現在子功能或在細節細化的基本上，需要與相關人員確定“溝通內容”，這對於產品整體流程將是很重要的。同時對於產品核心功能的提取也是一個重要環節。產品經理很重要的一個職能就是溝通。例與客服中心：客服服務部，討論的內容：預測客服成本、工作量；討論客服如何支援；協助評估詐欺/資料竄改風險：欺詐/資料竄改風險、不正使用風險。這就是要寫在與其它部門討論PRD中的。一個產品經理需要考慮如何與其它部門之間的溝通合作，文件很大一部分的功能是提醒你要做的工作，同時不斷補充將要面臨的工作。
1、檔案命名（編號） 檔案的編號很關鍵，因為產品迭代過程會有不同的檔案版本，一般命名規則“公司名+產品名+PRD+D1.0”（以第一版為例），這樣命名有利用版本號的迭代，如果是小的產品需求變動可以直接命名為“公司名-產品名-PRD-D1.01”，如果涉及到功能需求增加可以命名為“公司名-產品名-PRD-D1.1”，當出現產品第二版時，可以命名為“公司名-產品名-PRD-D2.0”。 2、修訂控制頁 一般有這麼幾項：編號、文件版本、修訂章節、修訂原因、修訂日期、修改人。編號只是為了給個修改的順序，文件版本顯示的當前修改的內容是在哪個版本中出現，修訂章節是具體到哪個章節哪個功能模組的修改，修訂原因說明此功能修改的問題所在。修訂日期以修改當日的日期為修訂日期，修改人顯示修改內容模組的人，可能是當前使用者也可能是其它產品人員。 3、目錄 不建議自己去新增一個新的目錄，你可以去其它的文件中拷一個過來，不考慮目錄的內容，等寫完PRD可以再去更新。但建議用Mind manager來整理一下思路。 4、請與以下部門討論PRD PRD做為一個承接作用的“載體”，會與技術、運營、財務等人員的溝通，而與這些人員溝通的主題都將會出現在子功能或在細節細化的基本上，需要與相關人員確定“溝通內容”，這對於產品整體流程將是很重要的。同時對於產品核心功能的提取也是一個重要環節。產品經理很重要的一個職能就是溝通。例與客服中心：客服服務部，討論的內容：預測客服成本、工作量；討論客服如何支援；協助評估詐欺/資料竄改風險：欺詐/資料竄改風險、不正使用風險。這就是要寫在與其它部門討論PRD中的。一個產品經理需要考慮如何與其它部門之間的溝通合作，文件很大一部分的功能是提醒你要做的工作，同時不斷補充將要面臨的工作。