前言：作為一名剛?cè)肼毑痪玫漠a(chǎn)品小白來說，寫文檔是逃避不了的事情，并且寫文檔也是最快能夠了解產(chǎn)品的方式之一了，當(dāng)然了，寫多少、寫什么還是要取決于公司的業(yè)務(wù)。

---

1.簡(jiǎn)單介紹四種文檔

產(chǎn)品文檔不僅是說作為產(chǎn)品經(jīng)理對(duì)當(dāng)前這個(gè)產(chǎn)品有多了解，更重要的是為了讓設(shè)計(jì)和開發(fā)部門更加有效的理解產(chǎn)品的功能框架，所以產(chǎn)品的需求文檔是非常重要的。接下來就簡(jiǎn)單的介紹下PRD、BRD、MRD、FSD 這四種文檔

• PRD (Product Requirements Document，產(chǎn)品需求文檔)：PRD是對(duì)產(chǎn)品功能的進(jìn)一步細(xì)化，是PD新人寫的最多的文檔。文檔主要包含整體說明、用例文檔、產(chǎn)品Demo等，會(huì)對(duì)產(chǎn)品功能做具體需求。
• BRD(Business Requirements Documents，商業(yè)需求文檔)：這是產(chǎn)品生命周期中最早的文檔，其內(nèi)容涉及市場(chǎng)分析、銷售策略、盈利預(yù)測(cè)等，通常是給大BOSS展示的PPT，也就比較短小精悍、沒有過多的產(chǎn)品細(xì)節(jié)，有點(diǎn)類似于創(chuàng)業(yè)者的商業(yè)計(jì)劃，主要是為了獲得認(rèn)可、爭(zhēng)取資源
• MRD(Market Requirements Documents，市場(chǎng)需求文檔)：在獲得大BOSS支持后，產(chǎn)品開始進(jìn)入實(shí)施階段，也就是開始寫MRD了，要有更細(xì)致的市場(chǎng)與競(jìng)爭(zhēng)對(duì)手分析，包括可通過哪些功能來實(shí)現(xiàn)商業(yè)目的，功能、非功能需求分為哪幾塊，功能的優(yōu)先級(jí)等。而且在實(shí)際工作中，PD在這個(gè)階段常見的產(chǎn)出物有產(chǎn)品的Feature List、業(yè)務(wù)邏輯圖等，這是從商業(yè)目標(biāo)到技術(shù)實(shí)現(xiàn)的關(guān)鍵轉(zhuǎn)化文檔
• FSD(Functional Specifications Document，功能詳細(xì)說明)：比較像經(jīng)常寫的用例文檔，經(jīng)常包含在PRD中，從這開始會(huì)出現(xiàn)很多技術(shù)的內(nèi)容，產(chǎn)品界面、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定、比如網(wǎng)頁上的某表格中的數(shù)字格式等。并且硬件系統(tǒng)的設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、表結(jié)構(gòu)設(shè)計(jì)等工作需要架構(gòu)師或者系統(tǒng)分析師來編寫

---

2.對(duì)PRD簡(jiǎn)單分析

對(duì)于PRD應(yīng)該說相對(duì)于其他三種文檔算是最為常見的了，通常一個(gè)項(xiàng)目會(huì)有一份或者多份PRD，每一份PRD會(huì)包含邏輯相關(guān)的若干功能點(diǎn)，這些相關(guān)需求在“需求打包”的環(huán)節(jié)已經(jīng)被識(shí)別出來，也就是產(chǎn)品需求列表里的若干行。如下是從網(wǎng)上當(dāng)?shù)腜RD文檔結(jié)構(gòu)模板，大致如此：

對(duì)于以上章節(jié)模塊簡(jiǎn)單介紹如下：

修訂歷史：每次修訂的日期，版本號(hào)、說明和作者，便于以后追溯

項(xiàng)目概述：項(xiàng)目背景、意義、目的、目標(biāo)等

功能范圍：給出PRD的業(yè)務(wù)邏輯圖，描述系統(tǒng)中角色的職責(zé)、與周邊系統(tǒng)的關(guān)系、全局的商業(yè)規(guī)劃等

用戶范圍：對(duì)本PRD設(shè)計(jì)的角色，系統(tǒng)做出簡(jiǎn)單的說明

詞匯表：對(duì)PRD設(shè)計(jì)的專有詞匯、術(shù)語、縮寫等做出說明

非功能需求：如性能需求、數(shù)據(jù)監(jiān)控需求等

其他說明：此處可以任意發(fā)揮

總體說明之后是用例文檔部分，首先要對(duì)PRD中所有用例進(jìn)行說明、然后說明各個(gè)用例之間關(guān)系、一般有類圖、用例圖、狀態(tài)圖等幾種表示方法，其中用例圖最為關(guān)鍵，這塊內(nèi)容我會(huì)在之后的博客中進(jìn)行介紹；然后是用例的正文，由一個(gè)個(gè)用例組成、這部分也就是常說的用例文檔 UC ,那么什么是UC呢？

---

3.用例文檔，UC

UC是需求人員寫給開發(fā)人員看的一種最基本的文檔，理想狀態(tài)下，一個(gè)UC代表了產(chǎn)品需求列表里的一行，但實(shí)際上并不絕對(duì)，也可能多個(gè)UC滿足一個(gè)產(chǎn)品需求，或者一個(gè)UC涉及到多個(gè)產(chǎn)品需求，在此對(duì)部分專業(yè)名稱簡(jiǎn)單介紹一下：

• UC（USER CASE，需求評(píng)審）：是PRD評(píng)審、UC評(píng)審、Demo評(píng)審的統(tǒng)稱，在需求完成以后，是PD說給開發(fā)、測(cè)試聽并給出評(píng)價(jià)或批準(zhǔn)的過程
• TC（TEST CASE，測(cè)試評(píng)審）：在TC編寫完成，測(cè)試開始執(zhí)行之前，由測(cè)試人員把對(duì)需求的理解以TC的形式說給PD、開發(fā)聽。
• PD（產(chǎn)品設(shè)計(jì)、需求分析師）：PD（product designer/product director）：產(chǎn)品設(shè)計(jì)或產(chǎn)品負(fù)責(zé)人，多見于互聯(lián)網(wǎng)等以產(chǎn)品為中心的行業(yè)。
• PM（產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理 product manager/project manager）：前者多見于互聯(lián)網(wǎng)、快消（貌似是寶潔最先提出產(chǎn)品經(jīng)理的概念）等行業(yè)；后者的應(yīng)用可能更廣泛，像工程單位也用“項(xiàng)目總（經(jīng)理）”的叫法。

簡(jiǎn)單的附上UC模板如下：

由于UC一般只用來描述功能需求，他不便于描述諸如產(chǎn)品擴(kuò)展性、系統(tǒng)容量、人員培養(yǎng)等非功能需求，所以一般把非功能需求部分都寫在PRD的總體說明里

總結(jié)

以上是生活随笔為你收集整理的作为PM，要知道的四类产品文档的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。