轉(zhuǎn)載自：https://www.w3cschool.cn/prd_writing/1qsanozt.html

(一) 寫前準(zhǔn)備(信息結(jié)構(gòu)圖)

當(dāng)我們初次接觸產(chǎn)品需求文檔時(shí)，首先會從網(wǎng)絡(luò)上尋找產(chǎn)品需求文檔模板，希望從中了解和學(xué)習(xí)具體的寫作要求线婚，但實(shí)際上匈织，現(xiàn)在網(wǎng)絡(luò)上絕大部分的PRD文檔都是與實(shí)際工作不相符的贿衍，或者說是復(fù)雜的授舟。

前幾天一位從事產(chǎn)品類工作的朋友，發(fā)來一份他寫的產(chǎn)品需求文檔目錄截圖給我(下圖)贸辈，當(dāng)時(shí)我就郁悶了释树，這些類目更像是MRD文檔，而不是PRD文檔了擎淤，因此我決定寫幾篇講述寫作PRD文檔的文章奢啥，分享一些我關(guān)于PRD文檔的見解和寫作方法。

PRD是英文Product Requirement Document的縮寫揉燃，中文的意思是產(chǎn)品需求文檔扫尺，具體的名詞介紹大家可以詢問Google。PRD文檔是基于BRD炊汤、MRD的延續(xù)文檔正驻，主要用于產(chǎn)品設(shè)計(jì)和開發(fā)使用，因此閱讀這份文檔的人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員抢腐。在這類人群中姑曙，設(shè)計(jì)師更多依賴于原型進(jìn)行交互或視覺的設(shè)計(jì)，因此看這份文檔的人就會偏向于技術(shù)人員迈倍。相對于技術(shù)人員伤靠，他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場愿景，因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí)啼染，產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過宴合，因此技術(shù)人員更多的是關(guān)注界面、功能迹鹅、交互卦洽、元素等等內(nèi)容，因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說明文檔斜棚，是產(chǎn)品文檔中最底層和最細(xì)致的文檔阀蒂。

PRD文檔是一份沒有閑話，直入主題的功能說明文檔弟蚀，因此我們在寫作時(shí)蚤霞，腦海里構(gòu)思的是成品產(chǎn)品的界面功能的邏輯線框圖。在寫作這份文檔前义钉，我們需要先做一些準(zhǔn)備昧绣，把BRD、MRD的相關(guān)需求消化并融合規(guī)劃出產(chǎn)品的結(jié)構(gòu)圖断医。因?yàn)檫@些準(zhǔn)備工作是屬于思維類的滞乙，所以我推薦使用思維導(dǎo)圖軟件(MindManager)進(jìn)行規(guī)劃工作奏纪。

規(guī)劃產(chǎn)品的第一步就是梳理出產(chǎn)品的信息結(jié)構(gòu)，有了信息結(jié)構(gòu)我們才能繼續(xù)往下規(guī)劃產(chǎn)品結(jié)構(gòu)斩启，并且信息結(jié)構(gòu)是服務(wù)端技術(shù)人員創(chuàng)建數(shù)據(jù)庫的依據(jù)序调，是數(shù)據(jù)結(jié)構(gòu)的輔助文件。對于新產(chǎn)品或者新功能兔簇，沒有人能夠比產(chǎn)品經(jīng)理更加清楚所需要的信息內(nèi)容了发绢，因此第一步我們就需要先將這些信息羅列出來，形成結(jié)構(gòu)化垄琐。（如下圖）

這張圖是以我的博客作為示例边酒，在羅列信息結(jié)構(gòu)時(shí)，我們更多的是考慮信息數(shù)據(jù)狸窘，因此在這一步墩朦，我們還不需要深入的考慮產(chǎn)品的界面與功能。信息結(jié)構(gòu)的考慮有面向前端的翻擒，也有面向后端的氓涣，具體視產(chǎn)品類型而定。

例如CMS之類的程序陋气，這類程序采用框架式開發(fā)劳吠，將功能與模板獨(dú)立，因此前端具有多變性巩趁，并且這類產(chǎn)品屬于平臺型產(chǎn)品痒玩。針對這類產(chǎn)品，我們在規(guī)劃信息結(jié)構(gòu)時(shí)议慰，只需要簡單的考慮一些前端的功能需求蠢古，更多的是面向后端管理員操作進(jìn)行考慮，從后端入手規(guī)劃和羅列出所需要的信息內(nèi)容結(jié)構(gòu)别凹。

無論是什么樣的產(chǎn)品類型便瑟，無論從哪里入手，我們第一步都是先要羅列信息結(jié)構(gòu)番川，因?yàn)樾畔⒔Y(jié)構(gòu)圖不僅是輔助技術(shù)人員創(chuàng)建數(shù)據(jù)庫的圖表，也是輔助產(chǎn)品人員進(jìn)行產(chǎn)品功能規(guī)劃的參考脊框，只有對信息或數(shù)據(jù)的結(jié)構(gòu)了解颁督，我們才能玩轉(zhuǎn)數(shù)據(jù)，玩轉(zhuǎn)產(chǎn)品浇雹。

