如何讓開發(fā)、測(cè)試一致稱贊你的PRD?

PM火山
43 評(píng)論 86593 瀏覽 759 收藏 16 分鐘
B端产品经理要负责对目标行业和市场进行深入的分析和调研,了解客户的需求、痛点、期望和行为,找到产品的价值主张 🔗

稍微有點(diǎn)經(jīng)驗(yàn)的產(chǎn)品經(jīng)理,基本上都會(huì)寫好一份PRD,那到底要具備哪些特點(diǎn),才能讓開發(fā)、測(cè)試一致稱贊你的PRD?

如果你去采訪幾個(gè)周圍稍微有點(diǎn)經(jīng)驗(yàn)的產(chǎn)品經(jīng)理:“你認(rèn)為你寫的PRD是一份好PRD嗎?”

答案可能會(huì)高度統(tǒng)一:“Yes,it is!”

在產(chǎn)品經(jīng)理崗位上耕耘這些年,我的PRD收到了來自開發(fā)GG和測(cè)試MM的不計(jì)其數(shù)的建(pi)議(dou),終于收獲了長足的進(jìn)步,最近一年寫的PRD在開發(fā)、測(cè)試團(tuán)隊(duì)中獲得了一致的認(rèn)可。所以如果你要問我這個(gè)問題,我的答案也會(huì)是:“Yes,it is!”

但如果再追問一下:“你認(rèn)為什么樣的PRD是一份好的PRD呢?“

這個(gè)時(shí)候答案就會(huì)千奇百怪了,“思路清晰,排版整齊……”每個(gè)人可能都巴拉巴拉列舉一大堆的特征。

在我看來,在一個(gè)真正的產(chǎn)品經(jīng)理眼里,世間萬物,只要是人造出來的,都是產(chǎn)品。產(chǎn)品上市之前,PRD就是產(chǎn)品經(jīng)理交付的第一個(gè)產(chǎn)品。對(duì)這個(gè)產(chǎn)品經(jīng)理交付的第一個(gè)“產(chǎn)品”,至少應(yīng)該具備以下4個(gè)特點(diǎn),才能算是一個(gè)好的產(chǎn)品(PRD),即:價(jià)值明確、考慮全面、可讀性強(qiáng)、修訂留痕。

一、價(jià)值要明確

能幫助用戶解決問題,則產(chǎn)品是有價(jià)值的;而有價(jià)值,是一個(gè)產(chǎn)品誕生的原點(diǎn)。產(chǎn)品是為了解決用戶問題的,PRD是為了打造幫用戶解決問題的這個(gè)產(chǎn)品而編制的。

那么,你的產(chǎn)品最終要解決的是用戶在什么場(chǎng)景下的什么問題?要實(shí)現(xiàn)的定性目標(biāo)是什么?定量目標(biāo)是什么?

在你的PRD當(dāng)中把這些內(nèi)容寫清楚,一方面,可以讓自己更加清晰地理解和審視項(xiàng)目價(jià)值;另一方面,也讓開發(fā)、測(cè)試同學(xué)知道自己要做的工作是有價(jià)值的。

這有什么意義? 這么說吧:

  • 有工資拿,我做到朝九晚五;
  • 有價(jià)值感,我自愿朝九晚九。

讓團(tuán)隊(duì)知道他們做的工作是有價(jià)值的,并且讓他們知道能實(shí)現(xiàn)什么樣的價(jià)值,是凝結(jié)一個(gè)團(tuán)隊(duì)克服重重困難,滾滾向前的最為重要的力量。因此,一份好的PRD,一定會(huì)有關(guān)于它的項(xiàng)目價(jià)值的清晰描述。

二、考慮要全面

衡量一個(gè)產(chǎn)品經(jīng)理PRD功力的最為關(guān)鍵的指標(biāo),就是看他是否考慮得足夠全面。我將產(chǎn)品經(jīng)理考慮全面的功力分成三個(gè)段位:

第一級(jí):模塊內(nèi)全面

在這個(gè)段位上,產(chǎn)品經(jīng)理能考慮到在正常情況下,所設(shè)計(jì)模塊當(dāng)中可能的應(yīng)用場(chǎng)景,每個(gè)場(chǎng)景下有哪些分支流程和處理邏輯。

