一份高質(zhì)量的PRD文檔不僅能清晰地傳達(dá)產(chǎn)品需求，還能有效降低溝通成本，確保項(xiàng)目順利推進(jìn)。然而，撰寫(xiě)一份優(yōu)秀的PRD并非易事，它需要產(chǎn)品經(jīng)理具備嚴(yán)謹(jǐn)?shù)倪壿嬎季S、細(xì)致的規(guī)劃能力以及出色的表達(dá)技巧。

PRD是Product Requirement Document的簡(jiǎn)稱(chēng)，中文翻譯為產(chǎn)品需求文檔。該文檔是產(chǎn)品(功能/需求)由“概念化”階段進(jìn)入到“圖紙化”階段最重要的東西。

對(duì)產(chǎn)品經(jīng)理來(lái)說(shuō)，PRD文檔是一個(gè)很基礎(chǔ)的工作，也可以說(shuō)是產(chǎn)品經(jīng)理用來(lái)溝通的重要文檔。一份高質(zhì)量的PRD文檔，可以極大地降低溝通成本。

01.PRD文檔有什么用

PRD文檔的主要使用對(duì)象有：開(kāi)發(fā)、測(cè)試、項(xiàng)目經(jīng)理、設(shè)計(jì)師、運(yùn)營(yíng)及其他業(yè)務(wù)人員，它對(duì)每個(gè)角色有著以下的作用。

• 開(kāi)發(fā)可以根據(jù)PRD了解整個(gè)功能/需求產(chǎn)品的整體邏輯。
• 測(cè)試可以根據(jù)它編寫(xiě)測(cè)試用例。
• 項(xiàng)目經(jīng)理可以分解任務(wù)并分配工作做排期。
• 交互設(shè)計(jì)師/UI設(shè)計(jì)師輸出相應(yīng)的設(shè)計(jì)稿。
• 培訓(xùn)人員可以根據(jù)它來(lái)制作培訓(xùn)文檔或視頻。
• 市場(chǎng)人員可以根據(jù)它來(lái)撰寫(xiě)新聞稿/宣傳文章。

產(chǎn)品經(jīng)理的PRD文檔，就像建筑設(shè)計(jì)師的設(shè)計(jì)圖紙，是設(shè)計(jì)和思考的文檔化呈現(xiàn)。《用戶(hù)體驗(yàn)要素》作者有一句很經(jīng)典的話(huà)：“文檔不能解決問(wèn)題，但定義可以”。PRD就是要定義需求。

綜上，PRD文檔的重要性不言而喻。

圖.根據(jù)PRD制定的開(kāi)發(fā)計(jì)劃（有部分刪減）

02.用什么工具寫(xiě)？

我2007年剛參加工作進(jìn)入北京金山軟件的時(shí)候，同事及同行們都拿Visio畫(huà)原型圖，然后拿著原型圖給開(kāi)發(fā)/測(cè)試和設(shè)計(jì)師做集中澄清。一些關(guān)鍵的業(yè)務(wù)流程和邏輯規(guī)則的說(shuō)明，有些會(huì)放在Visio里面，有些會(huì)單獨(dú)再做一份Word文檔作為補(bǔ)充。

B端究竟需要什么样的产品经理？

B端产品经理都是以提升供应侧的工作效率为目的，所以B端需求主要是以业务问题为导向。 这个是B端产品比较重要的一点，B端产品是服务于一个主体 ...

查看详情 >

后來(lái)Axure這款軟件開(kāi)始在行業(yè)里面流行起來(lái)，于是越來(lái)越多的公司和團(tuán)隊(duì)開(kāi)始使用這款工具。最常見(jiàn)的就是下面這種左邊是所見(jiàn)即所得的原型交互頁(yè)面，右邊是針對(duì)每個(gè)功能的邏輯和規(guī)則說(shuō)明。

因頁(yè)面縮放原因，右側(cè)需求說(shuō)明文字有重疊

