【转】产品经理如何进行BRD,MRD,PRD,DRD,FRD编写
轉載自:http://minjiechenjava.iteye.com/blog/2304490, 侵刪
?
PRD文檔即產品需求文檔,也叫業務需求文檔。是產品項目由“概念化”階段進入到“圖紙化”階段的最主要的一個文檔。
產品需求文檔的作用就是“對MRD中的內容進行指標化和技術化”,這個文檔的質量好壞直接影響到研發部門是否能夠明確產品的功能和性能。一般寫這樣的文檔用WORD+VISIO或AXURE,建議互聯網產品經理都熟悉一下AXURE這個軟件的使用,能直接生成PRD。
一般每個業務功能都按以下格式寫:
1.1.1 (業務功能名稱)
1.1.1.1 業務功能基本信息
1.1.1.2 業務功能
1.1.1.3 業務流程
1.1.1.4 業務規則
1.1.1.5 界面管理
1.1.1.6 數據要求
1.1.1.6.1 輸入
1.1.1.6.2 輸出
1.1.1.7 費用處理要求
1.1.1.8 打印單據/文件要求
1.1.1.9 參數要求
1.1.1.10 與其它界面的整合建議
DRD是用來承載交互說明,并交付給前端、測試以及開發工程師參考的文檔。
在項目中,交互設計師的主要產出物可能依次是:site map,page flow,wireframes。有的大型項目前期,交互設計師有可能還會產出用戶需求分析文檔(與PD產出的市場需求文檔不一樣的是,URD更多側重于對目標用戶的需求分析)。
DRD則很少有人專門撰寫。如果需要對交互設計進行說明,聰明的交互設計師往往會直接標注在線框圖里,或者在項目中不斷和前端工程師和開發工程師口口相傳,反復驗收,不斷迭代修改來確保所有的交互設計意圖最終得以呈現。
DRD非項目必需環節,一般情況下也不會為交互設計師專門留出相應的時間預估。沒有這份文檔,項目也會繼續,但是可能項目會為此承擔不必要的溝通成本和時間成本。嚴重的話,項目的質量也會受到影響。所以寫與不寫,交互設計師需要做把握。
?
| ? 文檔類型 | 需要做的工作 | 提綱如下 | 要達到的目標 |
| BRD階段 | 一、?市場分析; 二、?銷售策略; 三、?盈利預測; 四、?(注:不出現產品細節) | 一、客戶價值; 1、我要服務哪些客戶?這些客戶是什么樣子的? 二、商業價值; 1、我可以為企業創造什么樣的價值? 三、路線規劃; 1、我先滿足什么需求?再滿足什么需求?為什么? 四、歷史回顧; 1、客戶價值和商業價值是否發生了變化? 五、成本估算; 1、整合各類資源所需要的運營成本、營銷成本。 六、評估方法 ?1、為什么指定這個目標?這個目標是如何顯現出來的? | 向公司申請需要的費用、資源得到各級領導支持; ? |
| MRD階段 | 一、?更細致的市場與競爭對手分析; 二、?通過哪些功能來實現商業目的; 三、?功能/非功能需求分哪幾塊; 四、?功能的優先級; ? ——可能產出物有Mind Manager的思維圖,Excel的Feature List | 一、產品介紹; 二、用戶描述; 1.?用戶/市場統計; 2.?用戶剖析; 3.?關鍵用戶需求; 4.?替代品和競爭品 三、產品輪廓; 1.?產品前景; 2.?產品定位 四、功能需求; 五、非功能需求; 六、?附件:用戶需求調查報告 | 收集、分析、定義主要的用戶需求和產品特性 ——不用考慮系統如何滿足這些需求以及需求的技術和資源局限 |
| PRD階段 | 一、?功能使用的具體描述; 二、?Visio版功能點業務流程; 三、?界面的說明; 四、?Demo (注:可是dreamweaver、ps、畫圖板的簡單版,有時也會有UI/UE支持) | 一、項目邊界; 二、驗收標準; 三、業務流程圖; 四、用例說明; 1.?用例總圖; 2.?單個用例說明 五、性能需求; 1.?響應時間; 2.?空間使用量等 六、維護性需求; 七、質量需求; 1.?安全性; 2.?可操作性; 3.?可靠性; 4.?兼容性; 5.?移植性 八、接口需求 外部接口需求; 內部接口需求 | 對MRD中的內容進行指標化和技術化;明確產品的功能和性能 |
| FSD階段(類似概要設計) | 產品UI確定; 業務邏輯的細節確定; 表結構設計 |
總結
以上是生活随笔為你收集整理的【转】产品经理如何进行BRD,MRD,PRD,DRD,FRD编写的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【转】Dynamics CRM 365零
- 下一篇: 【转】Jenkins详细教程