最近在和朋友做另外一個(gè)項(xiàng)目的時(shí)候，相互之間溝通需求的過(guò)程中，在需求文檔結(jié)構(gòu)上有了比較深入的探討。在幾輪的探討過(guò)程中，發(fā)現(xiàn)自己寫過(guò)的一篇相關(guān)文章——MDVC框架：產(chǎn)品文檔最優(yōu)雅的結(jié)構(gòu)——其中介紹的產(chǎn)品文檔相關(guān)框架的不足和漏洞，因此，補(bǔ)上一篇，特此糾正。

在前一版本中（1.0）講述的 MDVC 模型主要涉及到：模型（Model）——數(shù)據(jù)（Data）——視圖（View）——交互（Controller）等內(nèi)容，在升級(jí)的框架版本（2.0）中，也包含了對(duì) 1.0 版本中的內(nèi)容，不但調(diào)整了產(chǎn)品需求文檔內(nèi)容的結(jié)構(gòu)，還新增了后臺(tái)（Backstage）以及后端（Back-End）的部分邏輯；另外，也涉及到描述文檔內(nèi)容的邏輯。

該篇文章的主要有以下部分組成：

1. MDVC 框架存在不足
2. PLUB 框架相關(guān)介紹

那我們就開始吧！

就像任何框架或者理論早期都會(huì)存在一定的局限和不足，MDVC 框架也沒能避開，依然存在一定的不足和局限。當(dāng)然，這也是我對(duì)自己階段性認(rèn)知的總結(jié)，也證明了我在一年前提出的 MDVC 框架表現(xiàn)出自己的不足。也希望，在此次調(diào)整中，希望能夠給大家啟發(fā)，同時(shí)，整理我自己的思路。

MDVC 框架的適用范圍問題

核心問題：過(guò)于狹窄。

MDVC 框架結(jié)構(gòu)較易適用于與開發(fā)溝通對(duì)接，但不利于與設(shè)計(jì)師、其他相關(guān)人員溝通。跳出工作的范圍考慮，更加不適于第一次接觸項(xiàng)目以及產(chǎn)品文檔的人。比如，外包團(tuán)隊(duì)的設(shè)計(jì)師、開發(fā)、產(chǎn)品經(jīng)理等等。MDVC 框架不能讓非相關(guān)人員在短期內(nèi)，較快的了解項(xiàng)目和產(chǎn)品。

舉個(gè)例子，MDVC 框架只是從功能的角度介紹了產(chǎn)品邏輯，但并沒有從界面數(shù)量介紹項(xiàng)目和產(chǎn)品。在和外包設(shè)計(jì)，甚至是內(nèi)部設(shè)計(jì)師溝通的時(shí)候，這部分的工作會(huì)帶來(lái)一些不必要的溝通成本；比如，外包設(shè)計(jì)師并不知道界面的數(shù)量有多少，界面中對(duì)應(yīng)的狀態(tài)都多少。優(yōu)秀的外包設(shè)計(jì)以及內(nèi)部設(shè)計(jì)師，能夠幫助你去梳理，但蹩腳的設(shè)計(jì)師，特別是外包設(shè)計(jì)，基本上是按照頁(yè)面數(shù)量收費(fèi)的，可想而知，不明細(xì)的界面數(shù)量以及對(duì)應(yīng)界面的提示狀態(tài)，會(huì)導(dǎo)致一定的時(shí)間成本以及資金成本的消耗。

再舉個(gè)例子，針對(duì)客戶端開發(fā)以及后端開發(fā)，MDVC 框架介紹項(xiàng)目以及產(chǎn)品需求較分散，并沒有從一個(gè)功能的角度出發(fā)，在滿足客戶端開發(fā)了解需求的基礎(chǔ)上，也考慮后端開發(fā)以及后臺(tái)的需求，導(dǎo)致一個(gè)功能需要和客戶端、后端分別做開發(fā)需求溝通。

MDVC 框架的邏輯條理問題

核心問題：比較混亂，不清晰。

在適用范圍的基礎(chǔ)上，延伸出了邏輯條理的這個(gè)問題。因?yàn)橐粋€(gè)項(xiàng)目以及對(duì)應(yīng)的產(chǎn)品需求，在大多數(shù)情況下，每隔界面中都會(huì)有或多或少的交叉。因?yàn)橛薪徊?，?duì)文檔的邏輯就會(huì)有比較高的要求。而 MDVC 框架并沒有很好的解決這個(gè)問題。導(dǎo)致一個(gè)功能的某些邏輯甚至是全部邏輯會(huì)重復(fù)在文檔中出現(xiàn)。而這一問題，不但給產(chǎn)品經(jīng)理帶來(lái)不小的問題，也會(huì)給項(xiàng)目以及產(chǎn)品等的相關(guān)人員帶來(lái)不必要的麻煩。

