1翁潘、理解并掌握PRD文檔

-寫作思路

-寫作方法

-寫作格式

2秕铛、什么是PRD文檔

– PRD文檔向上是對(duì)MRD內(nèi)容的繼承與發(fā)展，向下則是要把MRD文檔里面的各種理論要求技術(shù)化但狭，向研發(fā)部門與設(shè)計(jì)部門說明產(chǎn)品的的功能和性能要求旬渠。

– PRD文檔是產(chǎn)品文檔中最底層最細(xì)致的文檔，所以寫作的時(shí)候闲延，需要細(xì)致耐心痊剖。

3、再談BRD/MRD/PRD文檔的區(qū)別與用途

3.1 BRD

-這么做有好處垒玲，并說明好處在哪里

– 唐僧出發(fā)前,參見唐皇（老板）,告訴唐皇西去取經(jīng)的重要意義與大興佛法的好處,唐皇答應(yīng),并發(fā)放免簽護(hù)照（授權(quán)）陆馁，于是唐僧帶著任務(wù)出發(fā)了，那個(gè)時(shí)候唐朝真實(shí)V5啊合愈。

3.2 MRD

-通過BRD明確了這個(gè)事情值得一做后叮贩，描述應(yīng)該這么做，并說明這么做的原因

– 唐僧上路了想暗，但是他需要選擇走哪條路線妇汗，帶幾個(gè)人，為什么這么走说莫，為什么帶這些人杨箭，要說清楚：

>A路線：妖怪多

>B路線：神仙多

>C路線：美女多

經(jīng)過分析，唐僧決定選擇C路線储狭，所以才有了三打白骨精互婿，路過女兒國等經(jīng)典故事（開個(gè)玩笑）

3.3 PRD

- 獲得了授權(quán)，而且已經(jīng)確定了要走的路線辽狈，剩下的就是打造裝備（產(chǎn)品）了

– 要把裝備的需求給工匠（研發(fā)人員）慈参，就需要把你（PM）對(duì)裝備（產(chǎn)品）的要求講清楚

>金箍棒（需要能縮短到耳朵里面，直徑1毫米刮萌，長度6毫米驮配，需要金色，重量必須控制在1KG）

>九齒釘耙（必須要9個(gè)齒，廢話啊壮锻，黑色琐旁，齒長8cm，把手長1.5米猜绣，直徑2.5厘米）

>于是工匠（研發(fā)人員）根據(jù)需求灰殴，打造出了曠世的武器

BRD>MRD>PRD是一個(gè)逐步論證并得出結(jié)果的過程，是產(chǎn)品經(jīng)理思維升華的過程掰邢，是這三個(gè)文檔三位一體的過程牺陶。

4、PRD文檔面向的對(duì)象

4.1 研發(fā)人員

-由于研發(fā)人員本生專注于功能的實(shí)現(xiàn)與性能辣之，所以他們相對(duì)對(duì)其它諸如運(yùn)營掰伸，市場，設(shè)計(jì)等表現(xiàn)相對(duì)不太關(guān)心召烂，對(duì)于產(chǎn)品更多的了解來至于產(chǎn)品經(jīng)理的產(chǎn)品宣講碱工。

4.2 設(shè)計(jì)人員

-設(shè)計(jì)人員本生更多的會(huì)關(guān)注與產(chǎn)品的調(diào)性與原型圖，所以對(duì)PRD文檔的需求是相對(duì)較弱的奏夫。

所以怕篷，PRD文檔，根據(jù)閱讀對(duì)象酗昼，就不要去死任剑花架子了，用最平鋪直敘最簡單的話麻削，把問題說的一清二楚就行蒸痹，繞來繞去小心被程序猿們掏出板斧劈成兩截啊。

5呛哟、PRD文檔的幾種表現(xiàn)方式

說到PRD文檔叠荠，很多朋友之前看過模版，都會(huì)不假思索的打開Word開始寫作扫责，其實(shí)PRD文檔的目的在于把問題講清楚榛鼎，而不是用什么工具！根據(jù)實(shí)際情況鳖孤，能滿足把問題講清楚的方式大概有以下幾種：

– 文字模式（Word…..最常見的）

– 原型圖模式（Axure….推薦使用的）

– 圖片模式（有的產(chǎn)品經(jīng)理本來就是美術(shù)轉(zhuǎn)交互轉(zhuǎn)產(chǎn)品者娱，所以他們擅長于此，有門檻的….）

– 影像模式也可以苏揣，就是太燒油了

6黄鳍、常見PRD文檔包含內(nèi)容