比如:在下單流程中,能考慮到針對(duì)接口返回成功、失敗的各種場(chǎng)景的處理邏輯;同時(shí),也能考慮到在正常場(chǎng)景或流程之外,有哪些異常場(chǎng)景,并設(shè)計(jì)對(duì)應(yīng)的處理方式。比如:下單流程中,接口響應(yīng)超時(shí)場(chǎng)景怎么處理。

第二級(jí):模塊外全面

這個(gè)段位上的產(chǎn)品經(jīng)理,不僅能考慮到所設(shè)計(jì)模塊的各種正常、異常場(chǎng)景,還能考慮到這個(gè)模塊的調(diào)整會(huì)影響到的其他系統(tǒng)模塊,并在PRD當(dāng)中給出相應(yīng)的應(yīng)對(duì)策略。

比如:當(dāng)你在門票的下單流程中調(diào)整了游玩人信息的處理邏輯,你能否考慮到對(duì)酒店品類的下單流程的影響。

第三極:擴(kuò)展性全面

到了這個(gè)段位上的產(chǎn)品經(jīng)理,不僅能對(duì)當(dāng)下的模塊內(nèi)容的場(chǎng)景考慮全面,還能考慮到未來三到五個(gè)迭代版本之后可能的產(chǎn)品形態(tài)。

他在自己的設(shè)計(jì)方案中預(yù)留產(chǎn)品擴(kuò)展空間的同時(shí),也在前期PRD當(dāng)中對(duì)可能的擴(kuò)展需求進(jìn)行標(biāo)注,以提醒開發(fā)人員在代碼層、數(shù)據(jù)結(jié)構(gòu)層預(yù)留充分的擴(kuò)展空間。

比如:你負(fù)責(zé)了一個(gè)旅游平臺(tái)訂單重構(gòu)的項(xiàng)目。在第一個(gè)版本中,你只對(duì)門票的下單流程進(jìn)行了重構(gòu),但你在前期的方案設(shè)計(jì)階段,除了對(duì)現(xiàn)階段門票訂單的重構(gòu)方案進(jìn)行全面的設(shè)計(jì),還能考慮到未來1年之中,對(duì)酒店、線路品類進(jìn)行重構(gòu)時(shí)的主要場(chǎng)景需求,并在產(chǎn)品方案中預(yù)留出擴(kuò)展空間以供未來擴(kuò)展。

三、可讀性要強(qiáng)

這一點(diǎn)應(yīng)該很好理解,PRD全稱Product Requirement Document,即產(chǎn)品需求文檔。因此,它的本質(zhì)還是一份文檔,對(duì)于開發(fā)、測(cè)試團(tuán)隊(duì)成員來說,還是一份需要仔細(xì)研讀的文檔。對(duì)于需要研讀的團(tuán)隊(duì)成員而言,一份可讀性強(qiáng)的PRD可以節(jié)省大量的時(shí)間,有效提高開發(fā)和測(cè)試的工作效率。

那么,啥叫可讀性強(qiáng)?

我認(rèn)為可讀性強(qiáng)的PRD包括三個(gè)特點(diǎn):

1. 一個(gè)文檔覆蓋完整需求

這是對(duì)于文檔可讀性的最基本的要求,剛做產(chǎn)品那會(huì)兒,沉迷于各種所謂的PRD模板和繪圖工具,大致就是用Xmind畫腦圖、用Axure畫原型,用visio畫流程圖,然后再用word寫PRD。

盡管也會(huì)在PRD中把重要的界面原型截圖放進(jìn)去,但有時(shí)候,Word無法很好地呈現(xiàn)一些交互效果,或者比較大的visio圖在word里面看不清的時(shí)候,開發(fā)、測(cè)試團(tuán)隊(duì)就需要html原型文件、word、visio幾個(gè)文檔一起看,并進(jìn)行來回切換。有時(shí)候也會(huì)出現(xiàn)開發(fā)人員嫌來回切換麻煩,干脆直接就簡單看看原型圖,之后就按照自己的想法開始coding了。

