作为PM，要知道的四类产品文档
前言：作為一名剛入職不久的產品小白來說，寫文檔是逃避不了的事情，并且寫文檔也是最快能夠了解產品的方式之一了，當然了，寫多少、寫什么還是要取決于公司的業(yè)務。
1.簡單介紹四種文檔
產品文檔不僅是說作為產品經理對當前這個產品有多了解，更重要的是為了讓設計和開發(fā)部門更加有效的理解產品的功能框架，所以產品的需求文檔是非常重要的。接下來就簡單的介紹下PRD、BRD、MRD、FSD 這四種文檔
- PRD (Product Requirements Document，產品需求文檔)：PRD是對產品功能的進一步細化，是PD新人寫的最多的文檔。文檔主要包含整體說明、用例文檔、產品Demo等，會對產品功能做具體需求。
- BRD(Business Requirements Documents，商業(yè)需求文檔)：這是產品生命周期中最早的文檔，其內容涉及市場分析、銷售策略、盈利預測等，通常是給大BOSS展示的PPT，也就比較短小精悍、沒有過多的產品細節(jié)，有點類似于創(chuàng)業(yè)者的商業(yè)計劃，主要是為了獲得認可、爭取資源
- MRD(Market Requirements Documents，市場需求文檔)：在獲得大BOSS支持后，產品開始進入實施階段，也就是開始寫MRD了，要有更細致的市場與競爭對手分析，包括可通過哪些功能來實現商業(yè)目的，功能、非功能需求分為哪幾塊，功能的優(yōu)先級等。而且在實際工作中，PD在這個階段常見的產出物有產品的Feature List、業(yè)務邏輯圖等，這是從商業(yè)目標到技術實現的關鍵轉化文檔
- FSD(Functional Specifications Document，功能詳細說明)：比較像經常寫的用例文檔，經常包含在PRD中，從這開始會出現很多技術的內容，產品界面、業(yè)務邏輯的細節(jié)都要確定、比如網頁上的某表格中的數字格式等。并且硬件系統(tǒng)的設計、數據庫設計、表結構設計等工作需要架構師或者系統(tǒng)分析師來編寫
2.對PRD簡單分析
對于PRD應該說相對于其他三種文檔算是最為常見的了，通常一個項目會有一份或者多份PRD，每一份PRD會包含邏輯相關的若干功能點，這些相關需求在“需求打包”的環(huán)節(jié)已經被識別出來，也就是產品需求列表里的若干行。如下是從網上當的PRD文檔結構模板，大致如此：
對于以上章節(jié)模塊簡單介紹如下：
總體說明之后是用例文檔部分，首先要對PRD中所有用例進行說明、然后說明各個用例之間關系、一般有類圖、用例圖、狀態(tài)圖等幾種表示方法，其中用例圖最為關鍵，這塊內容我會在之后的博客中進行介紹；然后是用例的正文，由一個個用例組成、這部分也就是常說的用例文檔 UC ,那么什么是UC呢？
3.用例文檔，UC
UC是需求人員寫給開發(fā)人員看的一種最基本的文檔，理想狀態(tài)下，一個UC代表了產品需求列表里的一行，但實際上并不絕對，也可能多個UC滿足一個產品需求，或者一個UC涉及到多個產品需求，在此對部分專業(yè)名稱簡單介紹一下：
- UC（USER CASE，需求評審）：是PRD評審、UC評審、Demo評審的統(tǒng)稱，在需求完成以后，是PD說給開發(fā)、測試聽并給出評價或批準的過程
- TC（TEST CASE，測試評審）：在TC編寫完成，測試開始執(zhí)行之前，由測試人員把對需求的理解以TC的形式說給PD、開發(fā)聽。
- PD（產品設計、需求分析師）：PD（product designer/product director）：產品設計或產品負責人，多見于互聯網等以產品為中心的行業(yè)。
- PM（產品經理或項目經理 product manager/project manager）：前者多見于互聯網、快消（貌似是寶潔最先提出產品經理的概念）等行業(yè)；后者的應用可能更廣泛，像工程單位也用“項目總（經理）”的叫法。
簡單的附上UC模板如下：
由于UC一般只用來描述功能需求，他不便于描述諸如產品擴展性、系統(tǒng)容量、人員培養(yǎng)等非功能需求，所以一般把非功能需求部分都寫在PRD的總體說明里
總結
以上是生活随笔為你收集整理的作为PM，要知道的四类产品文档的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 给android studio安装新字体
- 下一篇： 《算法导论》读书笔记（总纲）