文檔說明、產(chǎn)品說明平匈、全局功能說明框沟、詳細(xì)功能說明

6.1 文檔說明

6.1.1 產(chǎn)品版本號(hào) （1.26）

-版本號(hào) （ 1.26 ）

–> 重大調(diào)整升級(jí)

–> 產(chǎn)品結(jié)構(gòu)功能等有調(diào)整

只有以上幾點(diǎn)情況出現(xiàn)藏古，才會(huì)修改版本號(hào)

-子版本號(hào)（ 1.26 ）

–>在原有基礎(chǔ)上面對(duì)局部功能進(jìn)行了升級(jí)或調(diào)整

–> 在原有基礎(chǔ)上面對(duì)局部功能進(jìn)行了升級(jí)或調(diào)整

只有以上幾點(diǎn)情況出現(xiàn)，才會(huì)修改子版本號(hào)

-修正版本號(hào)（ 1.26 ）

–> 局部小范圍優(yōu)化與Bug修復(fù)

–> 一般是不動(dòng)功能性的東西

只有以上幾點(diǎn)情況出現(xiàn)忍燥，才會(huì)修改修正版本號(hào)

-版本號(hào)的命名原則

–> 歸零原則：前一個(gè)數(shù)字增加一位校翔，后面的數(shù)字都?xì)w零

–> 收費(fèi)原則：子版本號(hào)和修正版本號(hào)的變化，一般看做版本內(nèi)升級(jí)灾前，不加收費(fèi)用，版本號(hào)變化則加

收費(fèi)用

6.1.2 歷史修訂

– 編號(hào)

– 版本號(hào)

– 修訂章節(jié)

– 修訂原因

– 修訂日期

– 修訂人

歷史修訂的作用：

->對(duì)修改前后進(jìn)行比較

->有利于維護(hù)和管理PRD

->修訂人

->修訂日期

->方便查閱孟辑，可以只看修訂部分

6.1.3 名詞術(shù)語表

將一些產(chǎn)品里面不易理解哎甲，容易混淆，或者縮寫的詞匯在開篇進(jìn)行統(tǒng)一的列表說明饲嗽，有利于閱讀炭玫。例如

產(chǎn)品100的：

-積分：根據(jù)產(chǎn)品100用戶的一系列操作行為系統(tǒng)根據(jù)后臺(tái)設(shè)定產(chǎn)生的虛擬分?jǐn)?shù)，積分決定了用戶的等級(jí)

與論壇權(quán)限貌虾，積分的計(jì)算方式為：總積分=發(fā)帖數(shù)X1 + 銅幣X1 + 威望X1 + 會(huì)員歷史在線時(shí)間X1

-威望：反應(yīng)了用戶在論壇里面的資歷吞加，是根據(jù)發(fā)帖數(shù)量，回帖數(shù)量尽狠，附件上傳數(shù)量衔憨，在線時(shí)長等綜合因

素決定，是用戶積分的重要參考依據(jù)

-銅板：產(chǎn)品100的貨幣袄膏，主要用于購買有價(jià)值的下載資料與信息践图，完成新手任務(wù)可以獲得初期足夠的銅

板，發(fā)布下載資源也可以獲得相當(dāng)數(shù)量的銅板沉馆，銅板是用戶積分的重要參考依據(jù)码党。

6.2 產(chǎn)品說明

包含：產(chǎn)品信息結(jié)構(gòu)、產(chǎn)品結(jié)構(gòu)圖斥黑、用戶使用流程圖

6.2.1 產(chǎn)品信息結(jié)構(gòu)

– 信息結(jié)構(gòu)圖是只按照產(chǎn)品經(jīng)理思路中的產(chǎn)品表現(xiàn)信息來整理產(chǎn)品的一種示意圖（后面會(huì)舉例）

> 信息結(jié)構(gòu)能幫助我們整理產(chǎn)品結(jié)構(gòu)揖盘，同時(shí)是研發(fā)人員建立數(shù)據(jù)庫的參考

6.2.2 產(chǎn)品結(jié)構(gòu)圖

– 產(chǎn)品結(jié)構(gòu)圖是按照產(chǎn)品的邏輯與表現(xiàn)方式,結(jié)構(gòu)化的表現(xiàn)產(chǎn)品構(gòu)造的一種示意圖（后面會(huì)舉例）

- 通過這個(gè)產(chǎn)品結(jié)構(gòu)圖，我們大致就能將之前抽象的邏輯形象化的表現(xiàn)出來锌奴，也便于文檔閱讀者理解我們的產(chǎn)品思路