很顯然,從閱讀體驗(yàn)來看,用word來寫的PRD很難一個(gè)文檔覆蓋完整需求,也不是一份可讀性很強(qiáng)的PRD文檔。

那么,有沒有什么方式是可以實(shí)現(xiàn)一個(gè)PRD文檔覆蓋所有需求的呢?

在這里推薦一個(gè)比較好的寫PRD的方式——直接在Axure原型中撰寫PRD,這也是目前我所在公司撰寫PRD的方式。自從在Axure中寫PRD之后,原型、流程圖、需求說明都被寫在了一個(gè)原型文檔當(dāng)中,開發(fā)、測(cè)試再也不用幾個(gè)文檔來回切換著看了。

另外,除了便于團(tuán)隊(duì)成員在一個(gè)文檔中查看完整需求之外,對(duì)于產(chǎn)品經(jīng)理而言也有諸多便利。比如:多文檔無需來回騰挪,調(diào)整時(shí)只需維護(hù)一個(gè)文檔即可,無需擔(dān)心漏了某個(gè)文檔,可以按照頁面撰寫,伸縮性強(qiáng)等等。因此,如果你還在用word寫PRD,建議你趕緊拋棄word,擁抱Axure吧。

2. 文檔有清晰的框架結(jié)構(gòu)

一兩頁就能寫完的小需求PRD,框架結(jié)構(gòu)對(duì)可讀性的影響自是不大,但是對(duì)于超過10頁的PRD文檔來說,框架結(jié)構(gòu)對(duì)于可讀性的影響就比較大了。

經(jīng)過我多年實(shí)戰(zhàn)經(jīng)驗(yàn),化繁為簡,一個(gè)好的文檔框架大致是如下一個(gè)結(jié)構(gòu):

  • 封面:需求名稱、版本、更新日期、作者等;
  • 修訂記錄:修訂時(shí)間、修訂人、修訂位置、修訂內(nèi)容、修訂原因、審核人等;
  • 文檔說明:需求背景、解決方案、項(xiàng)目目標(biāo)、產(chǎn)品范圍等;
  • 總體流程/架構(gòu):產(chǎn)品架構(gòu)、主流程、主要功能模塊簡述等;
  • 模塊一:模塊名稱、用戶場(chǎng)景、產(chǎn)品用例等;
  • 模塊二:模塊名稱、用戶場(chǎng)景、產(chǎn)品用例等;
  • 迭代版本1:版本名稱、時(shí)間等;
  • 迭代版本2:版本名稱、時(shí)間等;
  • 附錄:會(huì)議紀(jì)要、遺留問題等。

3. 排版清爽、條理清晰、圖文并茂

好比是人不能只有骨骼沒有血肉,PRD光有一個(gè)清晰的框架結(jié)構(gòu)還遠(yuǎn)遠(yuǎn)不夠,因?yàn)殚_發(fā)、測(cè)試團(tuán)隊(duì)看得最多還是具體的細(xì)化的功能需求,而這些細(xì)碎具體的需求內(nèi)容實(shí)際上也是最應(yīng)該考慮可讀性的地方。

如何提高內(nèi)容的可讀性?盡可能讓你的需求描述具有清晰的條理和清爽的布局。

幾個(gè)提高內(nèi)容可讀性的小技巧分享給大家:

  • 需求描述和原型一一對(duì)應(yīng),且不宜相隔太遠(yuǎn);
  • 圖文并茂,盡量避免整版整版的文字;
  • 能用圖描述的,就不要用干巴巴的文字;
  • 的確需要大段文字描述的內(nèi)容,分拆成一個(gè)一個(gè)的小點(diǎn)描述。

總而言之就是一個(gè)原則:讓用戶看起來不那么累。

四、修訂要留痕

需求變更對(duì)于產(chǎn)品經(jīng)理而言是難以避免的,在項(xiàng)目進(jìn)入開發(fā)階段之后,對(duì)PRD所做的所有變更一定要留下痕跡,這些修訂痕跡包括兩種:修訂記錄及修訂標(biāo)注。

1. 修訂記錄

通常情況下,一份合格的PRD里面一般都會(huì)標(biāo)配一個(gè)如下圖所示的修訂記錄,這是一份PRD最基本的修訂痕跡。

