今天分享一個(gè)產(chǎn)品文檔的優(yōu)雅結(jié)構(gòu)：MDVC框架。供大家參考，與大家共勉！

區(qū)分概念

什么是PRD？什么是MRD？什么是BRD？這些問(wèn)題都是老生常談的。我從整理了一些，供大家參考。

PRD

PRD（Product Requirement Document）產(chǎn)品需求文檔。PRD文檔是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“形象化”階段乃至執(zhí)行階段的最主要的一個(gè)文檔，“對(duì)MRD中的內(nèi)容進(jìn)行指標(biāo)化和技術(shù)化”。PRD的質(zhì)量好壞直接影響到設(shè)計(jì)、研發(fā)以及測(cè)試等部門(mén)，是否能夠明確產(chǎn)品的功能和性能。

MRD

MRD（Market Requirement Document）即市場(chǎng)需求文檔。該文檔在產(chǎn)品項(xiàng)目中是一個(gè)“承上啟下”的作用，“向上”是對(duì)不斷積累的市場(chǎng)數(shù)據(jù)的一種整合和記錄，“向下”是對(duì)后續(xù)工作的方向說(shuō)明和工作指導(dǎo)。產(chǎn)品項(xiàng)目由“準(zhǔn)備”階段進(jìn)入到“實(shí)施”階段的第一文檔，“對(duì)產(chǎn)品中規(guī)劃的某個(gè)產(chǎn)品進(jìn)行市場(chǎng)層面的說(shuō)明”，這個(gè)文檔的質(zhì)量好壞直接影響到產(chǎn)品項(xiàng)目的開(kāi)展，并直接影響到公司產(chǎn)品戰(zhàn)略意圖的實(shí)現(xiàn)。

BRD

BRD（Business Requirement Document）商業(yè)需求描述?；谏虡I(yè)目標(biāo)或價(jià)值所描述的產(chǎn)品需求內(nèi)容文檔（報(bào)告），其核心的用途就是用于產(chǎn)品在投入研發(fā)之前，由企業(yè)高層作為決策評(píng)估的重要依據(jù)。BRD是產(chǎn)品生命周期中最早的文檔，再早就應(yīng)該是腦中的構(gòu)思了，其內(nèi)容涉及市場(chǎng)分析，銷(xiāo)售策略，盈利預(yù)測(cè)等，通常是供決策層們討論的演示文檔，一般比較短小精煉，沒(méi)有產(chǎn)品細(xì)節(jié)。

PRD、MRD、BRD之間的關(guān)系

1. PRD要把MRD中的“產(chǎn)品需求”的內(nèi)容獨(dú)立出來(lái)加以詳細(xì)的說(shuō)明，而產(chǎn)品需求本身是在MRD中有所體現(xiàn)的。PRD銜接了設(shè)計(jì)、開(kāi)發(fā)、測(cè)試與產(chǎn)品。一份好的PRD能夠很好的服務(wù)設(shè)計(jì)、開(kāi)發(fā)以及測(cè)試人員。這也是本次文章的內(nèi)容重點(diǎn)。
2. MRD側(cè)重的是對(duì)產(chǎn)品所在市場(chǎng)、客戶（client）、購(gòu)買(mǎi)者（buyer）、用戶（user）以及市場(chǎng)需求進(jìn)行定義，并通過(guò)原型的形式加以形象化。
3. 那么BRD的作用，就是決定了你的項(xiàng)目的商業(yè)價(jià)值。PRD、BRD和MRD，一起被認(rèn)為是從市場(chǎng)到產(chǎn)品需要建立的文檔規(guī)范。

好了，鋪墊差不多了，應(yīng)該能讓大家（包括我自己）對(duì)PRD、MRD、BRD的概念和關(guān)系有了一定的認(rèn)知。那，我們開(kāi)始進(jìn)入正題吧。

產(chǎn)品文檔最優(yōu)雅的結(jié)構(gòu)是？

MDVC框架，是我在MVC框架的基礎(chǔ)上增加了D（Data）的環(huán)節(jié)衍生出來(lái)的。

眾所周知，MVC全名是Model View Controller，是模型（Model）－視圖（View）－交互（Controller）的縮寫(xiě)，一種軟件設(shè)計(jì)規(guī)范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)控件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫(xiě)業(yè)務(wù)邏輯。MVC被獨(dú)特的發(fā)展起來(lái)用于映射傳統(tǒng)的輸入、處理和輸出功能在一個(gè)邏輯的圖形化用戶界面的結(jié)構(gòu)中。

增加D（Data）的環(huán)節(jié)，是為了體現(xiàn)數(shù)據(jù)的重要性，而數(shù)據(jù)有兩大類(lèi)型：已有數(shù)據(jù)和新產(chǎn)生數(shù)據(jù)。