再后來(lái)行業(yè)里面又涌現(xiàn)出了諸如墨刀、Sketch和Figma等軟件。這些軟件各自的優(yōu)劣見(jiàn)仁見(jiàn)智，大家根據(jù)自己的習(xí)慣以及團(tuán)隊(duì)的要求自行選擇即可。

PRD用什么來(lái)寫(xiě)，沒(méi)有最好的，只有最合適的，每個(gè)人所在的公司背景都不一樣，大公司要求文檔規(guī)范細(xì)節(jié)到位，小公司可能只需要記錄關(guān)鍵信息，剩余的靠口頭溝通，甚至都不需要文檔。

我要強(qiáng)調(diào)的是：PRD拿什么工具寫(xiě)無(wú)所謂，但一定具備良好的可讀性。

我見(jiàn)過(guò)有產(chǎn)品經(jīng)理用Axure寫(xiě)的，整個(gè)文件橫向縱向各種拖動(dòng)，看的人崩潰。我也見(jiàn)過(guò)訂單結(jié)算頁(yè)面使用平臺(tái)紅包、賣(mài)家紅包、賣(mài)家優(yōu)惠券的業(yè)務(wù)規(guī)則/邏輯說(shuō)明用了整整3頁(yè)紙將近2500余字的，這個(gè)開(kāi)始寫(xiě)在了Axure里面，后來(lái)可讀性太差，最后改成了Word文檔的。

03.寫(xiě)PRD的6個(gè)關(guān)鍵字

我看過(guò)很多教人寫(xiě)PRD文檔的文章，這些文章很多都犯了同樣的毛病，一上來(lái)就講術(shù)的部分，鮮有人去講道的部分，也就是具體的思路。

我的思路概括起來(lái)就6個(gè)字：框架、流程、細(xì)節(jié)。

框架：可以理解整個(gè)產(chǎn)品的業(yè)務(wù)藍(lán)圖，或者系統(tǒng)架構(gòu)圖及功能結(jié)構(gòu)圖。數(shù)字化建設(shè)不是一朝一夕之功，需要敏捷開(kāi)發(fā)快速迭代，但在做之前需要有整個(gè)產(chǎn)品的業(yè)務(wù)規(guī)劃藍(lán)圖，就跟建高樓蓋房子之前要有設(shè)計(jì)圖紙一樣，不能邊做邊改。

流程：如上圖所示，業(yè)務(wù)系統(tǒng)是由N多個(gè)業(yè)務(wù)模塊或功能模塊構(gòu)成的，以我們熟悉的電商平臺(tái)為例，就會(huì)涉及到支付，售后和物流多個(gè)功能模塊，每個(gè)模塊又會(huì)由前端的，后臺(tái)的，正向的，逆向的流程構(gòu)成。

所謂一圖勝千言，這些流程如果用文字來(lái)描述，那么文檔使用者就會(huì)特別特別的痛苦，這時(shí)如果有這么一張流程圖，那整個(gè)文檔的可讀性就會(huì)好上一個(gè)數(shù)量級(jí)。

流程≠流程圖，上述的核心業(yè)務(wù)流程也可以通過(guò)其它的視圖方式來(lái)呈現(xiàn)，例如活動(dòng)圖，用例圖，狀態(tài)機(jī)圖，時(shí)序圖等等。而流程圖只是最為常見(jiàn)的一種。

如下就是UML中比較常見(jiàn)的時(shí)序圖，該圖研發(fā)同學(xué)用的會(huì)多一些，這個(gè)圖能清晰完整的反映出支付活動(dòng)中的數(shù)據(jù)流向和流程順序，能方便開(kāi)發(fā)和測(cè)試同學(xué)更深刻全面的理解整個(gè)業(yè)務(wù)。產(chǎn)品經(jīng)理用的比較多的則是上面的那種泳道流程圖。

細(xì)節(jié)：上述框架和流程部分會(huì)占到整個(gè)PRD的20%左右，剩下80%則由大量的細(xì)節(jié)構(gòu)成，細(xì)節(jié)則主要通過(guò)原型圖來(lái)表達(dá)產(chǎn)品的界面和交互流程等。