邏輯條理混亂、不清晰的另外一個(gè)表現(xiàn)是在產(chǎn)品文檔結(jié)構(gòu)上。采用怎樣的結(jié)構(gòu)，更高效地對(duì)產(chǎn)品需求進(jìn)行梳理和介紹，對(duì)相關(guān)人員理解掌握需求也是十分重要的。MDVC 框架中產(chǎn)品需求的結(jié)構(gòu)是采用模型-數(shù)據(jù)-視圖-交互的方式，這種方式的靈活性較差，而且在實(shí)際的應(yīng)用中需要在各環(huán)節(jié)之間有較多的跳躍。這樣，就會(huì)很難連貫地閱讀理解產(chǎn)品需求，有時(shí)候還會(huì)出現(xiàn)紕漏。

MDVC 框架的維護(hù)成本問題

核心問題：維護(hù)難度大。

結(jié)合以上兩個(gè)問題，我發(fā)現(xiàn) MDVC 框架在當(dāng)下以及未來(lái)，維護(hù)需求和文檔都存在較大的隱患。一方面是因?yàn)榭蚣艿倪m用范圍，以及框架邏輯條理問題，導(dǎo)致后期維護(hù)人員需要耗費(fèi)比較多的時(shí)間理解項(xiàng)目和需求；另一方面，在跨部門（公司）合作過(guò)程中，溝通的成本也非常大。

基于以上 MDVC 框架存在的問題，我對(duì)該框架進(jìn)行了調(diào)整，提出了 PLUB 框架。

P = Page

解決 MDVC 框架中界面（頁(yè)面）數(shù)量的問題，方便相關(guān)人員從全局了解整個(gè)項(xiàng)目的情況。同時(shí)，能夠讓設(shè)計(jì)師以及開發(fā)了解所設(shè)計(jì)的界面以及界面中對(duì)應(yīng)的全部狀態(tài)，并且評(píng)估相應(yīng)的工作量。另外，需要提及的一點(diǎn)是，因?yàn)榻缑娴奈ㄒ恍?，在?guī)劃過(guò)程中不會(huì)或者盡可能減少界面中相同或者相似邏輯的存在，能夠減少工作中的交叉邏輯。

L = Logic

解決 MDVC 框架中的結(jié)構(gòu)關(guān)系，并增加集中的邏輯關(guān)系描述。介紹界面中以及界面之間的邏輯關(guān)系，包括核心、非核心邏輯關(guān)系。

• 核心關(guān)系包括：登錄/未登錄狀態(tài)下，各界面中對(duì)應(yīng)的狀態(tài)；各界面中每種狀態(tài)的觸發(fā)邏輯；達(dá)到/未達(dá)到相關(guān)條件的時(shí)候，對(duì)應(yīng)的處理方式；是否需要通過(guò)后端/后臺(tái)配置；是否需要通過(guò)后端/后臺(tái)控制是否展示（云控）；等等。
• 非核心邏輯關(guān)系包括：界面中的UI，某些元素是否需要通過(guò)后端/后臺(tái)配置，比如某個(gè)需要頻繁更換的 Tab icon 以及名稱；界面中的點(diǎn)擊跳轉(zhuǎn)關(guān)系（交互）；界面中點(diǎn)擊 icon 相關(guān)的交互展示；等等。

U = UI&UE

這部分中，并不需要像 MDVC 一樣，需要單獨(dú)的結(jié)構(gòu)進(jìn)行介紹，是貫穿在邏輯部分的核心以及非核心邏輯中的。單獨(dú)提出來(lái)，是希望在撰寫產(chǎn)品需求文檔中，要考慮根據(jù)邏輯部分的調(diào)整，隨時(shí)對(duì)規(guī)劃中的 UI/UE 進(jìn)行調(diào)整。

B = Back-End&Backstage

在撰寫需求文檔過(guò)程中，在 MDVC 框架中，只是對(duì)數(shù)據(jù)來(lái)源作了簡(jiǎn)要的提及，但并不深入；同時(shí)也影響了對(duì)文檔相關(guān)的項(xiàng)目和產(chǎn)品的閱讀和理解。

在 PLUB 框架中，B 部分同樣也融合在邏輯結(jié)構(gòu)中。當(dāng)介紹界面中某一功能的時(shí)候，能夠?qū)⒃摴δ軓念^到尾，有比較全面的介紹。后臺(tái)以及后端部分包括協(xié)議（接口）以及后臺(tái)產(chǎn)品的規(guī)劃邏輯。