簡(jiǎn)單說(shuō)，MDVC模式，是模型（Model）——數(shù)據(jù)（Data）——視圖（View）——交互（Controller）的過(guò)程。接下來(lái)我們分開(kāi)講解整個(gè)過(guò)程以及過(guò)程之間的銜接。

模型（Model）

開(kāi)發(fā)過(guò)程中，Model（模型）是應(yīng)用程序中用于處理應(yīng)用程序數(shù)據(jù)邏輯的部分。通常模型對(duì)象負(fù)責(zé)在數(shù)據(jù)庫(kù)中存取數(shù)據(jù)。在撰寫(xiě)文檔過(guò)程中的Model，主要講的是對(duì)產(chǎn)品以及產(chǎn)品功能的定義。這一點(diǎn)，與《用戶體驗(yàn)要素》中的框架類(lèi)似，但又不完全一致。

可以說(shuō)這是文檔撰寫(xiě)過(guò)程中的模型一個(gè)提綱挈領(lǐng)的框架，也就是“我朝著這個(gè)方向做”，也會(huì)出現(xiàn)“為什么朝著這個(gè)方向做（后面會(huì)提到）”。沒(méi)有任何邏輯細(xì)節(jié)，也但沒(méi)有任何其他細(xì)節(jié)，“而不會(huì)說(shuō)怎么做”。后面的數(shù)據(jù)、視圖、交互等，都是在這個(gè)框架下完成的。

數(shù)據(jù)（Data）

在Model（模型）的基礎(chǔ)上，考慮產(chǎn)品所需要的數(shù)據(jù)。上面提到過(guò)，數(shù)據(jù)有兩大類(lèi)型：已有數(shù)據(jù)和新產(chǎn)生數(shù)據(jù)。相對(duì)應(yīng)的，這部分就是考慮兩方面：

• 一是已有數(shù)據(jù)是從哪來(lái)的，以及如何使用已有數(shù)據(jù)；
• 二是，新產(chǎn)生的數(shù)據(jù)，是什么數(shù)據(jù)，如何定義數(shù)據(jù)。

而新產(chǎn)生的數(shù)據(jù)也有兩類(lèi)，一類(lèi)是通過(guò)已有數(shù)據(jù)的整合而來(lái)，一類(lèi)是完全意義上的新產(chǎn)生。已有數(shù)據(jù)整合以及新產(chǎn)生的數(shù)據(jù)需要自己部門(mén)內(nèi)解決，也有可能需要跨組、跨部門(mén)，甚至是夸公司級(jí)別的合作等等。

視圖（View）

View（視圖）也就是產(chǎn)品的UI，是對(duì)M（Model）以及D（數(shù)據(jù)）的展示和處理，是應(yīng)用程序中處理和展示數(shù)據(jù)，以及相關(guān)控件的部分，通常視圖是依據(jù)模型以及數(shù)據(jù)創(chuàng)建的。視圖主要解決的是展示什么，以及如何展示的問(wèn)題。

交互（Controller）

在開(kāi)發(fā)過(guò)程中，C翻譯成控制，不過(guò)在產(chǎn)品文檔撰寫(xiě)過(guò)程中，我認(rèn)為表示稱交互更貼切，這部分處理用戶交互，是解決頁(yè)面之間、控件和頁(yè)面之間、控件效果之間等的交互問(wèn)題。

通常，交互負(fù)責(zé)幾部分能力：

1. 一是從通過(guò)視圖向模型寫(xiě)入數(shù)據(jù)，控制用戶輸入，向模型發(fā)送數(shù)據(jù)；
2. 二是通過(guò)視圖向模型獲取數(shù)據(jù)，從模型獲得數(shù)據(jù)；
3. 三是解決界面之間控件的動(dòng)效，比如刷新、加載、點(diǎn)擊控件效果等。

適用范圍

目前，我認(rèn)為采用MDVC框架撰寫(xiě)文檔的方式，不但能夠在傳統(tǒng)web行業(yè)中適用，也能夠?qū)σ苿?dòng)應(yīng)用的產(chǎn)品工作有比較大的幫助。

為什么用這個(gè)模型？

不清楚MRD，從而導(dǎo)致寫(xiě)的大而全

在一些產(chǎn)品平臺(tái)有很多介紹些產(chǎn)品文檔的知識(shí)分享，但大多都是介紹得相當(dāng)全的，這就會(huì)包含上面提到的三種文檔，甚至?xí)ㄩ_(kāi)發(fā)文檔都會(huì)寫(xiě)進(jìn)去。這就造成文檔沒(méi)有重點(diǎn)，而且因結(jié)構(gòu)不清晰相關(guān)人員閱讀起來(lái)也會(huì)很麻煩。

