作為一名合格的產(chǎn)品經(jīng)理我們都要學會輸出一個需求文檔。我是將需求文檔和產(chǎn)品文檔進行了區(qū)分。這里的需求文檔他們之間的區(qū)別是，這里需求文檔不涉及界面原型和交互。（因為交互和原型里面有很大細節(jié)，經(jīng)常改動hi是文檔變得不易維護，又一些耗費精力。也會使文檔呢的內(nèi)容變得很復雜之類。）
一、需求文檔包含的內(nèi)容
二、需求名稱
要給需求起一個方便理解的名稱，讓團隊成員快速理解要做什么樣的事情以及實現(xiàn)的目標。最終也會成為項目名稱。（有機會或者有條件的情況下，產(chǎn)品經(jīng)理可以把需求的名稱給到技術(shù)同事、業(yè)務同事看一下 · 問下他們對名字的理解是否有歧義。）
三、背景
背景在這里描述需求的背景及為什么要做這個需求。
?四、目標和收益
在文檔中講清楚，做這個需求的預期收益以及想實現(xiàn)怎樣的目的。
背景、目標和收益的內(nèi)容，可以來自我們之前做的商業(yè)需求文檔、用戶調(diào)研報或者市場需求文檔 ，不管信息的來源是哪里。需求實現(xiàn)的目標是最關鍵的，它能夠讓團隊不忘初心。
五、需求范圍
需求以列表和用例圖的方式展現(xiàn)出來，可以大致知道這些需求包含嘛些內(nèi)容，為后續(xù)評估工作量和閱讀文檔提供便利。
六、功能需求
以下是大家最熟悉的模塊了
6.1業(yè)務概念
在這一部分放上需求分析時的實體關系圖。在實體關系圖之后，解釋每一個元素具體定義是什么，以及具體包括的屬性數(shù)據(jù)有哪些。產(chǎn)品經(jīng)理提供這些描述，有助于理清業(yè)務概念，也可以幫助技術(shù)同事拿到需求設計。
6.2流程展示
在這里加入流程圖和數(shù)據(jù)流程圖（下一篇文章給大家介紹數(shù)據(jù)流程圖），用可視化的方式一讓大家快速了解業(yè)務和需求。
6.3需求描述
需求描述是比較重要的一部分，我們可以用前面提到的用例的方式來描述需求。
需求描述可以包括的內(nèi)容有哪些，通過填寫需求描述，將需求一并描述清楚。
七、非功能需求
非功能需求是一個系統(tǒng)的特征，一般是用形容詞或者副詞來表示，比如快捷、安全、高效、穩(wěn)定等。這些詞語可以用在功能與功能之間、系統(tǒng)與系統(tǒng)之間、產(chǎn)品與產(chǎn)品質(zhì)檢之間的比較。用戶用這些形容詞和副詞對產(chǎn)品進行了比較，進而就會對產(chǎn)品進行選擇。
想要打造出一款觸動人心的產(chǎn)品，需要產(chǎn)品經(jīng)理的心思多分給非功能需求一些。當然，并不是要求系統(tǒng)和功能要滿足。
非功能需求清單書寫非功能需求就像對手機進行測評一樣，總是要把性能的好壞拆分成各種具體的參數(shù)和跑分，量化的標準才可以進行參考和比較。所以，非功能需求也要做到量化。
比如，搜索單號要在 0 . 5 秒內(nèi)反饋結(jié)果。同時，非功能需求也是，整體系統(tǒng)和軟件的要求。比如，搜索單號要在 0 . 5 秒內(nèi)反饋結(jié)果，那么整體白軟件功能都要符合這樣的要求。
以上就是我們在分析需求階段要得到的需求文檔。（產(chǎn)品需求文檔則比本章講的需求文檔多了2個點產(chǎn)品需求說明以及產(chǎn)品原型）