比如用戶(hù)在頁(yè)面上點(diǎn)擊了不同的區(qū)域后會(huì)分別跳轉(zhuǎn)到哪些頁(yè)面流程或節(jié)點(diǎn)，如下圖所示。這里建議給頁(yè)面表上序號(hào)且樹(shù)狀結(jié)構(gòu)不超過(guò)3層，特別是需要多地遠(yuǎn)程溝通的項(xiàng)目。

比如開(kāi)騰訊會(huì)議溝通需求的時(shí)候你告知對(duì)方打開(kāi)訂單列表頁(yè)，別人可能需要在頁(yè)面原型上找半天，如果你說(shuō)打開(kāi)3.1 訂單列表頁(yè)查看標(biāo)記5的規(guī)則3，協(xié)作方就能快速定位到，這樣也能提高多地協(xié)作的效率。

原型圖一般會(huì)包括前臺(tái)C端頁(yè)面鮮活go小程序和B端管理后臺(tái)頁(yè)面兩個(gè)大的部分，對(duì)于一些比較復(fù)雜的功能或產(chǎn)品，可能還會(huì)更多。

04.寫(xiě)好PRD的細(xì)節(jié)

PRD的細(xì)節(jié)應(yīng)該包括但不限于以下部分內(nèi)容：需求背景、需求描述、具體功能點(diǎn)的流程圖、WBS、頁(yè)面及功能說(shuō)明、交互接口、迭代記錄、其它部分等。

4.1 需求背景

簡(jiǎn)單了說(shuō)就是：現(xiàn)狀是什么樣，為了解決什么問(wèn)題，期望達(dá)到什么目的。

• 現(xiàn)狀：定性+定量描述當(dāng)前遇到的問(wèn)題，如50%的用戶(hù)在注冊(cè)頁(yè)面跳出。
• 方案：所提供的解決方案概述，加入一鍵登錄和手機(jī)驗(yàn)證碼注冊(cè)(登錄)。
• 目標(biāo)：3個(gè)月內(nèi)注冊(cè)跳出率降低至20%。

比較大的需求或功能可以展開(kāi)了說(shuō)，比如要闡述為什么要做這個(gè)需求，是新增的功能還是已有功能的優(yōu)化和完善？是為了解決用戶(hù)的哪些問(wèn)題，滿(mǎn)足用戶(hù)的哪些需求？亦或者是公司高層的拍腦袋決策？

這個(gè)需求才做到什么程度，達(dá)到什么階段性的目標(biāo)？這樣才便于PRD閱讀者快速了解整個(gè)項(xiàng)目的梗概。

• 電商平臺(tái)上線(xiàn)1年多以來(lái)還沒(méi)有一套客觀可量化的評(píng)價(jià)系統(tǒng)來(lái)對(duì)賣(mài)家進(jìn)行約束、促進(jìn)和規(guī)范。
• 電商平臺(tái)：需要這樣一套評(píng)價(jià)系統(tǒng)來(lái)了解經(jīng)銷(xiāo)商的真實(shí)經(jīng)營(yíng)情況和買(mǎi)家反饋情況，約束賣(mài)家誠(chéng)信經(jīng)營(yíng)、督促其用心服務(wù)，提高服務(wù)水平和質(zhì)量；同時(shí)也可以為后期搜索和推薦/排序等功能奠定基礎(chǔ)。
• 買(mǎi)家端：可以根據(jù)評(píng)分和評(píng)價(jià)來(lái)選擇賣(mài)家，進(jìn)而督促賣(mài)家提高服務(wù)質(zhì)量和配送效率，可以獲得積分或虛擬貨幣獎(jiǎng)勵(lì)。
• 賣(mài)家端：可以幫助省級(jí)總經(jīng)銷(xiāo)商了解下級(jí)經(jīng)銷(xiāo)商真實(shí)的服務(wù)/配送情況，便于對(duì)下級(jí)經(jīng)銷(xiāo)商做評(píng)估和考核；同時(shí)也可以幫助經(jīng)銷(xiāo)商了解業(yè)務(wù)員、配送員真實(shí)的工作情況，便于發(fā)現(xiàn)工作環(huán)節(jié)中的缺陷和不足，進(jìn)而對(duì)各職能部門(mén)進(jìn)行約束、規(guī)范和促進(jìn)。