沒(méi)有很好的方法論體系，寫(xiě)得不夠細(xì)致

MDVC框架，能夠很好的將產(chǎn)品分檔細(xì)分為產(chǎn)品定義、數(shù)據(jù)、界面以及交互四大部分——當(dāng)然，一定情況下能夠擴(kuò)展為多個(gè)部分。這樣就能夠很借助很好的框架撰寫(xiě)產(chǎn)品文檔，又因?yàn)榻Y(jié)構(gòu)清晰，相關(guān)人員根據(jù)結(jié)構(gòu)，很快就能夠定位到對(duì)應(yīng)產(chǎn)品功能對(duì)應(yīng)的點(diǎn)。

同時(shí)，由于細(xì)分結(jié)構(gòu)清晰，在撰寫(xiě)產(chǎn)品文檔過(guò)程中，相關(guān)人員只需要將單一部分完成，之后繼續(xù)撰寫(xiě)其他部分，這就保證了高效的思考。在進(jìn)行其他部分撰寫(xiě)的同時(shí)，也能夠?qū)η懊娴牟糠诌M(jìn)行思考和調(diào)整。

MDVC框架有助于管理復(fù)雜的文檔撰寫(xiě)過(guò)程，因?yàn)榭梢栽谝粋€(gè)時(shí)間內(nèi)專(zhuān)門(mén)關(guān)注一個(gè)方面。例如，可以在不依賴業(yè)務(wù)邏輯的情況下專(zhuān)注于視圖設(shè)計(jì)。同時(shí)也讓?xiě)?yīng)用程序的測(cè)試更加容易。MDVC框架也簡(jiǎn)化了分組開(kāi)發(fā)，不同的開(kāi)發(fā)人員可同時(shí)開(kāi)發(fā)視圖、控制器邏輯和業(yè)務(wù)邏輯。

模型修復(fù)

自己

需要自己不斷的思考和撰寫(xiě)，并且在工作中多留心找到自己的不足。比如，我平時(shí)會(huì)用類(lèi)似的方式記錄下來(lái)自己在撰寫(xiě)文檔的時(shí)候有哪些不足，并且記錄是在MDVC框架的哪個(gè)環(huán)節(jié)出了問(wèn)題。

舉一些例子：

• 進(jìn)位展示方式；UI／交互部分
• 進(jìn)位位置展示；UI部分
• 收藏問(wèn)題：有關(guān)收藏和取消收藏、收藏作品被刪除等條件下，收藏?cái)?shù)量的展示情況；產(chǎn)品部分
• 對(duì)需求的細(xì)致程度；產(chǎn)品部分，開(kāi)發(fā)實(shí)現(xiàn)部分（需要開(kāi)發(fā)反饋，調(diào)整文檔和需求）
• 及時(shí)修改文檔；產(chǎn)品部分
• 飛行排行和飛行紀(jì)錄數(shù)據(jù)計(jì)算方式了解的不夠細(xì)致；產(chǎn)品部分開(kāi)發(fā)部分（數(shù)據(jù)獲得方式，客戶端計(jì)算還是服務(wù)端通過(guò)協(xié)議返回）

他人

通過(guò)開(kāi)發(fā)、設(shè)計(jì)、測(cè)試等都能夠反饋給你很多寶貴的建議。比如需求評(píng)審環(huán)節(jié)，開(kāi)發(fā)進(jìn)行過(guò)程中，設(shè)計(jì)過(guò)程中，甚至測(cè)試過(guò)程中，這些相關(guān)人員的反饋，都有可能幫你修復(fù)產(chǎn)品文檔，從而不斷的幫你修復(fù)MDVC模型。

競(jìng)品分析

單獨(dú)將這部分拿出來(lái)，目的是想強(qiáng)調(diào)一點(diǎn)：可以使用MDVC框架，分析競(jìng)品。簡(jiǎn)單地說(shuō)就是通過(guò)功能，能夠分析出背后的邏輯，而不總是浮于表面。

模型的演化

AMDVC或GMDVC

即在MDVC模型的基礎(chǔ)上，增加了目標(biāo)（Aim或者Goal），也就是文檔撰寫(xiě)的目的，比如解決了什么問(wèn)題，優(yōu)化了什么問(wèn)題等等

當(dāng)然，大家可以在這個(gè)模型的基礎(chǔ)上繼續(xù)演化，形成自己的方法。

最后，與大家共勉！

本文由人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家@鄭幾塊 ?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)本站許可，禁止轉(zhuǎn)載。