在文章開始前，我們簡單看下在什么時(shí)候用、誰去用，來明確需求文檔的書寫原則：

• 產(chǎn)品需求評(píng)審的時(shí)候看；

• 研發(fā)技術(shù)方案設(shè)計(jì)、敲代碼的時(shí)候看；

• UI進(jìn)行界面設(shè)計(jì)的時(shí)候看；

• 測試寫測試用例、執(zhí)行用例的時(shí)候看。

PRD 文檔的目的就是讓每個(gè)項(xiàng)目成員知道需求為什么做、要做什么、怎么做。

所以可以得到PRD的書寫原則有：

• 有理有據(jù)：從項(xiàng)目成員知道為什么做；

• 全面、清晰、準(zhǔn)確：讓大家知道做什么、怎么做；

• 易讀性：讓大家方便快捷的理解文檔內(nèi)容。

  
  

明確了原則，還有2個(gè)前提：「需求類型、需求大小」

1. 需求類型有：功能需求、接口需求、性能需求、策略需求、埋點(diǎn)需求、統(tǒng)計(jì)需求等等。

2. 需求大?。?/strong>可以是從0-1的大項(xiàng)目，包含上邊的所有需求類型，還有就是日常迭代版本的小需求。