4.2 需求描述

簡(jiǎn)單了說(shuō)就是：到底做什么，有哪些大的功能模塊或者通過(guò)哪些方式來(lái)實(shí)現(xiàn)前文業(yè)務(wù)背景里面描述的問(wèn)題。此處的篇幅不宜過(guò)長(zhǎng)，但需要通俗易懂，避免使用過(guò)多專(zhuān)業(yè)術(shù)語(yǔ)。還是以XX電商網(wǎng)的評(píng)價(jià)系統(tǒng)為例。

完成評(píng)價(jià)系統(tǒng)的基本業(yè)務(wù)模型搭建，運(yùn)營(yíng)平臺(tái)可以查看經(jīng)銷(xiāo)商的所有評(píng)價(jià)信息和評(píng)價(jià)數(shù)據(jù)統(tǒng)計(jì)。

交易平臺(tái)：

1. 買(mǎi)家可以針對(duì)已完成訂單進(jìn)行評(píng)價(jià)。
2. 買(mǎi)家可以查看評(píng)價(jià)、可以追加評(píng)價(jià)。
3. 評(píng)價(jià)管理：賣(mài)家可以查看評(píng)價(jià)數(shù)據(jù)統(tǒng)計(jì)。

運(yùn)營(yíng)平臺(tái)：

1. 評(píng)價(jià)數(shù)據(jù)統(tǒng)計(jì)：可以查看全部經(jīng)銷(xiāo)商的評(píng)價(jià)數(shù)據(jù)統(tǒng)計(jì)。
2. 評(píng)價(jià)內(nèi)容管理：可以查看所有買(mǎi)家對(duì)賣(mài)家進(jìn)行的評(píng)價(jià)和評(píng)論信息，可以按照名稱(chēng)或訂單號(hào)、評(píng)價(jià)時(shí)間和滿(mǎn)意度等信息進(jìn)行篩選/搜索，可以對(duì)有圖片的評(píng)論進(jìn)行審核。
3. 中長(zhǎng)期目標(biāo)：評(píng)價(jià)系統(tǒng)在具體業(yè)務(wù)中的運(yùn)用，比如評(píng)分和評(píng)價(jià)內(nèi)容在商品或者商家詳情頁(yè)顯示，在搜索結(jié)果中影響排序結(jié)果等。

4.3 流程圖

俗話(huà)說(shuō)一圖勝千言。有些功能無(wú)論你通過(guò)怎樣的文字來(lái)進(jìn)行闡述或者說(shuō)明，都不如幾張圖來(lái)的簡(jiǎn)潔明了。產(chǎn)品經(jīng)理在平時(shí)描述業(yè)務(wù)流程時(shí)常用的圖有流程圖、時(shí)序圖，學(xué)有余力的話(huà)還可以了解一些泳道圖、類(lèi)圖等。

下面是在XX電商網(wǎng)終端店用戶(hù)在注冊(cè)審批時(shí)用到的泳道圖，僅供參考。

下面是貨到付款訂單增加買(mǎi)家取消功能用到的流程圖，僅供參考。

4.4 WBS

WBS是工作分解結(jié)構(gòu)Work Breakdown Structure的英文首字母縮寫(xiě)，其是項(xiàng)目管理重要的專(zhuān)業(yè)術(shù)語(yǔ)之一，WBS將交付成果和項(xiàng)目工作分解成較小的，更易于管理的組成部分的過(guò)程。

