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