11.1什么是PRD文檔

• 產(chǎn)品需求文檔(Product Requirement Document)的英文簡(jiǎn)稱(chēng)
  • PRD文檔向上是對(duì)MRD內(nèi)容的繼承與發(fā)展,向下則是要把MRD文檔里面的各種理論要求技術(shù)化,向研發(fā)部門(mén)與設(shè)計(jì)部門(mén)說(shuō)明產(chǎn)品的功能和性能要求
  • PRD文檔是產(chǎn)品文檔中最底層最細(xì)致的文檔,所以寫(xiě)作的時(shí)候,需要細(xì)致耐心

11.2再談BRD,MRD,PRD文檔的區(qū)別于用途

• BRD-這么做有好處,并說(shuō)明好處在哪里
  • 舉例: 唐僧出發(fā)前,參見(jiàn)唐皇,告訴唐皇西去取經(jīng)的重要意義與大興佛法的好處,唐皇答應(yīng),并發(fā)放免簽護(hù)照,于是唐僧呆著人物出發(fā)了.
• MRD-通過(guò)BRD明確了這個(gè)事情值得一做后,描述應(yīng)該這么做,并說(shuō)明這么做的原因
  • 舉例:唐僧上路了,但是他需要選擇走哪條線(xiàn)路,帶幾個(gè)人,為什么這么走,為什么帶這些人,要說(shuō)清楚:
    • A線(xiàn)路:妖怪多
    • B線(xiàn)路:神仙多
    • C線(xiàn)路:美女多
    • 經(jīng)過(guò)分析,唐僧決定選擇C線(xiàn)路,所以才有了三打白骨精,路過(guò)女兒國(guó)等經(jīng)典故事(開(kāi)個(gè)玩笑)
• PRD-獲得了授權(quán),而且已經(jīng)確定了要走的路線(xiàn),剩下的就是打造裝備(產(chǎn)品)了
  • 要把裝備的額需求給工匠(研發(fā)人員),就需要把你(PM)對(duì)(產(chǎn)品)的要求講清楚
    • 金箍棒:組要能縮短到耳朵里面,直徑1毫米,長(zhǎng)度6毫米,需要金色,重量必須控制在1kg
    • 九齒釘耙:必須要9個(gè)齒,黑色,齒長(zhǎng)8厘米,把手長(zhǎng)1.5米,直徑2.5厘米
    • 于是工匠(研發(fā)人員)根據(jù)需求,打造出了曠世的武器
• BRD>MRD>PRD是一個(gè)逐步論證并得出結(jié)果的過(guò)程,是產(chǎn)品經(jīng)理思維升華的過(guò)程,是這三個(gè)文檔三位一體的過(guò)程.

11.3PRD文檔面向的對(duì)象

• 研發(fā)人員
  • 猶豫研發(fā)人員本身專(zhuān)注于功能的實(shí)現(xiàn)與性能,所以他們相對(duì)其他諸如運(yùn)營(yíng),市場(chǎng),設(shè)計(jì)等表現(xiàn)相對(duì)不太關(guān)心,對(duì)于產(chǎn)品更多的了解來(lái)至于產(chǎn)品經(jīng)理的產(chǎn)品宣講
• 設(shè)計(jì)人員
  • 涉及人員本身更多的會(huì)關(guān)注與產(chǎn)品的調(diào)性與原型圖,所以對(duì)PRD文檔的需求是相對(duì)較弱的
• 所以,PRD文檔,根據(jù)閱讀對(duì)象,就不要去?；茏恿擞米钇戒佒睌⒆詈?jiǎn)單的話(huà),把問(wèn)題說(shuō)的一清二楚就行,繞來(lái)繞去小心被程序員們掏出板斧劈成兩半啊

11.4PRD文檔的幾種表現(xiàn)方式

• 說(shuō)到PRD文檔,很多朋友之前看過(guò)模板,都會(huì)不假思索的打開(kāi)Word開(kāi)始寫(xiě)作,其實(shí)PRD文檔的目的在于把問(wèn)題講清楚,而不是用什么工具!
• 根據(jù)實(shí)際情況,能滿(mǎn)足把問(wèn)題講清楚的方式大概有以下幾種:
  • 文字模式(Word...最常見(jiàn)的)
  • 原型圖模式(Axure...推薦使用)
  • 圖片模式(有的產(chǎn)品經(jīng)理本來(lái)就是美術(shù)轉(zhuǎn)交互產(chǎn)品,所以他們擅長(zhǎng)于此,有門(mén)檻的..)
  • 影像模式也可以,就是太澆油了

11.5Axure原型圖描述功能

- 在Axure編輯界面,選擇要說(shuō)明的元件,然后輸入你要說(shuō)明的內(nèi)容

- 發(fā)布以后,鼠標(biāo)點(diǎn)擊黃色描述標(biāo)簽,就能形象化的在功能中看到具體的需求表述了呦!

11.6Axure說(shuō)明到處成為說(shuō)明文檔

- Axure導(dǎo)出說(shuō)明文檔,需要產(chǎn)品經(jīng)理對(duì)Axure默認(rèn)的導(dǎo)出規(guī)則有一些了解,然后在制作原型需求圖的時(shí)候,就要考慮到Word導(dǎo)出后的一些規(guī)則,需要摸索一下,熟練以后,還是很好用的.

11.7常見(jiàn)PRD文檔包含內(nèi)容

• 文檔說(shuō)明
• 產(chǎn)品說(shuō)明
• 全局功能說(shuō)明
• 詳細(xì)功能說(shuō)明

11.8PRD文檔包含的內(nèi)容

11.7.1文檔說(shuō)明

• 產(chǎn)品版本號(hào)(1.26)
  • 版本號(hào)(1)
    • 重大調(diào)整升級(jí)
    • 產(chǎn)品結(jié)構(gòu)功能等有調(diào)整
  • 子版本號(hào)(2)
    • 在原有基礎(chǔ)上面對(duì)局部功能進(jìn)行了升級(jí)或調(diào)整
  • 修正版本號(hào)(6)
    • 局部范圍優(yōu)化與BUg修復(fù)
    • 一般是不動(dòng)功能性的東西
• 版本號(hào)的命名原則
  • 歸零原則:前一個(gè)數(shù)字增加一位,后面的數(shù)字都?xì)w零
  • 收費(fèi)原則:子版本號(hào)和修正版本號(hào)的變化,一般看做版本內(nèi)升級(jí),附加收費(fèi)用,版本號(hào)變化則加收費(fèi)用

11.7.2歷史修訂

• 編號(hào)
• 版本還
• 修訂章節(jié)
• 修訂原因
• 修訂日期
• 修訂人
• 歷史修訂的作用
  • 對(duì)修改前后進(jìn)行比較
  • 有利于維護(hù)和管理PRD
  • 修訂人
  • 修訂日期
  • 方便查閱,可以只看修訂部分

11.7.3.名詞術(shù)語(yǔ)表

• 將一些產(chǎn)品里面不易理解,容易混淆,或者所寫(xiě)的詞匯在開(kāi)篇進(jìn)行統(tǒng)一的列表說(shuō)明,有利于閱讀.