我之前項(xiàng)目上的WBS是長(zhǎng)這樣的，將所有的功能點(diǎn)羅列并形成表格形式，使閱讀者對(duì)于此需求的功能點(diǎn)總體上有個(gè)基本的了解，以下是訂單結(jié)算頁(yè)優(yōu)化的WBS。

4.5 頁(yè)面及功能

PRD的主體部分，詳細(xì)的描述此需求包含哪些頁(yè)面，每個(gè)頁(yè)面的布局，具備哪些功能和頁(yè)面元素，每個(gè)功能的規(guī)則是怎樣的。PRD的讀者通過(guò)這部分的閱讀，可以說(shuō)基本清楚此次需求到底是做什么的，詳細(xì)的規(guī)則是怎樣的。

這個(gè)時(shí)候我們一般以頁(yè)面為維度來(lái)進(jìn)行詳細(xì)的需求說(shuō)明撰寫(xiě)，撰寫(xiě)的時(shí)候一般是從上往下從左往右的方式來(lái)寫(xiě)，如下圖所示。

為了避免開(kāi)發(fā)、測(cè)試過(guò)程中的扯皮，減少功能上線(xiàn)之后各個(gè)部門(mén)之間的甩鍋，也是為了產(chǎn)品經(jīng)理的自保，強(qiáng)烈建議產(chǎn)品經(jīng)理在寫(xiě)的時(shí)候要把其它文檔使用者當(dāng)做小白來(lái)看待。

比如，這個(gè)頁(yè)面上的每個(gè)字段/元素和按鈕，寫(xiě)的時(shí)候都要想想看開(kāi)發(fā)測(cè)試人員，以及功能交付后的運(yùn)營(yíng)人員能不能理解，會(huì)不會(huì)埋雷。

我之所以這么說(shuō)就是因?yàn)椴冗^(guò)坑，比如上圖滿(mǎn)折優(yōu)惠券的配置，如果產(chǎn)品經(jīng)理不添加個(gè)字段折扣上限XX元且該字段必填，那么開(kāi)發(fā)人員必定不會(huì)做這個(gè)功能，運(yùn)營(yíng)人員配置優(yōu)惠券的時(shí)候就有可能出問(wèn)題。

比如運(yùn)營(yíng)配置9折優(yōu)惠券的時(shí)候心想客戶(hù)最多買(mǎi)5000元的商品優(yōu)惠500元，但如果客戶(hù)購(gòu)買(mǎi)了10萬(wàn)的商品就會(huì)優(yōu)惠10000元，這么高的優(yōu)惠力度可能是運(yùn)營(yíng)和財(cái)務(wù)人員不愿意看到的，可能會(huì)給公司造成損失，你覺(jué)得這個(gè)損失會(huì)由誰(shuí)來(lái)?yè)?dān)責(zé)？

所以頁(yè)面上的每個(gè)元素都要盡可能的做好定義，規(guī)避來(lái)自方方面面的危險(xiǎn)，防止被用戶(hù)薅羊毛。我之前有家公司就因?yàn)閮?yōu)惠券的配置被用戶(hù)薅了200多萬(wàn)元的羊毛，當(dāng)時(shí)的運(yùn)營(yíng)和產(chǎn)品經(jīng)理都是被追責(zé)了的。

每個(gè)字段/元素/按鈕在開(kāi)發(fā)時(shí)都有相應(yīng)的業(yè)務(wù)規(guī)則，PRD需要將這些規(guī)則清晰完整的描述出來(lái)，讓開(kāi)發(fā)、測(cè)試人員能夠看的清楚讀的明白，且沒(méi)有產(chǎn)生歧義。

表單的每個(gè)元素要描述是否可為空、是否有初始內(nèi)容、是否默認(rèn)選中、是否有字?jǐn)?shù)限制等，還有對(duì)應(yīng)的錯(cuò)誤提示。

