中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

前幾天一位從事產品類工作的朋友，發來一份他寫的產品需求文檔目錄截圖給我(下圖)，當時我就郁悶了，這些類目更像是MRD文檔，而不是PRD文檔了，因此我決定寫幾篇講述寫作PRD文檔的文章，分享一些我關于PRD文檔的見解和寫作方法。

PRD是英文Product Requirement Document的縮寫，中文的意思是產品需求文檔，具體的名詞介紹大家可以詢問Google。PRD文檔是基于BRD、MRD的延續文檔，主要用于產品設計和開發使用，因此閱讀這份文檔的人群絕大多數是設計與技術人員。在這類人群中，設計師更多依賴于原型進行交互或視覺的設計，因此看這份文檔的人就會偏向于技術人員。相對于技術人員，他們不太關注產品的商業需求和市場愿景，因為在進行產品討論立項時，產品的定義就已經向參與設計和研發的人員宣講過，因此技術人員更多的是關注界面、功能、交互、元素等等內容，因此PRD文檔是一份詳細的產品功能需求說明文檔，是產品文檔中最底層和最細致的文檔。

PRD文檔是一份沒有閑話，直入主題的功能說明文檔，因此我們在寫作時，腦海里構思的是成品產品的界面功能的邏輯線框圖。在寫作這份文檔前，我們需要先做一些準備，把BRD、MRD的相關需求消化并融合規劃出產品的結構圖。因為這些準備工作是屬于思維類的，所以我推薦使用思維導圖軟件(MindManager)進行規劃工作。

規劃產品的第一步就是梳理出產品的信息結構，有了信息結構我們才能繼續往下規劃產品結構，并且信息結構是服務端技術人員創建數據庫的依據，是數據結構的輔助文件。對于新產品或者新功能，沒有人能夠比產品經理更加清楚所需要的信息內容了，因此第一步我們就需要先將這些信息羅列出來，形成結構化。（如下圖）

這張圖是以我的博客作為示例，在羅列信息結構時，我們更多的是考慮信息數據，因此在這一步，我們還不需要深入的考慮產品的界面與功能。信息結構的考慮有面向前端的，也有面向后端的，具體視產品類型而定。

例如CMS之類的程序，這類程序采用框架式開發，將功能與模板獨立，因此前端具有多變性，并且這類產品屬于平臺型產品。針對這類產品，我們在規劃信息結構時，只需要簡單的考慮一些前端的功能需求，更多的是面向后端管理員操作進行考慮，從后端入手規劃和羅列出所需要的信息內容結構。

無論是什么樣的產品類型，無論從哪里入手，我們第一步都是先要羅列信息結構，因為信息結構圖不僅是輔助技術人員創建數據庫的圖表，也是輔助產品人員進行產品功能規劃的參考，只有對信息或數據的結構了解，我們才能玩轉數據，玩轉產品。

在信息結構轉數據結構時，如果是針對已經存在的產品而增加的新功能，那么技術人員就需要根據這個信息結構進行數據庫對比，已經存在的數據便直接調用，如果不存在，則就需要具體的討論，確定新信息的使用途徑和以后的擴展方向，以便確認是創建數據表還是創建數據字段。（雖然產品經理不需要技術開發，但是如果能夠懂技術原理和數據庫原理，非常有助于產品規劃和技術溝通。）

信息結構圖是產品層面的理解，如果要入庫這些信息，還需要進行數據結構的討論。一條信息的存儲有很多附加屬性，具體是存成字段還是數據表，還是說存在中間表或者關聯表，這些都需要在完成PRD文檔后和數據庫技術人員共同討論。討論時除了展示信息結構圖，還要講解產品原型和功能需求，以便數據庫技術人員了解產品意圖，方便他們做數據庫規劃時考慮到以后的擴展。

信息結構圖是我們將概念想法形成結構化的第一步，也是我們接下來幾步工作的輔助文件，同時在接下來的幾步工作中，我們還會不斷的完善信息的結構。

下一篇我將講解如何梳理產品需求，并根據信息結構規劃出產品結構圖和用戶流程圖。