系統需求文檔怎么寫（4點寫好需求分析文檔）

有一天，一位朋友打電話給我。

朋友：“聽說你們公司是做產權的，我這有相關的項目，你們能做嗎？”

老吳：“我們公司現在不打算接項目了，以做產品為主?！?/p>

朋友：“你在公司負責什么?。俊?/p>

老吳：“我是產品經理，負責公司的產品?！?/p>

朋友：“哦，做需求的啊，知道了。

老吳：“……”

每個公司對產品經理的定位都不同，有的產品經理負責產品的需求，有的產品經理負責產品的設計，有的產品經理負責整個產品線。不論對產品經理的定位是什么，需求對產品經理來說都是必做的功課，那么，寫需求文檔就成了產品經理的家常便飯。對于不同的大廚，同樣做一道家常菜，有的人做得色、香、味俱全，吃起來入口綿長、滑嫩可口；有的人做得口味親切、感人落淚，讓人吃出媽媽的味道；有的做得外焦里嫩，清香撲鼻；但也有的人做得慘不忍睹，讓人不忍直視。做產品也一樣，不同的人對產品有不同的理解，就算理解一樣，寫出來的需求文檔也會不一樣?！拔恼卤咎斐?，妙手偶得之。”寫需求文檔不需要“妙手”，但需要思路清晰，敘述清楚，寫的人要能把需求寫透，看的人才能看懂。一篇好的需求文檔能答疑解惑，一篇壞的需求文檔會讓人誤入歧途。

那么，產品經理在整個需求階段需要寫哪些文檔呢？

產品經理在整個需求階段要寫商業需求文檔（BRD）、市場需求文檔（MRD）、產品需求文檔（PRD）、技術需求文檔（需求規格說明書）。

1．商業需求文檔（BRD）

商業需求文檔是站在商業的角度，主要體現產品的市場分析、規劃、投入、盈利預測等信息，是便于決策層分析、決策是否開發此產品的依據。商業需求文檔更像商業計劃書，它是產品在需求階段最早需要提供的文檔。商業需求文檔一般不長，也可以用PPT的方式展示。

2．市場需求文檔（MRD）

市場需求文檔是站在市場、用戶的角度，多用于描述用戶、購買者、客戶的需求，起承上啟下作用的文檔。市場需求文檔對技術需求文檔的編寫起到一指導作用，文檔中多會以加入產品原型的形式將產品具體化，便于對產品的解釋說明。

3．產品需求文檔（PRD）

產品需求文檔多是站在業務的角度，讓所有的項目干系人都能夠了解、理解產品而編寫的文檔此文檔的閱讀者為產品的管理層、需求人員、設計人員、技術人員、測試人員、市場人員和運營人員。

4．技術需求文檔（需求規格說明書）

技術需求文檔是站在技術角度而編寫的文檔，其中不僅要描述產品的業務需求，還要描述產品的技術指標和技術參數，是架構設計、技術開發的指導性文檔。為了便于說明需求，技術需求文檔中會加入流程圖、序列圖、原型圖等設計模型，從而更好地讓技術人員理解，指導技術人員開發產品。

這些文檔不一定都需要編寫，要看各公司的具體情況。如果是給CEO、投資人看，則需要有商業需求文檔；如果是給市場人員、客服人員、運維人員等非技術人員看，則需要有市場需求文檔和產品需求文檔；如果是給技術人員看并指導技術人員開發產品，則需要有技術需求文檔。這些文檔貫徹產品的整個需求階段，所以這就要求產品經理一定是一名好的文檔編寫高手。

我們了解了各類文檔，也知道了它們的價值和作用，那么，如何寫好需求文檔，以及需要注意哪些方面呢？

1．正確性

需求在我們腦子里可能是清晰的，但寫出來后就不一定清晰了。腦子里想的可能是Ａ，寫出來后可能是B，但你還以為寫的是Ａ。造成這種情況的原因有很多，可能是你的文筆不好、邏輯層次不清晰，編寫有疏忽、遺漏，或者可能是最初就沒有正確地理解需求。

2．全面性

在獲取需求時要盡量全面地了解問題，得到真實、準確、完整的需求，只有將獲取的信息全面地寫出來，獲取的需求才可能是全面的。另外，就算獲取的需求全面了，有時寫需求文檔時也難免會有疏漏。

在編寫需求文檔時要思路清晰、考慮全面，建議將需求從大到小、從粗到細，從平臺、子系統、模塊、頁面到功能點一條線下來進行梳理，當所有的流程都遍歷完，需求文檔也就清晰了，如下圖所示。

3．可驗證性

需求文檔中所描述的需求應該是可驗證的，例如數據的輸入、加工和輸出應該是合理的。文檔中的信息應該是可推敲、可驗證的，只有保證數據及信息來源的正確性，才能更好地把握產品。需求文檔中關于產品的各功能、接口等具備了可驗證性，測試人員才能根據文檔編寫合理的測試用例。

4．無二義性

中文有多音字、多義字，英文也有一個單詞代表多種含義的情況。因為需求文檔主要用文字描述，所以在文檔的描述中一定要保證需求含義清晰，表達準確。另外，如果產品經理對產品需求的理解模糊，思考不深刻，在寫文檔時就不可能保證文檔的準確性。

5．必要性

需求文檔中的需求應該都是必要的需求，對于不合理的、非必要的需求，該“砍”則“砍”。就像小樹，只有削掉其向左右伸展的枝枝，才能保證小樹向上生長。所以只有削掉非必要的需求，才能讓需求更集中，產品的功能更清晰。

6．優先級

在需求文檔中為需求增加優先級，有助于規劃產品的開發順序，優先級不用分得太細，只需要分成“高”、“中”、“低”三個等級就可以。

總結

以上問題都是在做文檔時需要注意的，作為產品經理，我們在獲取、分析需求時，一定要準確把握需求，不要有理解模糊、分析不透徹的情況。否則，在編寫文檔時就會出現更多的問題，再返回去重新分析需求就會浪費更多的時間和精力。需求文檔的編寫是一件很花工夫的事情，難的不是寫，而是想，想透了再寫就很容易了。就像寫文章，動筆前在大腦中要做好提綱，動筆時思路才會清晰。