在信息結(jié)構(gòu)轉(zhuǎn)數(shù)據(jù)結(jié)構(gòu)時(shí)沉御，如果是針對已經(jīng)存在的產(chǎn)品而增加的新功能，那么技術(shù)人員就需要根據(jù)這個(gè)信息結(jié)構(gòu)進(jìn)行數(shù)據(jù)庫對比昭灵，已經(jīng)存在的數(shù)據(jù)便直接調(diào)用吠裆，如果不存在伐谈，則就需要具體的討論，確定新信息的使用途徑和以后的擴(kuò)展方向试疙，以便確認(rèn)是創(chuàng)建數(shù)據(jù)表還是創(chuàng)建數(shù)據(jù)字段诵棵。（雖然產(chǎn)品經(jīng)理不需要技術(shù)開發(fā)，但是如果能夠懂技術(shù)原理和數(shù)據(jù)庫原理祝旷，非常有助于產(chǎn)品規(guī)劃和技術(shù)溝通履澳。）

信息結(jié)構(gòu)圖是產(chǎn)品層面的理解，如果要入庫這些信息怀跛，還需要進(jìn)行數(shù)據(jù)結(jié)構(gòu)的討論距贷。一條信息的存儲有很多附加屬性，具體是存成字段還是數(shù)據(jù)表吻谋，還是說存在中間表或者關(guān)聯(lián)表忠蝗，這些都需要在完成PRD文檔后和數(shù)據(jù)庫技術(shù)人員共同討論。討論時(shí)除了展示信息結(jié)構(gòu)圖漓拾，還要講解產(chǎn)品原型和功能需求阁最，以便數(shù)據(jù)庫技術(shù)人員了解產(chǎn)品意圖，方便他們做數(shù)據(jù)庫規(guī)劃時(shí)考慮到以后的擴(kuò)展晦攒。

信息結(jié)構(gòu)圖是我們將概念想法形成結(jié)構(gòu)化的第一步闽撤，也是我們接下來幾步工作的輔助文件，同時(shí)在接下來的幾步工作中脯颜，我們還會不斷的完善信息的結(jié)構(gòu)哟旗。

上圖是一張以Blog系統(tǒng)為示例的信息結(jié)構(gòu)圖。信息結(jié)構(gòu)圖是一種接近數(shù)據(jù)庫結(jié)構(gòu)的圖表栋操，在羅列信息結(jié)構(gòu)時(shí)闸餐，更多的是考慮信息數(shù)據(jù)，但是他并不是真正意義的數(shù)據(jù)庫結(jié)構(gòu)矾芙。信息結(jié)構(gòu)圖是提供給產(chǎn)品經(jīng)理自己梳理信息內(nèi)容的結(jié)構(gòu)圖舍沙，也是方便產(chǎn)品經(jīng)理和服務(wù)端技術(shù)人員溝通數(shù)據(jù)結(jié)構(gòu)的參考圖，技術(shù)人員會根據(jù)這張圖表的內(nèi)容再結(jié)合產(chǎn)品原型或需求文檔剔宪，然后規(guī)劃和設(shè)計(jì)出真正意義上的數(shù)據(jù)庫結(jié)構(gòu)拂铡。

信息結(jié)構(gòu)圖中關(guān)于友情鏈接功能的信息數(shù)據(jù)只有“名稱”和“鏈接”兩個(gè)內(nèi)容，但是在實(shí)際功能需求中葱绒，友情鏈接還有兩個(gè)功能感帅，分別是“顯示或隱藏”和“是否新窗口打開”，這兩個(gè)功能會在產(chǎn)品原型和需求文檔中詳細(xì)描述地淀，但是在信息結(jié)構(gòu)中是沒有體現(xiàn)的失球，因?yàn)閺漠a(chǎn)品層面上來說，這兩個(gè)只是功能帮毁，并不是信息內(nèi)容实苞。但是在真正數(shù)據(jù)庫中豺撑，友情鏈接的這兩個(gè)功能分別也是有字段參數(shù)的，程序在讀取該參數(shù)后便知道友情鏈接的屬性黔牵，然后處理友情鏈接是顯示還是隱藏聪轿，是新窗口打開還是本窗口打開。通過友情鏈接這個(gè)例子荧止，我們就知道了在實(shí)際中數(shù)據(jù)結(jié)構(gòu)和信息結(jié)構(gòu)是不一樣的屹电，信息結(jié)構(gòu)只是產(chǎn)品層面的數(shù)據(jù)內(nèi)容。