• 文本要考慮最大顯示長(zhǎng)度，超過(guò)怎么處理。
• 鏈接一定要指定點(diǎn)擊后跳轉(zhuǎn)到哪個(gè)頁(yè)面。
• 圖片要考慮顯示的比例，如果未加載出來(lái)該顯示什么。
• 還要考慮界面的內(nèi)容是寫(xiě)死還是通過(guò)后臺(tái)配置。

異常情況：之前聽(tīng)過(guò)一個(gè)觀點(diǎn)覺(jué)得很有道理。PRD把正常業(yè)務(wù)規(guī)則寫(xiě)完整不難，但把所有異常情況考慮全卻不簡(jiǎn)單。

比如說(shuō)用戶(hù)在前端電商平臺(tái)領(lǐng)券的時(shí)候，在2臺(tái)設(shè)備上登錄同個(gè)賬號(hào)同時(shí)點(diǎn)擊領(lǐng)券操作，系統(tǒng)是發(fā)放雙倍的優(yōu)惠券還是怎么處理？

不管是C端頁(yè)面還是管理后臺(tái)的需求描述里面，都要盡可能的想清楚客戶(hù)和公司內(nèi)部員工都會(huì)有哪些騷操作，然后梳理出對(duì)應(yīng)的解決方案。

4.6 交互接口

《西游記》里唐僧每次介紹自己都會(huì)說(shuō)：“貧僧唐三藏,從東土大唐而來(lái),去往西天拜佛取經(jīng)”。這幾句話(huà)包涵了每人都要問(wèn)自己的三個(gè)問(wèn)題：我是誰(shuí)？我從哪里來(lái)？我要到哪里去？

這句話(huà)用在產(chǎn)品（開(kāi)發(fā)人員）身上也同樣適用：我是誰(shuí)（在哪個(gè)頁(yè)面）、我從哪里來(lái)、我要到哪里去。

換做開(kāi)發(fā)人員的視角，他們比較關(guān)注的是：

• 我是誰(shuí)：用戶(hù)需要輸入什么，在哪里輸入，輸入方式是什么？輸入的內(nèi)容是否有限？應(yīng)當(dāng)被如何檢查？頁(yè)面顯示什么？數(shù)據(jù)怎么加載、怎么緩存、怎么刷新？
• 我從哪里來(lái)：用戶(hù)從哪里進(jìn)入到這個(gè)頁(yè)面？怎么來(lái)的？是否可以相互轉(zhuǎn)移（單向還是雙向）來(lái)的時(shí)候有哪些數(shù)據(jù)一起跟著來(lái)的？數(shù)據(jù)從哪兒傳送的？
• 我要到哪去：用戶(hù)從這個(gè)頁(yè)面會(huì)去向何處，哪些數(shù)據(jù)會(huì)跟著一起去？數(shù)據(jù)怎么傳送（提交/上傳）？相應(yīng)操作之后會(huì)有什么交互事件？頁(yè)面會(huì)發(fā)生什么樣的變化？會(huì)影響到哪些頁(yè)面或功能？

當(dāng)然大部分產(chǎn)品大部分情況無(wú)需過(guò)多的關(guān)注交互接口相關(guān)的東西，但如果是程序猿轉(zhuǎn)產(chǎn)品經(jīng)理的，可能會(huì)關(guān)注數(shù)據(jù)交互相關(guān)的內(nèi)容。

4.7 迭代記錄

PRD從第一版誕生以后，經(jīng)過(guò)多次需求評(píng)審、內(nèi)部評(píng)審、設(shè)計(jì)評(píng)審、用例評(píng)審、開(kāi)發(fā)（接口）評(píng)審等環(huán)節(jié)，對(duì)于頁(yè)面布局、功能點(diǎn)多多少少都會(huì)有修改或變化。

當(dāng)時(shí)可能通過(guò)郵件、會(huì)議紀(jì)要、微信群聊天等來(lái)說(shuō)明，但如果不整理到需求文檔中，時(shí)間長(zhǎng)了，或者是項(xiàng)目人員變動(dòng)，可能就沒(méi)有人知道這部分需求最終的實(shí)現(xiàn)方案了。