6.2.3 用戶使用流程圖

– 用戶使用流程圖用于表述用戶在使用產(chǎn)品過程中的行為走向

通過用戶行為串聯(lián)信息結(jié)構(gòu)與產(chǎn)品結(jié)構(gòu)兽狭，閱讀者通過閱讀用戶使用流程，能更好的理解產(chǎn)品經(jīng)理設(shè)計(jì)的用戶行為

使用流程圖 -> 產(chǎn)品結(jié)構(gòu) -> 產(chǎn)品信息結(jié)構(gòu)

6.3 全局功能說明

6.3.1 全局功能說明

由于接下來我們要比較詳細(xì)的表述每個(gè)類與每個(gè)子類的功能說明缨叫，所以這里就要把那些不能放到子類里

面去的全局性的東西說清楚盡管是全局功能椭符。但也可以分類說明，例如：UI耻姥、交互等等….

全局功能說明案例：

用戶交互統(tǒng)一說明：

– 本客戶端在用戶觸發(fā)操作后销钝，應(yīng)優(yōu)先加載用戶界面，同時(shí)在界面中加載數(shù)據(jù)的位置使用風(fēng)火輪提示用

戶數(shù)據(jù)加載中琐簇。

– 本客戶端的時(shí)間顯示蒸健，建議使用人性化提示座享，例如：20分鐘前，一天前似忧，三天前渣叛，超過7天的，則顯

示為具體時(shí)間盯捌，如：3月30日 17點(diǎn)55分淳衙，超過一年，則顯示12年3月30日17點(diǎn)55分饺著。

6.3.2 詳細(xì)需求說明

整體說明完成以后箫攀，我們就要開始對(duì)各個(gè)需求板塊進(jìn)行詳細(xì)的需求說明

– 根據(jù)實(shí)際的需求，你可以按照你習(xí)慣的表述順序來表述

常見的表述順序有：

>按照功能的邏輯來表述（更抽象幼衰，研發(fā)喜歡）

>按照產(chǎn)品結(jié)構(gòu)來表述(頻道靴跛，頁面，模塊渡嚣，元素的邏輯表述,相對(duì)比較適合產(chǎn)品經(jīng)理的邏輯梢睛，產(chǎn)品經(jīng)理喜

歡），即按前面的產(chǎn)品結(jié)構(gòu)圖來表述识椰。

– 具體哪一個(gè)绝葡，看團(tuán)隊(duì)要求和默契程度

6.3.3 UML > 用例文檔 > 用例圖與狀態(tài)圖

UML登場了(其實(shí)產(chǎn)品經(jīng)理的PRD文檔寫作所涉及到的UML知識(shí)非常有限)

– 中文名稱：統(tǒng)一建模語言

– 英文名稱：Unified Modeling Language

– 定義：是一種面向?qū)ο蟮慕ＵZ言，它是運(yùn)用統(tǒng)一的裤唠、標(biāo)準(zhǔn)化的標(biāo)記和定義實(shí)現(xiàn)對(duì)軟件系

統(tǒng)進(jìn)行面向?qū)ο蟮拿枋龊徒挤牛！?/p>

UML常見的說明圖類型

– 用例圖-表述

– 狀態(tài)圖

– 時(shí)序圖

– 結(jié)構(gòu)圖

– 等….

6.3.4 什么是用例圖

用例：用例就是一種描述系統(tǒng)功能需求的方法

用例圖：用例圖表述的是系統(tǒng)的外部參與者與系統(tǒng)之間的關(guān)系,是由參與者與用例組成的示意圖

用例圖的組成要素：參與者(可以是人,也可以是另一個(gè)系統(tǒng),也可以是其它的東西,是相對(duì)的)、用例种蘸、關(guān)聯(lián)線墓赴、方框。

用例圖不說明具體的流程航瞭，用例圖強(qiáng)調(diào)的是系統(tǒng)與參與者的關(guān)系诫硕。?

6.3.5 用例說明

你看到的這個(gè)表格,只是一個(gè)基本格式,關(guān)于用例在業(yè)內(nèi)并沒有一個(gè)成為和固定的專門供你套用的東西,一切都已你團(tuán)隊(duì)的默認(rèn)習(xí)慣和達(dá)到那你的目的依據(jù)來寫作用例。根據(jù)你自己的需求去做刊侯。

6.4 詳細(xì)功能說明

6.4.1 詳細(xì)功能需求描述的基本結(jié)構(gòu)

產(chǎn)品的整體用例圖

-功能板塊1需求

– 功能板塊1的子功能1