在 PLUB 框架結(jié)構(gòu)文檔的開篇，你可以適當(dāng)增加版本以及界面邏輯關(guān)系圖，那樣不管是初步了解項(xiàng)目以及產(chǎn)品的相關(guān)人員，甚至是在跨部門（公司）的合作中，多會(huì)給你們節(jié)省一定的成本——時(shí)間以及資金方面，當(dāng)然，還會(huì)讓你和合作者之間收獲無(wú)形的資產(chǎn)，建立良好的合作關(guān)系。

接下來(lái)，我通過(guò)適用 PLUB 框架，給大家做一個(gè)實(shí)例：

實(shí)例介紹

某產(chǎn)品錢包界面以及相關(guān)邏輯。

進(jìn)入錢包界面時(shí)，檢查用戶是否登錄：

1、個(gè)人信息區(qū)域

• 用戶未登錄狀態(tài)下展示未登錄logo并提示引導(dǎo)用戶登錄，提示文案“首次登錄送紅包，最高可得 200 元哦！”；
• 未登錄狀態(tài)下，點(diǎn)擊個(gè)人信息區(qū)域，從該界面從下到上推出登錄界面；登錄界面見界面20；
• 登錄狀態(tài)展示默認(rèn)頭像以及用戶昵稱，昵稱處理方式為手機(jī)號(hào)第4-7位缺省表示，如：132****4147；
• 登錄狀態(tài)下，個(gè)人信息區(qū)域點(diǎn)擊無(wú)跳轉(zhuǎn)界面

2、現(xiàn)金、金幣、徒弟區(qū)

• 未登錄狀態(tài)下對(duì)應(yīng)數(shù)據(jù)表示為0.00、0、0；
• 點(diǎn)擊現(xiàn)金、金幣、徒弟任一位置，從該界面從下到上推出登錄界面；（界面20）
• 登錄狀態(tài)下，展示當(dāng)前用戶現(xiàn)金、金幣、徒弟數(shù)額；
• 點(diǎn)擊現(xiàn)金區(qū)域，跳轉(zhuǎn)到收支明細(xì)現(xiàn)金界面；（界面9）
• 點(diǎn)擊金幣區(qū)域，跳轉(zhuǎn)到收支明細(xì)金幣界面；（界面9）
• 點(diǎn)擊徒弟區(qū)域，跳轉(zhuǎn)到我的徒弟界面（界面13）

3、簽到打卡

• 未登錄狀態(tài)下顯示“連續(xù)簽到送紅包”，展示每次簽到應(yīng)該獲得的金幣額度；簽到按鈕為高亮狀態(tài)；
• 未登錄狀態(tài)下點(diǎn)擊簽到按鈕，從該界面從下到上推出登錄界面；登錄界見界面20；
• 登錄狀態(tài)下展示當(dāng)前最新的連續(xù)簽到次數(shù)，顯示“您已連續(xù)簽到 x 天”。
• 登錄狀態(tài)下未簽到，簽到按鈕表示為“簽到”狀態(tài)，用戶可點(diǎn)擊簽到按鈕；
• 登錄狀態(tài)下已簽到，簽到按鈕表示為“已簽到”狀態(tài)。

每次簽到完成后，如果是金幣，在當(dāng)前界面提示用戶簽到獲得金幣彈窗，同有效閱讀資訊獎(jiǎng)勵(lì)彈窗一致，并展示所獲得金幣獎(jiǎng)勵(lì)，3s后消失；如果是紅包，簽到完成后，在當(dāng)前界面提示獲得簽到紅包彈窗，在簽到紅包獎(jiǎng)勵(lì)彈窗時(shí)，點(diǎn)擊關(guān)閉，彈窗消失；點(diǎn)擊賺取更多，跳轉(zhuǎn)到首頁(yè)（界面2）。用戶點(diǎn)擊簽到完成后，“您已經(jīng)連續(xù)簽到 x+1 天”，同時(shí)簽到進(jìn)度也增加一個(gè)。

給用戶發(fā)放獎(jiǎng)勵(lì)：

• 每天簽到獲得一次獎(jiǎng)勵(lì)；
• 每天連續(xù)簽到才能獲得下一次獎(jiǎng)勵(lì)；非連續(xù)簽到，不會(huì)獲得下一次獎(jiǎng)勵(lì)，將從第1次開始計(jì)算；
• 簽到每連續(xù)7天循環(huán)一次；
• 每天簽到獎(jiǎng)勵(lì)類型、獎(jiǎng)勵(lì)額度均可以在后臺(tái)配置。如果是金幣，前端顯示數(shù)量，如果是紅包，前端顯示紅包圖標(biāo)。

（3）整點(diǎn)紅包

