需求文件註定是給所有人看的，它就是產品的定義。文件圍觀的人包括：你的老闆（如果產品夠大，還會需要老闆的老闆），設計師，工程師，測試工程師。有時還應該包括產品前端：如運營，銷售，甚至市場部同事。在透過各方的評審和簽字後，一般來說，這個文件就是一錘定音的事。若有更改，就是需求變更了。所以，在需求文件撰寫前和撰寫中，對產品方向和使用者的把握要足夠強，從產品目的，到每個連結的含義，都需要準確地定義。基本上，當你開始寫文件時，應該萬事俱備。一邊想一邊寫，那說明你還沒有想明白這個產品是怎麼回事。在有些公司，需求文件會包括產品的最終設計介面。即在文件提交給大家圍觀前，產品介面已經確定完畢。需求文件寫作的一些建議格式無所謂。用WORD的多，HTML，線上文件都成，我還見過PPT寫的！產品定義部分一定要詳細描述。按功能模組寫，跨功能的定義用流程和關係來描述。多站在使用者的角度上，去定義使用者任務，使用者流程，頁面邏輯關係等。使用準確的用語，注意邊界情況。比如，一個文字框最多輸入多少個字元？是阿拉伯數字還是皆可？超過字數會怎麼樣？多畫圖。把原型包括進去，或者把產品介面包括進去，不然就畫出來。否則除了你，沒多少看得懂。一個需求文件，一些通用部分是必須要包括進去的，我總結了一個示例。當然， 很多時候有可能是創業公司，或是小版本快速上線，要求會寬泛得多得多。比如現比較推崇的Agile敏捷開發，會更強短平快，削弱文件的溝通而加強團隊的直接交流，簡化流程，快速反饋，快速迭代等等。這種情況下，需求文件會極大簡化，咱就不在這探討了。----------------------------------------------------------------------------------------------文件資訊，版本記錄，責任人等專案背景，產品目的文件約定（採用的標準，通用名詞等）可行性分析前期調研產品預期對其他產品的影響產品定義功能詳述（文件主體部分）功能模組用例使用者流程資料需求業務規則流程產品非功能需求對效能的需求安全性需求等產品風險或潛在問題
需求文件註定是給所有人看的，它就是產品的定義。文件圍觀的人包括：你的老闆（如果產品夠大，還會需要老闆的老闆），設計師，工程師，測試工程師。有時還應該包括產品前端：如運營，銷售，甚至市場部同事。在透過各方的評審和簽字後，一般來說，這個文件就是一錘定音的事。若有更改，就是需求變更了。所以，在需求文件撰寫前和撰寫中，對產品方向和使用者的把握要足夠強，從產品目的，到每個連結的含義，都需要準確地定義。基本上，當你開始寫文件時，應該萬事俱備。一邊想一邊寫，那說明你還沒有想明白這個產品是怎麼回事。在有些公司，需求文件會包括產品的最終設計介面。即在文件提交給大家圍觀前，產品介面已經確定完畢。需求文件寫作的一些建議格式無所謂。用WORD的多，HTML，線上文件都成，我還見過PPT寫的！產品定義部分一定要詳細描述。按功能模組寫，跨功能的定義用流程和關係來描述。多站在使用者的角度上，去定義使用者任務，使用者流程，頁面邏輯關係等。使用準確的用語，注意邊界情況。比如，一個文字框最多輸入多少個字元？是阿拉伯數字還是皆可？超過字數會怎麼樣？多畫圖。把原型包括進去，或者把產品介面包括進去，不然就畫出來。否則除了你，沒多少看得懂。一個需求文件，一些通用部分是必須要包括進去的，我總結了一個示例。當然， 很多時候有可能是創業公司，或是小版本快速上線，要求會寬泛得多得多。比如現比較推崇的Agile敏捷開發，會更強短平快，削弱文件的溝通而加強團隊的直接交流，簡化流程，快速反饋，快速迭代等等。這種情況下，需求文件會極大簡化，咱就不在這探討了。----------------------------------------------------------------------------------------------文件資訊，版本記錄，責任人等專案背景，產品目的文件約定（採用的標準，通用名詞等）可行性分析前期調研產品預期對其他產品的影響產品定義功能詳述（文件主體部分）功能模組用例使用者流程資料需求業務規則流程產品非功能需求對效能的需求安全性需求等產品風險或潛在問題