從零開(kāi)始-產(chǎn)品需求文檔(prd)撰寫(xiě)-展示頁(yè)
2025-06-27 07:02本頁(yè)面
【正文】 道、子模塊或子頁(yè)面。我們首先要羅列出產(chǎn)品的頻道及頁(yè)面(產(chǎn)品結(jié)構(gòu)圖)，其次再基于產(chǎn)品結(jié)構(gòu)圖梳理出頻道及頁(yè)面中的功能，并延伸構(gòu)建出用戶的操作流程(用戶流程圖)。信息結(jié)構(gòu)圖是我們將概念想法形成結(jié)構(gòu)化的第一步，也是我們接下來(lái)幾步工作的輔助文件，同時(shí)在接下來(lái)的幾步工作中，我們還會(huì)不斷的完善信息的結(jié)構(gòu)。一條信息的存儲(chǔ)有很多附加屬性，具體是存成字段還是數(shù)據(jù)表，還是說(shuō)存在中間表或者關(guān)聯(lián)表，這些都需要在完成PRD文檔后和數(shù)據(jù)庫(kù)技術(shù)人員共同討論。（雖然產(chǎn)品經(jīng)理不需要技術(shù)開(kāi)發(fā)，但是如果能夠懂技術(shù)原理和數(shù)據(jù)庫(kù)原理，非常有助于產(chǎn)品規(guī)劃和技術(shù)溝通。無(wú)論是什么樣的產(chǎn)品類型，無(wú)論從哪里入手，我們第一步都是先要羅列信息結(jié)構(gòu)，因?yàn)樾畔⒔Y(jié)構(gòu)圖不僅是輔助技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)的圖表，也是輔助產(chǎn)品人員進(jìn)行產(chǎn)品功能規(guī)劃的參考，只有對(duì)信息或數(shù)據(jù)的結(jié)構(gòu)了解，我們才能玩轉(zhuǎn)數(shù)據(jù)，玩轉(zhuǎn)產(chǎn)品。例如CMS之類的程序，這類程序采用框架式開(kāi)發(fā)，將功能與模板獨(dú)立，因此前端具有多變性，并且這類產(chǎn)品屬于平臺(tái)型產(chǎn)品。（如下圖）這張圖是以我的博客作為示例，在羅列信息結(jié)構(gòu)時(shí)，我們更多的是考慮信息數(shù)據(jù)，因此在這一步，我們還不需要深入的考慮產(chǎn)品的界面與功能。規(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ù)庫(kù)的依據(jù)，是數(shù)據(jù)結(jié)構(gòu)的輔助文件。在寫(xiě)作這份文檔前，我們需要先做一些準(zhǔn)備，把BRD、MRD的相關(guān)需求消化并融合規(guī)劃出產(chǎn)品的結(jié)構(gòu)圖。相對(duì)于技術(shù)人員，他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場(chǎng)愿景，因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí)，產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過(guò)，因此技術(shù)人員更多的是關(guān)注界面、功能、交互、元素等等內(nèi)容，因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說(shuō)明文檔，是產(chǎn)品文檔中最底層和最細(xì)致的文檔。PRD文檔是基于BRD、MRD的延續(xù)文檔，主要用于產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)使用，因此閱讀這份文檔的人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員。前幾天一位從事產(chǎn)品類工作的朋友，發(fā)來(lái)一份他寫(xiě)的產(chǎn)品需求文檔目錄截圖給我(下圖)，當(dāng)時(shí)我就郁悶了，這些類目更像是MRD文檔，而不是PRD文檔了，因此我決定寫(xiě)幾篇講述寫(xiě)作PRD文檔的文章，分享一些我關(guān)于PRD文檔的見(jiàn)解和寫(xiě)作方法。羅列信息內(nèi)容的方式有很多種，文本形式、思維導(dǎo)圖形式等等都可以，最主要的是能夠清晰易懂，我最常用的方法就是思維導(dǎo)圖，因此我稱這一步為信息結(jié)構(gòu)圖。例如一篇文章的信息內(nèi)容主要有：文章標(biāo)題、文章正文、文章作者、發(fā)布時(shí)間、所屬分類。寫(xiě)前準(zhǔn)備(信息結(jié)構(gòu)圖)在寫(xiě)PRD文檔之前，我們需要先羅列出產(chǎn)品功能的信息內(nèi)容，這一步是將想法逐漸清晰的第一步，也是幫助我們接下來(lái)規(guī)劃功能的輔助信息，同時(shí)也可以輔助服務(wù)端技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)。因?yàn)檫@是第一步，所以我們不需要羅列的很詳細(xì)，在之后的步驟里，我們會(huì)逐步改進(jìn)和完善信息內(nèi)容。初始的功能需求只有這些信息內(nèi)容，但是在之后的功能規(guī)劃中逐漸更加細(xì)致的考慮時(shí)，可能會(huì)增加或者刪減，因此第一步我們不用刻意的追求信息的全面。當(dāng)我們初次接觸產(chǎn)品需求文檔時(shí)，首先會(huì)從網(wǎng)絡(luò)上尋找產(chǎn)品需求文檔模板，希望從中了解和學(xué)習(xí)具體的寫(xiě)作要求，但實(shí)際上，現(xiàn)在網(wǎng)絡(luò)上絕大部分的PRD文檔都是與實(shí)際工作不相符的，或者說(shuō)是復(fù)雜的。PRD是英文Product Requirement Document的縮寫(xiě)，中文的意思是產(chǎn)品需求文檔，具體的名詞介紹大家可以詢問(wèn)Google。在這類人群中，設(shè)計(jì)師更多依賴于原型進(jìn)行交互或視覺(jué)的設(shè)計(jì)，因此看這份文檔的人就會(huì)偏向于技術(shù)人員。PRD文檔是一份沒(méi)有閑話，直入主題的功能說(shuō)明文檔，因此我們?cè)趯?xiě)作時(shí)，腦海里構(gòu)思的是成品產(chǎn)品的界面功能的邏輯線框圖。因?yàn)檫@些準(zhǔn)備工作是屬于思維類的，所以我推薦使用思維導(dǎo)圖軟件(MindManager)進(jìn)行規(guī)劃工作。對(duì)于新產(chǎn)品或者新功能，沒(méi)有人能夠比產(chǎn)品經(jīng)理更加清楚所需要的信息內(nèi)容了，因此第一步我們就需要先將這些信息羅列出來(lái)，形成結(jié)構(gòu)化。信息結(jié)構(gòu)的考慮有面向前端的，也有面向后端的，具體視產(chǎn)品類型而定。針對(duì)這類產(chǎn)品，我們?cè)谝?guī)劃信息結(jié)構(gòu)時(shí)，只需要簡(jiǎn)單的考慮一些前端的功能需求，更多的是面向后
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1