據(jù)我觀察:即便是在我目前這樣一家相對(duì)成熟的互聯(lián)網(wǎng)公司當(dāng)中,依然存在大量的修訂記錄形同虛設(shè)的情況。要改什么內(nèi)容,產(chǎn)品經(jīng)理直接跟開發(fā)測(cè)試說一下就改掉了。

為什么會(huì)這樣?

有的時(shí)候可能是因?yàn)槊?,忘記了;有的可能是因?yàn)閼校瑧械酶?;而最主要的原因還是在于產(chǎn)品經(jīng)理缺少修訂留痕的意識(shí),認(rèn)為這種細(xì)碎的工作沒必要。

實(shí)際上這個(gè)修訂痕跡是非常重要的,他直接反映了PRD文檔的變遷史,也讓開發(fā)、測(cè)試團(tuán)隊(duì)對(duì)PRD的變化做到同步更新,避免團(tuán)隊(duì)做無用功,避免不必要的扯皮。

由于沒有修訂記錄,跟開發(fā)和測(cè)試扯皮自然難以避免,即便沒有扯皮,產(chǎn)品最終上線之后的實(shí)際情況與PRD有諸多不符,也會(huì)逐漸就演變成了給后人挖的一個(gè)接一個(gè)的坑。有良心的產(chǎn)品經(jīng)理,不給后人挖坑。

2. 修訂標(biāo)注

當(dāng)然,有了修訂記錄痕跡,如果你能秉持著心中的用戶思維,產(chǎn)品思維來對(duì)待,你會(huì)認(rèn)為這是不夠的,為什么?

因?yàn)殚_發(fā)測(cè)試要從你洋洋灑灑十幾頁的PRD當(dāng)中,找出你改動(dòng)的那兩段文字依然是一件很困難的事情。

怎么解決開(yong)發(fā)(hu)的這個(gè)痛點(diǎn)?

對(duì)于一名產(chǎn)品經(jīng)理而言,要解決這個(gè)問題實(shí)在太容易了,把修訂內(nèi)容標(biāo)注出來不就可以了嘛。如果你是用Word寫PRD,解決這個(gè)問題簡直soeasy,直接在“修訂”模式下編輯文檔就可以了;如果你是用Axure寫PRD,也不難,只需要把你改動(dòng)的位置用其他顏色標(biāo)記一下就可以了。

在這里分享幾個(gè)火山的PRD中的一些修訂痕跡:

Word修訂模式標(biāo)注留痕:

Axure橙色字體留痕:

流程圖橙色填充留痕:

這樣的PRD痕跡可以給開發(fā)、測(cè)試小伙伴帶來巨大的便利,做起來很容易,也花不了太多時(shí)間,當(dāng)然,要做到前文描述的所有要求其實(shí)也都不難,關(guān)鍵取決于你是否有這個(gè)意識(shí)這樣去做而已。

從根本上來說,其實(shí)是取決于你是否把你寫的PRD看做是你的一個(gè)產(chǎn)品,是否把你的開發(fā)、測(cè)試搭檔看做是你的用戶。

三、總結(jié)

PRD沒有標(biāo)準(zhǔn),所以什么樣的PRD是一份好的PRD,這實(shí)際上是一個(gè)仁者見仁智者見智的問題。本文闡述的好PRD的4個(gè)特點(diǎn)也僅代表一家之言。

那么,這個(gè)問題誰最有發(fā)言權(quán)?它的讀(yong)者(hu)。

PRD文檔的讀者是誰?UED、開發(fā)、測(cè)試、業(yè)務(wù)需求方以及未來要接手你工作的其他產(chǎn)品經(jīng)理,都會(huì)成為它的用戶。

產(chǎn)品好不好,產(chǎn)品經(jīng)理說了不算,用戶說了才算。所以,回到文章開頭的問題,如果你也認(rèn)為自己的PRD寫得很好,不妨再找?guī)讉€(gè)搭檔的開發(fā)、測(cè)試同學(xué)問一下,看看結(jié)果會(huì)是怎樣……

#專欄作家#