? 功能板塊1的子功能1的元素1說明(用例描述)

? 功能板塊1的子功能1的元素2說明(用例描述)

– 功能板塊1的子功能2

? 功能板塊1的子功能2的元素1說明(用例描述)

? 功能板塊1的子功能2的元素2說明(用例描述)

? 功能板塊2需求(用例文檔)

– 功能板塊2的子功能1

? 功能板塊2的子功能1的元素1說明(用例描述)

? 功能板塊2的子功能1的元素1說明(用例描述)

– 功能板塊2的子功能2

? 功能板塊2的子功能1的元素1說明(用例描述)

? 功能板塊2的子功能1的元素1說明(用例描述)

6.4.2 詳細(xì)需求說明的原則

①M(fèi)ECE原則

MECE章办，是Mutually Exclusive Collectively Exhaustive，中文意思是“相互獨(dú)立滨彻，完全窮盡”藕届。也就是對(duì)于一個(gè)重大的議題，能夠做到不重疊亭饵、不遺漏的分類休偶，

而且能夠藉此有效把握問題的核心，并解決問題的方法辜羊。

②MECE只是一種思考方式踏兜，當(dāng)PRD文檔撰寫交付研發(fā)以后词顾，其實(shí)多少還是會(huì)存在沒有考慮到位或者需求調(diào)整的情況

所以:

– 撰寫PRD文檔前一定要保證思考到位了,產(chǎn)品結(jié)構(gòu)本身短期內(nèi)不會(huì)有重大改動(dòng)

– 需求分類與表述方式要參考MECE原則

– 這樣即便是在交付后，出現(xiàn)調(diào)整或需要優(yōu)化的地方碱妆，也不會(huì)出現(xiàn)重構(gòu)的情況重構(gòu)需求,重新調(diào)整產(chǎn)品結(jié)構(gòu)等,對(duì)已經(jīng)處在開發(fā)過程中的團(tuán)隊(duì)來說是災(zāi)難性的

– 需求撰寫肉盹，更多的是考驗(yàn)?zāi)托模悸氛钗玻?jīng)驗(yàn)上忍，但產(chǎn)品架構(gòu)的確定等更是考驗(yàn)一個(gè)產(chǎn)品經(jīng)理對(duì)產(chǎn)品的規(guī)劃與把握能力

– 不要害怕，不要迷信

7纳本、優(yōu)秀的PRD文檔應(yīng)該具備的特點(diǎn)

7.1 正確

確保文檔中的表述與產(chǎn)品經(jīng)理的思路是對(duì)應(yīng)且正確的

7.2 無歧義

文檔的表述方便閱讀理解睡雇，不會(huì)產(chǎn)生歧義

7.3 完備

MECE原則盡量保證對(duì)產(chǎn)品功能需求表述的系統(tǒng)完整

7.4 一致

文檔中用詞用語一致，對(duì)于同一事物的表述應(yīng)該一樣饮醇，避免混用同義詞

7.5 具有優(yōu)先級(jí)

產(chǎn)品的功能性需求是有先后主次的，對(duì)于一次性規(guī)劃叫多功能的PRD秕豫，應(yīng)該注明功能性需求的先后主次

7.6 可驗(yàn)證

對(duì)于功能性的描述朴艰，是可以進(jìn)行測試的，而不是不發(fā)測試混移，無法定性的東西祠墅，例如：效率高，交互完美等詞語歌径，都是無法驗(yàn)證的

7.7 可修改

PRD文檔利于后期的修改與升級(jí)

7.8 可追蹤

每個(gè)功能性需求的來源應(yīng)該是清楚明白的

8毁嗦、關(guān)于數(shù)據(jù)

“一份國外數(shù)據(jù)分析，樣本數(shù)據(jù)30萬份回铛，其中71.3%的人左手持手機(jī)左手拇指進(jìn)行操作狗准，82.6%的人在iPad上右手操作，平放在腿上時(shí)用食指茵肃，雙手握時(shí)用右拇指”腔长。

- 是不是和我們的想象很不一樣？

- 做產(chǎn)品验残，有時(shí)候需要感覺捞附，有時(shí)候需要數(shù)據(jù)。

版權(quán)聲明：本文為CSDN博主「湘西刀疤客」的原創(chuàng)文章您没，遵循 CC 4.0 BY-SA 版權(quán)協(xié)議鸟召，轉(zhuǎn)載請(qǐng)附上原文出處鏈接及本聲明。

原文鏈接：https://blog.csdn.net/xiangxizhishi/article/details/79942857