關于產品經理的三個文檔(PRD)

產品經理 小樓一夜聽春語 27231℃ 0評論

第三篇:產品需求文檔(PRD)

在前面兩篇文章《關于產品經理的三個文檔(BRD)》和《關于產品經理的三個文檔(MRD)》中我把自己對商業需求文檔(BRD)和市場需求文檔(MRD)理解做了闡述。這一篇我再來說說產品需求文檔(PRD)的撰寫。

不過說文檔的撰寫之前,我需要先插一些內容。

上面這句話的后面半句又讓我想起之前的一個領導,他總喜歡打斷別人說話時這么說:“你等會兒,我先插你一下…”,每次都搞得我好拘(菊)謹(緊)。

同學甲:我艸,小樓老師又開車了!

同學乙:小樓老師,不是說好不污的嗎?

同學丙:污皇,萬歲,萬萬歲!

讀者:一臉懵逼……

好了,以上純屬扯淡!咱們繼續正經分析,我要插點什么進來!

我要插進來的內容是:產品原型。

經常有人說產品原型是產品需求文檔的另一種形式。

這種說法沒有什么問題。

但是,我更傾向于產品原型是市場需求文檔與產品需求文檔的過渡。

在市場需求文檔中,我就在功能概況部分插入了原型圖。

也就是說,當我們在尚未決定產品研發之前的決策階段,就應該有原型參與進來,幫助我們決策。

那么,決策完畢之后呢?

這個時候,原型圖則要承擔以下責任:

  • 線框原型:確定產品結構、布局、功能、模塊關系、操作流程。
  • 交互原型:功能可用性測試、用戶體驗測試。

也就是說,在撰寫產品需求文檔之前,我們應該已經對產品進行了評審,確保了功能完整、可用且體驗良好。在此基礎上我們再梳理產品需求文檔,則會變得更加容易,也能夠避免疏漏與錯誤。

接下來,再說產品需求文檔。

產品需求文檔其實我們只需要基于商業需求文檔、市場需求文檔以及產品原型做詳實的敘述就可以了。

在下面大家能夠看到文檔的結構,其中背景、定位、用戶群體等均來自商業需求文檔和市場需求文檔,而結構與功能來自產品原型。只有產品安全與時間進度等需求是補充的產品需求。

有的同學可能有疑問:有沒有把產品背景、定位這些在每個文檔里都寫出來?

這是有必要的!

因為,每個文檔的閱讀對象是不一樣的,作為產品經理有責任、有義務讓每一個參與者知道并理解產品的背景、環境、定位目標、文化理念與價值觀念。這樣才能讓每一位參與者都有明確的方向,形成一致的思想,促進產品的生產進程,避免人為障礙。

 

之前,我提到產品需求文檔時,是這么描述的:

產品需求文檔(PRD):用什么賺?怎么多賺?

  • 用什么賺?

這里指的就是產品需要具備哪些功能?如何設計這些功能?

比如:產品的結構、組成、流程、用戶權限等。

  • 怎么多賺?

這一點有兩個角度,一方面是產品設計,另一方面是產品安全。

(1)產品設計需要考慮用戶的愛好、習慣等方方面面,在完善基礎功能的同時,還要考慮中如何能夠盈利最大化。在滿足用戶的需求同時,挖掘潛在需求以及擴大用戶規模,都是盈利最大化需要考慮的內容。例如網絡游戲從最初的的點卡收費到道具收費,還有互聯網產品的分享功能,金融工具的收費分析功能,都是基于盈利最大化的設計。

(2)產品安全對產品是非常重要的,特別是互聯網產品!政策管控、環境變化、黑客攻擊、抄襲復制、訪問壓力、開發延期、不可抗力等等,方方面面可能對產品造成的風險都是產品經理需要考慮的。避免風險帶來的損失也是賺的一種。

 

那么,既然知道了寫這篇文檔的目的,接下來,我們來說一下這個文檔要包含的內容。

 

一、文檔屬性

  • 文檔名稱:XXX產品需求文檔(或說明書)
  • 版本號:V1.0
  • 撰寫人:小樓
  • 閱讀人:開發部、測試部、市場部、營運部
  • 首次發布時間:2017年1月28日
  • 預計上線時間:2017年6月28日

二、修訂記錄

(1)修訂時間:2017年2月12日

(2)修訂內容:XXX頁面/XXX模塊/XXX用例,添加/刪除/修改了XXX內容。

(3)修訂人:小樓

三、產品概況

(1)背景:參照商務需求文檔。

(2)定位:參照商務需求文檔。

(3)用戶:參照市場需求文檔。

四、用戶角色

寫明不同的用戶類型,例如:游客、注冊用戶、匿名用戶、Vip用戶、管理員等。

