圖2-5是撰寫prd文件的通用模板，整個模板框架主要分為六個部分：1.基本規範、2.文件概述、3.產品說明、4.功能說明、5.非功能說明，6.結尾附錄。
前面小節中介紹brd 和mrd文件的撰寫方法時，建議統一採用ppt的表現形式來輸出，而prd文件的目的和閱讀物件決定了它更適合用傳統的word文件格式，下文將會對每個模組的內容做詳細介紹。
圖2-5 prd文件撰寫模板
（1）基本規範
基本規範模組包含了三個部分：文件封面、文件目錄，更新記錄。文件封面盡量用簡潔的標題和版本號命名，文件中注意新增頁尾和頁首元素作為輔助內容的說明。文件撰寫過程中建議使用word自帶的的標題格式，完成後可以自動生成文件目錄。文件更新記錄指的是，在文件迭代的過程中，每次的改動需要進行版本號的變更，以及記錄變更的內容。
（2）文件概述
文件概述模組主要分為四個部分，分別是：背景概述、範圍和邊界、閱讀物件，術語定義。其中背景概述主要描述整個專案初始需求的背景，目的是讓未參與過專案的人能通過背景概述了解該項目的由來。
範圍和邊界主要定義了專案影響規模，包括產品邊界、業務邊界、運營邊界，技術和人力資源邊界等。閱讀物件主要用來限制哪些組織或者個人可以閱讀此文件，有利於對文件的傳播效率和許可權控制。術語定義主要用來詳細介紹文件中可能出現的專業術語，確保所有所有術語都有唯一的註解。
（3）產品說明
產品說明模組主要分為兩個部分，分別是：產品簡介和產品流程。產品簡介作為背景概述的補充，主要介紹產品的基本情況，包括產品的定位、產品的使用者使用場景，以及產品的功能介紹等。產品流程模組需要提供核心功能的業務流程圖以及操作流程圖，以方便閱讀者快速了解產品的核心流程。
（4）功能需求
圖2-6功能需求描述範例
（5）非功能需求
（6）附錄
如何寫好需求文件
需求文件可能是很多產品的學習第一課，到底怎麼寫好乙份需求文件，還是要追根溯源從根本上說起 本著萬物可追溯，萬物可分解的原則，這個問題可以分解成三個問題 1 不寫行不行 推動需求落地的一般來說需要以下幾個步驟 1 前期溝通 2 宣講 3 原型 文件 4 後續溝通 所以原型 需求文件在整個落地過程中處於...
如何寫好軟體文件
今天看到一篇介紹寫作技術文件的文章，試著翻譯了一下，翻得不好，請大家幫忙改正。正文如下 我不知道是不是有人會將閱讀或書寫技術文件當 好。雖然很討厭這樣做，但是通常為了解決問題或介紹乙個技術產品，我們不得不去做這些事情。要想寫好文件很難。技術文件有幾種形式 基本概覽，高階概覽，一步一步的演示，自動生成...
如何寫好乙份產品需求文件
二 產品概述 三 功能說明 四 其他產品需求 五 風險分析 六 相關文件 版本編號 修訂人修訂日期 修訂描述 1.0.0 2021.1.22 初步確定產品需求 確定產品需求的實現方案 此文件的目的主要是清晰 有條理的說明 平台應具備的相關功能以及開發需求。此文件主要描述 平台中前端頁面涉及到的功能點...