因此，PRD迭代記錄也是非常重要的一部分，記錄下每一次討論后需求的變化點(diǎn)，幫助各方使用者及時(shí)了解需求變化，以及對(duì)最終的實(shí)現(xiàn)方案做記錄，方便閱讀人員及時(shí)找到修改后的內(nèi)容，直觀的了解修改原因。

這對(duì)產(chǎn)品經(jīng)理也能起到自保作用，比如某個(gè)功能出了線(xiàn)上事故，這個(gè)功能是前任產(chǎn)品經(jīng)理做的還是你做的，都可以通過(guò)PRD文檔里面的迭代記錄來(lái)佐證。

4.8 其它部分

以上只是PRD比較核心或主要的部分，其實(shí)PRD還有一些其它內(nèi)容，例如：

1)相關(guān)影響點(diǎn)

2)非功能性需求

3)角色權(quán)限需求

相關(guān)影響點(diǎn)：沒(méi)有任何功能是獨(dú)立存在的，其或多或少都會(huì)與其它系統(tǒng)發(fā)生關(guān)聯(lián)。這就要求PRD文檔在撰寫(xiě)的時(shí)候需要指出這些影響點(diǎn)，并給予解決方案。

比如優(yōu)惠券配置頁(yè)面增加了1個(gè)字段優(yōu)惠券類(lèi)別(內(nèi)部?jī)?yōu)惠券，外部?jī)?yōu)惠券)，那么就要考慮到歷史的優(yōu)惠券要不要刷上這個(gè)字段，用戶(hù)已領(lǐng)取但尚未使用的券要不要刷上，以及怎么去刷。

非功能性需求：最常見(jiàn)的包括頁(yè)面性能、頁(yè)面監(jiān)控和兼容性3方面。比如業(yè)務(wù)部門(mén)希望訂單結(jié)算頁(yè)面能夠自動(dòng)幫用戶(hù)勾選出優(yōu)惠力度最高的促銷(xiāo)活動(dòng)和優(yōu)惠券，這就要求程序要把用戶(hù)可用的促銷(xiāo)和優(yōu)惠券遍歷一遍然后取出最優(yōu)值。

假定促銷(xiāo)活動(dòng)可以疊加，優(yōu)惠券可以疊加，當(dāng)用戶(hù)有10個(gè)促銷(xiāo)活動(dòng)和10張券的時(shí)候，這個(gè)計(jì)算量還是很大的，如果活動(dòng)采用的是遞進(jìn)式計(jì)算而不是平行式計(jì)算，那么先滿(mǎn)減再滿(mǎn)折和先滿(mǎn)折再滿(mǎn)減的計(jì)算結(jié)果可能是不一樣的。

這個(gè)計(jì)算的過(guò)程會(huì)比較耗時(shí)，從購(gòu)物車(chē)點(diǎn)擊去結(jié)算后訂單確認(rèn)頁(yè)面，在3秒查詢(xún)并計(jì)算出最優(yōu)結(jié)果再顯示出應(yīng)付金額是符合用戶(hù)預(yù)期的，如果這個(gè)過(guò)程需要5秒甚至10秒以上，那用戶(hù)體驗(yàn)就會(huì)大打折扣。這個(gè)性能要求產(chǎn)品經(jīng)理也需要在PRD中予以說(shuō)明。

做過(guò)促銷(xiāo)或者訂單結(jié)算某款的產(chǎn)品經(jīng)理，應(yīng)該都清楚上述計(jì)算的工作量，如果產(chǎn)品經(jīng)理在PRD沒(méi)有寫(xiě)清楚這個(gè)性能要求，又遇到了外包性質(zhì)的項(xiàng)目，那這個(gè)點(diǎn)就可能出現(xiàn)扯皮的情況。

