1. 首頁 > 生活百科 > >

產品需求文檔PRD模版 產品設計文檔和需求文檔

生活百科產品


產品需求文檔PRD模版 產品設計文檔和需求文檔

文章插圖

產品需求文檔PRD模版 產品設計文檔和需求文檔

文章插圖
人人圓桌
人人圓桌是在群討論的基礎上，通過篩選人員、限制討論時間的一種討論模式，以達到幫助新人成長、發散思路和學習交流的目的；而且因圓桌討論的特殊性，也能在討論中暴露出一些工作和思維上的問題 ， 避免工作時再次犯錯 。
規則介紹
人人圓桌開啟時間為每月第二個周四晚上20:30，歷時60分鐘 。圓桌主題確定后會提前在眾多報名者中 ， 選擇10名合適的成員單獨建群討論 。
圓桌主題則在圓桌招募初期即公布，成員在獲知主題內容后都有思考、收集資料的時間，但不允許私下討論 。
圓桌時間僅有一個小時，無論是否得出結果都必須結束 。因而對參與者的思維能力、話題把控能力、溝通能力、時間管理等都是一大挑戰 。
本期話題
對于產品經理來說最重要的三個需求文檔是商業需求文檔、市場需求文檔和產品需求文檔，而關于文檔的模板資料，質量卻參差不齊 。本次討論選取產品需求文檔作為討論的話題，讓大家在圓桌討論中分享各位關于產品需求文檔寫作思路的干貨 。
任務目標
針對一個工具類App應用（以zaker為例），設計一個合理、可用、完整的產品需求文檔模板 。
圓桌記錄
2014年11月13日晚8點30分 ， 經歷了嚴格篩選的產品老鳥們開始了為期一小時的思維碰撞，力求解決“產品需求文檔到底該怎么寫“這一終極難題 。
首先大家一致確認了PRD的重要性，積極的Phoenix拋出了一個可供大家討論的模版 。
產品需求文檔PRD模版 產品設計文檔和需求文檔

文章插圖
經過大家確認 ， 一致認為效益成本分析是MRD中已經確認的內容，不應該在PRD中討論 ， 所以去掉了效益成本分析這一塊 。
接下來按順序分析
1．概述
關于概述大家都有不同的想法
Phoenix提出概述應該包括名詞說明；產品概述及目標；產品roadmap；產品風險，節奏提出既然是概述肯定要概括的說明產品的背景；產品的目標；產品的基本介紹等，基于經驗大家又發現需要對數據的進行部分說明增添了數據字典的模塊，需要對PRD的閱讀對象進行分工定義 ， 增添了文檔閱讀對象 。
發散思維的各種討論后，講概述確定為
1.1產品概述及目標----包括背景介紹和產品目的
1.2名詞解釋----聲明文檔中出現的名詞含義
1.3數據詞典----介紹本產品中數據的數據項、數據結構、數據流、數據存儲、處理邏輯、外部實體等 。
1.4文檔閱讀對象----聲明本文檔輸出的閱讀對象和注意事項
確認了概述時已經時間用去三分之一，各大神明顯覺得時間過得好快 。。。所以接下來的討論加快了速度，快速的確認接下來主要討論的內容：產品描述和功能描述 。
2．產品描述
討論完概述后 ， 大家一致認為使用者需求這個詞語容易造成歧義且范圍過窄，所以將名稱改為了產品描述 。
產品描述章節介紹了產品的整體邏輯流程，概括性的描述產品需求、產品版本規劃、產品整體的框架結構以及功能列表 。產品整體流程與產品框架都需要使用相應的圖表展現方式
產品描述經過確認包括
2.1產品整體流程----展示產品框架圖和用戶流程圖 。
2.2產品需求描述----描述產品核心功能，解決哪些情景下的哪些需求 。
2.3產品版本規劃----敘述產品版本迭代計劃，版本號、主要模塊、功能點、計劃開發時間、計劃結束時間、備注 。

相關經驗推薦