活動(dòng)未開啟時(shí)，按鈕位置展示到下一次活動(dòng)開啟的倒計(jì)時(shí)，不可點(diǎn)擊；

活動(dòng)開啟時(shí)，并且是在有效時(shí)間內(nèi)（有效時(shí)間為10分鐘，后臺(tái)可配置），按鈕顯示為“搶紅包”狀態(tài)，可點(diǎn)擊，如果超過(guò)10分鐘，顯示下一次的倒計(jì)時(shí)。

• 未登錄狀態(tài)下，點(diǎn)擊“搶紅包”按鈕，從該界面從下到上推出登錄界面；登錄界見界面20；
• 登錄狀態(tài)下，點(diǎn)擊“搶紅包”按鈕，提示獲得限時(shí)紅包獎(jiǎng)勵(lì)彈窗。

后臺(tái)可配置紅包時(shí)段，以及每個(gè)時(shí)段的獎(jiǎng)勵(lì)類型與獎(jiǎng)勵(lì)額度（現(xiàn)金額度是一個(gè)區(qū)間，金幣是10的倍數(shù)）。

• 如果是金幣，顯示金幣彈窗，3s后消失；
• 如果是紅包，顯示紅包彈窗，點(diǎn)擊關(guān)閉按鈕，關(guān)閉彈窗；點(diǎn)擊賺取更多，跳轉(zhuǎn)到首頁(yè)（界面2）。

給用戶發(fā)放獎(jiǎng)勵(lì)：

（1）曬收入獎(jiǎng)勵(lì)

• 未登錄，按鈕狀態(tài)表示為“馬上曬”，點(diǎn)擊按鈕，從該界面從下到上推出登錄界面；（界面20）；
• 已登錄，如果用戶當(dāng)天已經(jīng)領(lǐng)取過(guò)獎(jiǎng)勵(lì)，按鈕狀態(tài)顯示“已領(lǐng)取”，不可點(diǎn)擊；
• 如果用戶當(dāng)天還未領(lǐng)取過(guò)曬收入獎(jiǎng)勵(lì)，按鈕狀態(tài)表示為“馬上曬”，點(diǎn)擊按鈕，跳轉(zhuǎn)到曬收入拿金幣界面；（界面11）；
• 需要判斷用戶是否有效完成曬收入，完成給用戶發(fā)放獎(jiǎng)勵(lì)，如果是金幣，金幣彈窗，3s消失，如果是現(xiàn)金，彈窗告訴用戶，點(diǎn)擊關(guān)閉，彈窗消失，點(diǎn)擊賺取更多，跳轉(zhuǎn)到首頁(yè)界面2；
• 曬收入獎(jiǎng)勵(lì)類型以及獎(jiǎng)勵(lì)額度，后臺(tái)可配置。

（2）額外閱讀獎(jiǎng)勵(lì)

用戶當(dāng)天有效閱讀資訊或者視頻內(nèi)容（給獎(jiǎng)勵(lì)次數(shù)）次數(shù)達(dá)到后臺(tái)配置的次數(shù)，給予用戶獎(jiǎng)勵(lì)，獎(jiǎng)勵(lì)類型與數(shù)量后臺(tái)可配置。

• 未登錄狀態(tài)下，文案顯示“今天累計(jì)閱讀30次可領(lǐng)取xxx金幣/xxx元”，按鈕狀態(tài)為“立即領(lǐng)取”，點(diǎn)擊按鈕；從該界面從下到上推出登錄界面；登錄界見界面20；
• 已登錄狀態(tài)，判斷用戶當(dāng)天的閱讀次數(shù)是否達(dá)到后臺(tái)配置的要求：?如果未達(dá)到，文案顯示“再閱讀xx次就可以領(lǐng)取獎(jiǎng)勵(lì)，加油”；按鈕顯示“繼續(xù)閱讀”； 點(diǎn)擊按鈕，跳轉(zhuǎn)到首頁(yè)（界面2）。
• 如果已達(dá)到，文案顯示“恭喜您完成xx次閱讀，立即領(lǐng)取獎(jiǎng)勵(lì)吧”，按鈕顯示“立即領(lǐng)取”，點(diǎn)擊按鈕，根據(jù)獎(jiǎng)勵(lì)類型進(jìn)行彈窗，如果是金幣，金幣彈窗，3s消失，如果是現(xiàn)金，彈窗告訴用戶，點(diǎn)擊關(guān)閉，彈窗消失，點(diǎn)擊賺取更多，跳轉(zhuǎn)到首頁(yè)界面2。

備注：界面+數(shù)字：表示在整體界面數(shù)量中的位置

相關(guān)閱讀

MDVC框架：產(chǎn)品文檔最優(yōu)雅的結(jié)構(gòu)

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

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議