五、產品結構

  • 產品結構圖:參照前文。
  • 產品信息圖:這張圖是在產品結構圖的基礎之上細化它的組成,包括模塊與元素。

  • 用例圖:可以理解為不同的用戶角色能夠使用的功能。(圖片來自網絡)

  • 業務流程圖

不同角色行為形成的對產品功能的操作流程,給出相應的流程圖。下面以用戶評論為例。

六、產品功能

(一)、用例編號

登錄賬號:XXX-001

注冊賬號:XXX-002

瀏覽資訊:XXX-003

......

 

(二)、用例說明(以發布評論為例)

(1)用例名稱:發布評論

(2)用例編號:XXX-019 (編號格式各公司有不同規范,此處是XXX是產品名稱簡寫。)

(3)角色:注冊用戶

(4)用例描述:用戶瀏覽咨詢時發布評論。

(5)前置條件:登錄賬號、瀏覽評論

(6)基本事件:

  1. 在評論頁點擊評論按鈕,進入評論界面;
  2. 在評論編輯區中輸入內容,點擊發布按鈕發布評論。

(7)分支事件:點擊清空按鈕清空輸入的評論內容。

(8)約束條件:評論內容必須超過10個字符。

(9)異常事件:未輸入內容時或輸入不符合要求時給予提示。

(10)后置條件:編輯評論、刪除評論(后置條件是指完成此用例才可執行的用例,即本用例是后置條件中所述用例的前置條件。)

(11)流程圖/場景圖:

  • 流程圖

  • 場景圖

七、產品安全

所有對于產品安全有威脅的風險均要考慮,并分類整理,提出對應的解決方案。例如:原創資訊內容的圖片要加上水印或標記避免惡意抄襲復制行為;視頻類產品可以通過隨機時間與位置的唯一用戶標識水印,震懾某些用戶盜錄傳播的行為。

八、時間進度

(1)研發進度

這一塊需要與技術負責人確定任務的劃分和完成的時間節點,通過甘特圖進行管理控制。

(2)優先級

一些產品的功能并非同期上線,在此可以根據上線優先級規劃每一部分產品功能的上線時間與研發進度。

 

以上內容是本人對產品需求文檔撰寫的理解,分享給大家。如有問題歡迎指正!

用了三天時間終于把《關于產品經理的三個文檔》全部寫完了,期間也受到了很多朋友的幫助與鼓勵,我也希望我寫的這些內容能夠給更多的人以幫助!如果覺得我寫的文章有幫助,請在下面多頂我幾下,讓我更興奮的做下去。覺得那篇文章有用就收藏分享,但是別忘了喜歡!

 

感謝每一位支持小樓的朋友!


~~~~~~~~~~~~ 正文結束 下面沒了 ~~~~~~~~~~~~

小樓老師全新打造Axure RP 9精品課程,以獨有的教學方法與技巧,幫助你以最短的時間高效的完成學習目標。

《Axure RP 9 萌新修煉視頻》-----從零入門進階的優質課程------【點此查看詳情】


轉載請注明:Axure原創教程網 » 關于產品經理的三個文檔(PRD)

喜歡 (288)or分享 (0)
頭像
發表我的評論
取消評論

表情

Hi,您需要填寫昵稱和郵箱!

  • 昵稱 (必填)
  • 郵箱 (必填)
  • 網址
(10)個小伙伴在吐槽
  1. 頭像
    真不錯,算是很齊全了。通俗易懂,其中的產品設計和產品安全,其實就是“業務需求”和“非業務需求”
    2017-02-28 13:42 回復
  2. 頭像
    想要對自己感興趣的文章收藏一下 ?? ,沒找到辦法
    Judy2017-02-28 15:11 回復
    • 小樓一夜聽春語
      瀏覽器都有收藏功能吧
      小樓一夜聽春語2017-02-28 15:39 回復
      • 頭像
        瀏覽器收藏不是很方便,存得多了有時候翻找麻煩的,如果個人登錄就不一樣啦 ??
        Judy2017-02-28 15:41 回復
  3. 頭像
    用例圖用什么工具畫呢,最近在參照著老師這篇文章寫一個產品分析,希望可以找到一份好工作!
    大丸子2017-03-10 14:47 回復
    • 頭像
      process on可以
      lapatairis2018-04-27 10:42 回復
  4. 頭像
    比較好奇用例圖和甘特圖到底是什么??
    牙牙2017-03-12 16:33 回復
    • 頭像
      用例圖測試人員用的比較多,寫寫測試用例等等,可以用腦圖(xmind)實現;甘特圖一半表示項目的進度狀況等等吧
      Sandy_JUNG2017-03-30 16:41 回復
  5. 頭像
    看完感覺太溜了666,自己做起來思路清晰了很多。
    山田海里2017-08-19 10:15 回復
  6. 頭像
    不錯,入門導師
    一望無際2018-04-25 16:56 回復
辽宁快乐12选5走势图表