PM火山,微信公眾號(hào):PM火山,人人都是產(chǎn)品經(jīng)理專欄作家。后臺(tái)型產(chǎn)品從0到1負(fù)責(zé)人??恐鴮W(xué)習(xí)、實(shí)踐、總結(jié),再學(xué)習(xí)、再實(shí)踐、再總結(jié)來讓自己不斷成長的產(chǎn)品人。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 能否求一份作者的需求文檔地址~跪謝

    來自北京 回復(fù)
  2. 學(xué)習(xí)了 ??

    來自浙江 回復(fù)
  3. 修訂標(biāo)注已有成熟的解決方案:https://axplus.net,可以在一個(gè)Axure原型里迭代多個(gè)版本,能區(qū)分出新版需求

    來自上海 回復(fù)
  4. 贊贊贊,終于可以改改自己prd的缺點(diǎn)了 ??

    來自上海 回復(fù)
  5. 特別有指導(dǎo)意義

    回復(fù)
  6. 例如總監(jiān)或者老板需要prd時(shí),axure了直接標(biāo)注的方法就不太走得通了吧。那豈不是還得用word寫…雖然我也很想用axure寫給他 ??

    來自山東 回復(fù)
    1. 還真是,好多情況下就是要word版的,感覺得出幾套。

      來自北京 回復(fù)
    2. 還真是,我們經(jīng)常這樣。

      來自北京 回復(fù)
    3. 作者的意思好像不是標(biāo)注,而是直接開寫

      來自廣東 回復(fù)
    4. 修訂標(biāo)注已有成熟的解決方案:https://axplus.net,可以在一個(gè)Axure原型里迭代多個(gè)版本,能區(qū)分出新版需求

      來自上海 回復(fù)
  7. 雖然都是一些基礎(chǔ)的內(nèi)容,但在工作中深有體會(huì)。學(xué)習(xí)到了

    來自四川 回復(fù)
  8. 我贊成作者的思路。我用Justinmind,雖然軟件自帶注釋/需求功能,但是由于是D版軟件,無法團(tuán)隊(duì)共享。所以還是需要手動(dòng)在頁面錄入需求;結(jié)合Justinmind強(qiáng)大的交互功能與腦圖/流程圖的配合,基本可以完美闡述產(chǎn)品思路。不過實(shí)際工作中,發(fā)現(xiàn)開發(fā)很多時(shí)候根本不看文檔;只看原型。所以,精細(xì)的交互原型可以為交付節(jié)省許多時(shí)間。

    來自廣東 回復(fù)
  9. 如果要對(duì)功能、需求點(diǎn)及需求的變動(dòng)進(jìn)行統(tǒng)計(jì),Axure恐怕就不及Excel了。

    來自上海 回復(fù)
    1. 中繼器了解一下?

      來自浙江 回復(fù)
    2. 好的, 謝謝!

      來自上海 回復(fù)
    3. 這倆都很強(qiáng)大

      來自上海 回復(fù)
  10. 提一個(gè)建議:針對(duì)一個(gè)功能具體描述下交互說明和業(yè)務(wù)邏輯的話就更有說服力了。

    來自山東 回復(fù)
    1. 具體的交互說明和業(yè)務(wù)邏輯要怎么描述呢?能舉個(gè)例子嗎?我是新人,很想學(xué)一下呢!謝謝

      來自湖北 回復(fù)
    2. 根據(jù)個(gè)人經(jīng)驗(yàn),簡單的交互最好用Axure直接把動(dòng)效做出來,簡單明了;有些比較難的就用多個(gè)靜態(tài)原型分步演示出來,配合文字描述,同時(shí)能找到類似效果的產(chǎn)品或gif圖可以直接給開發(fā)看,避免后續(xù)開發(fā)根據(jù)靜態(tài)圖和自己的想象力開發(fā),導(dǎo)致最終效果的偏差。

      來自香港 回復(fù)
    3. 有時(shí)候描述清楚業(yè)務(wù)邏輯比一大段說明要有效果,特別是規(guī)則復(fù)雜的時(shí)候

      來自廣東 回復(fù)
  11. 哥,可以給份文檔學(xué)習(xí)下嗎?郵箱 2425288345@qq.com

    來自廣東 回復(fù)
    1. 和產(chǎn)品要需求文檔,就類似于找開發(fā)要源碼;與業(yè)務(wù)相關(guān),外流要背相應(yīng)的法律責(zé)任,不相關(guān)相當(dāng)于重寫一份。

      來自浙江 回復(fù)
  12. 修訂留痕在原始版本修訂的話,當(dāng)修訂記錄越來越多,豈不是有顏色的字體大于黑色???

    來自上海 回復(fù)
    1. 不會(huì)的。
      顏色標(biāo)注主要是在新版本中的變更點(diǎn)或在開發(fā)過程中的出現(xiàn)的需求變更點(diǎn),這個(gè)版本開發(fā)編碼、測(cè)試完成之后,顏色標(biāo)注的修訂痕跡就可以恢復(fù)正常顏色了。

      來自浙江 回復(fù)
    2. 除了這種方法,是否也可以給每次的修訂版本一個(gè)編號(hào),在修改過的原型或需求描述上打上這個(gè)編號(hào)標(biāo)簽就好了

      來自香港 回復(fù)
    3. 修訂標(biāo)注已有成熟的解決方案:https://axplus.net,可以在一個(gè)Axure原型里迭代多個(gè)版本,能區(qū)分出新版需求

      來自上海 回復(fù)
  13. 已關(guān)注收藏!之前一直用omnigraffle,感覺也不錯(cuò),也是原型與需求描述都寫在一起

    來自北京 回復(fù)
  14. 我們axure里直接寫prd 直接分享鏈接gei項(xiàng)目參與人員,很方便。但是更改留痕確實(shí)沒有注意過這塊 一些小細(xì)節(jié)直接修改了。只會(huì)在版本迭代時(shí)候進(jìn)行記錄,開發(fā)過程中修改無記錄

    回復(fù)
  15. 學(xué)習(xí)了,蟹蟹 ??

    來自山東 回復(fù)
  16. 請(qǐng)問如果原型用墨刀畫的,用Axure寫PRD的話是不是給開發(fā)一份Axure的產(chǎn)品說明和一份墨刀原型的鏈接更加方便一些。如果擔(dān)心開發(fā)人員來回切換麻煩的話,這也是需要兩個(gè)鏈接吧。 有更好的辦法么?

    來自北京 回復(fù)
    1. 建議直接在把需求寫到墨刀原型里去

      來自浙江 回復(fù)
  17. 跪求一份完整的產(chǎn)品文檔,郵箱:956747031@qq.com

    來自安徽 回復(fù)
    1. 關(guān)注我的公眾號(hào):PM火山,回復(fù)“PRD”,可獲取PRD模板一份,含一小碟PRD撰寫技巧

      來自浙江 回復(fù)
    2. 已關(guān)注 PRD

      來自北京 回復(fù)
  18. 新人學(xué)習(xí)了! ??

    來自浙江 回復(fù)
  19. 火山PM?

    回復(fù)
    1. 今日頭天PM?

      來自河南 回復(fù)
    2. 今日頭條PM?

      來自河南 回復(fù)
    3. 我不是火山PM,我是PM火山 ??

      來自上海 回復(fù)
  20. 我理解的PRD一直應(yīng)該都是用Axure寫的 ?

    來自北京 回復(fù)
    1. yes,wrod版太難看了

      來自上海 回復(fù)
    2. 同感,簡單的線框圖可以用word,要是功能比較復(fù)雜,建議還是用axure到位 ??

      來自福建 回復(fù)
    3. 習(xí)慣EXCEL有木有

      來自河南 回復(fù)
专题
15742人已学习12篇文章
本专题的文章分享了如何从0到1搭建结算平台
专题
13313人已学习12篇文章
随着互联网的不断发展,如今获客渠道及方式也有很多。本专题的文章分享了获客渠道及方法。
专题
11848人已学习12篇文章
增长这个话题,是互联网产品在成长过程中绕不过的问题。本专题的文章分享了产品增长指南。
专题
16007人已学习12篇文章
区别于普通业务,中台能让系统更好地满足业务需求,提升系统效率。本专题的文章分享了如何搭建业务中台。
专题
18256人已学习14篇文章
智能客服类产品,最根本的价值在于以低成本取代人工客服工作中大量重复性的部分。本专题的文章分享了如何搭建一个智能客服。