我之前公司有個(gè)項(xiàng)目就出現(xiàn)了這種情況，開(kāi)發(fā)提供的版本最快都得6秒+，但產(chǎn)品經(jīng)理在PRD里面沒(méi)有說(shuō)明要求，最后開(kāi)發(fā)團(tuán)隊(duì)要求加錢(qián)才能做到3秒左右。經(jīng)過(guò)長(zhǎng)時(shí)間的扯皮后問(wèn)題上報(bào)到了高層，最后沒(méi)辦法還是加了錢(qián)。

角色權(quán)限需求：部分產(chǎn)品或者功能點(diǎn)可能會(huì)涉及到角色權(quán)限部分，比如哪些人可以使用這些功能，有什么條件限制等等。

比如訂單列表頁(yè)面上的導(dǎo)出按鈕，用戶(hù)審批頁(yè)面的批量操作等等。這個(gè)也需要產(chǎn)品經(jīng)理在PRD中予以說(shuō)明，否則就需要在以后的迭代中增補(bǔ)進(jìn)來(lái)。如果是自研的產(chǎn)品還好，如果是外包性質(zhì)的，可能就需要走需求變更增加工作量增加預(yù)算，這是項(xiàng)目經(jīng)理最不愿意看到的。

05.寫(xiě)在最后

如果產(chǎn)品經(jīng)理的PRD寫(xiě)的不夠好或者不夠用心，則會(huì)有很大的項(xiàng)目風(fēng)險(xiǎn)，同時(shí)也會(huì)影響到產(chǎn)品經(jīng)理本人的職業(yè)發(fā)展。

項(xiàng)目延期：如果PRD里面的關(guān)鍵需求或者主要流程描述不準(zhǔn)確不嚴(yán)謹(jǐn)，則研發(fā)或測(cè)試過(guò)程中需要反復(fù)修改，進(jìn)而導(dǎo)致成本增加項(xiàng)目延期。

這種問(wèn)題我在以往的工作和項(xiàng)目經(jīng)歷中見(jiàn)得太多太多了，為了盡可能的避免這種情況的出現(xiàn)，我們一般會(huì)采用交叉審核+產(chǎn)品組內(nèi)部評(píng)審的方式。

前者是讓其他產(chǎn)品同事幫忙找茬找需求中的不足，后者是產(chǎn)品小組一起來(lái)找茬找不足。事實(shí)證明通過(guò)這兩種方式內(nèi)部自查后，產(chǎn)品經(jīng)理再去做需求澄清時(shí)基本就沒(méi)有大的問(wèn)題了。

打擊自信：如果PRD寫(xiě)的不夠盡善盡美，則可能會(huì)出現(xiàn)需求評(píng)審或需求澄清的時(shí)候，項(xiàng)目經(jīng)理+研發(fā)人員+測(cè)試人員不斷挑刺甚至開(kāi)懟，進(jìn)而大家集體懷疑產(chǎn)品經(jīng)理的能力和專(zhuān)業(yè)性，進(jìn)而導(dǎo)致產(chǎn)品經(jīng)理信譽(yù)度降低，自信心受打擊。

這種情況發(fā)生的多了，項(xiàng)目經(jīng)理或者部門(mén)主管在評(píng)定績(jī)效的時(shí)候必定沒(méi)法給產(chǎn)品經(jīng)理打高分，項(xiàng)目組的開(kāi)發(fā)測(cè)試同學(xué)也就不太愿意和這位產(chǎn)品經(jīng)理共事來(lái)做新的項(xiàng)目了，然后這位產(chǎn)品經(jīng)理在公司也就沒(méi)有太大的成長(zhǎng)和上升空間了。

所以，我建議產(chǎn)品經(jīng)理把PRD需求文檔當(dāng)成一個(gè)產(chǎn)品去設(shè)計(jì)，要盡最大的能力用心做到盡善盡美，這樣在需求澄清的時(shí)候才不會(huì)被開(kāi)發(fā)和測(cè)試集體開(kāi)懟，才不會(huì)在開(kāi)發(fā)和測(cè)試的過(guò)程中不斷亡羊補(bǔ)牢。