本文筆者將結(jié)合自己日常工作中的情況，為大家進(jìn)行分析，如何用Axure輸出一份結(jié)構(gòu)清晰的PRD？

現(xiàn)在，已經(jīng)有很多PM習(xí)慣用Axure直接輸出prd。但是一些PM通過(guò)Axure輸出的prd卻不是那么完美，畢竟它不像傳統(tǒng)的word文檔輸出，有明確的目的、范圍、背景、功能需求、非功能需求等。

如下圖：

WORD輸出的文檔，最大的優(yōu)勢(shì)就是有一個(gè)清晰的目錄結(jié)構(gòu)，一眼過(guò)去就能大致明白整個(gè)項(xiàng)目的基本內(nèi)容。但是WORD輸出文檔的缺點(diǎn)在于閱讀效率低下，且開(kāi)發(fā)們都特別討厭長(zhǎng)篇大論的文檔，通常情況下他們是拒絕查看的。

所以，用Axure輸出prd成了現(xiàn)在大部分PM的首選，但是用Axure輸出存在的缺點(diǎn)便是目錄層級(jí)結(jié)構(gòu)不清晰。如何用Axure輸出一份程序員愛(ài)看的prd文檔，就成了首要問(wèn)題。

下面，筆者將結(jié)合自己日常工作中的情況，為大家進(jìn)行分析。

一、規(guī)范的目錄結(jié)構(gòu)框架

在正式開(kāi)始畫(huà)原型之前，我們首先應(yīng)該用Axure把prd的架構(gòu)搭建出來(lái)，而不是一開(kāi)始就動(dòng)手去畫(huà)原型，最終輸出的內(nèi)容也只有最基本的交互原型，其他內(nèi)容都沒(méi)有。

一個(gè)好的prd框架結(jié)構(gòu)應(yīng)該至少包含以下內(nèi)容：產(chǎn)品簡(jiǎn)介、產(chǎn)品概覽、產(chǎn)品架構(gòu)、產(chǎn)品原型、非功能性需求，如下圖：

著重說(shuō)說(shuō)以下3點(diǎn)：產(chǎn)品簡(jiǎn)介、修訂歷史、全局說(shuō)明。其余內(nèi)容請(qǐng)讀者自行預(yù)覽項(xiàng)目查看：https://3zuiql.axshare.com

1.1 產(chǎn)品簡(jiǎn)介

通過(guò)產(chǎn)品簡(jiǎn)介，讓UI、開(kāi)發(fā)、測(cè)試等相關(guān)人員迅速的熟悉產(chǎn)品的相關(guān)背景、產(chǎn)品描述、目標(biāo)等，加深對(duì)產(chǎn)品本身的理解，有助于工作的開(kāi)展。

有的小伙伴會(huì)好奇，公司通常情況下都會(huì)有產(chǎn)品啟動(dòng)會(huì)，會(huì)上已經(jīng)說(shuō)清楚了這些內(nèi)容，產(chǎn)品還有必要多次一舉再輸出這些內(nèi)容么？

答案是必然的，因?yàn)楫a(chǎn)品啟動(dòng)會(huì)并不能確定所有人員都到場(chǎng)了，也不能確保會(huì)上所有人員都認(rèn)真聽(tīng)了（誰(shuí)知道某個(gè)開(kāi)發(fā)是不是在會(huì)上偷偷勾搭UI妹子呢…..），更不能確保產(chǎn)品開(kāi)發(fā)中途沒(méi)有新的成員加入，所以輸出一份好的產(chǎn)品簡(jiǎn)介是十分必要且重要的！

下面說(shuō)一下產(chǎn)品簡(jiǎn)介頁(yè)面應(yīng)該包含哪些內(nèi)容：

• 產(chǎn)品簡(jiǎn)介：一句話說(shuō)明產(chǎn)品核心的功能，兩三句話說(shuō)明產(chǎn)品大概的內(nèi)容；
• 目標(biāo)用戶、使用場(chǎng)景：闡述一下什么人在什么情況下會(huì)使用該產(chǎn)品；
• 項(xiàng)目背景、痛點(diǎn)：簡(jiǎn)單說(shuō)明一下為什么我們要做這個(gè)產(chǎn)品，目前存在哪些痛點(diǎn)；
• 產(chǎn)品目標(biāo)：產(chǎn)品要解決的問(wèn)題，最終實(shí)現(xiàn)的目標(biāo)，能達(dá)到什么樣的效果。

詳細(xì)內(nèi)容各位讀者可以根據(jù)自己實(shí)際情況做一定的調(diào)整，總之一句話：讓所有參與人員通過(guò)查看頁(yè)面內(nèi)容能夠迅速的理解該產(chǎn)品的基本情況！

1.2 修訂歷史

任何PM寫(xiě)prd，都不能保證考慮全面所有場(chǎng)景，更不能保證在開(kāi)發(fā)階段中prd不做任何變更。冒著被開(kāi)發(fā)打的風(fēng)險(xiǎn)，給大家說(shuō)一句：產(chǎn)品不改prd就好比開(kāi)發(fā)寫(xiě)代碼沒(méi)有bug一樣。

所以有改動(dòng)是必然的，改動(dòng)不可怕，但是在項(xiàng)目正式啟動(dòng)之后，每一次改動(dòng)必須要有記錄（無(wú)論改動(dòng)多小），讓項(xiàng)目成員知道你又在搞事情，搞了些什么事情~~~

修訂歷史必須包含：修訂的日期、當(dāng)前版本號(hào)、修訂說(shuō)明、修訂作者。另外，建議提供鏈接，通過(guò)修訂記錄可以直接跳轉(zhuǎn)到具體的修訂頁(yè)面。

1.3 全局規(guī)則

一定要有全局規(guī)則！一定要有全局規(guī)則！一定要有全局規(guī)則！重要的事情說(shuō)三遍。

為什么強(qiáng)調(diào)一定要有全局規(guī)則呢？

對(duì)于相同或者類似的規(guī)則，通常產(chǎn)品只會(huì)在一處標(biāo)明。如在A頁(yè)面列表標(biāo)注：排序按照記錄生成時(shí)間逆序排序，在B頁(yè)面同樣存在列表時(shí)，則未進(jìn)行專門說(shuō)明。按照產(chǎn)品理解，我前面已經(jīng)寫(xiě)清楚了按照逆序排序，所以此處同理應(yīng)該逆序排序。

然后事實(shí)是：開(kāi)發(fā)分模塊，每個(gè)開(kāi)發(fā)人員只關(guān)心自己要開(kāi)發(fā)的頁(yè)面，他或許壓根沒(méi)關(guān)心你在另外的頁(yè)面寫(xiě)了什么。所以，對(duì)于此類情況，我們應(yīng)該寫(xiě)進(jìn)全局規(guī)則里，因?yàn)槿忠?guī)則是所有開(kāi)發(fā)人員必須去查看的頁(yè)面。

全局規(guī)則具體包含哪些內(nèi)容呢？

答案：只要是需要所有開(kāi)發(fā)人員查看，且適用于整個(gè)系統(tǒng)的都可以寫(xiě)進(jìn)全局規(guī)則中，包括：交互說(shuō)明、屏幕適配、全局字段說(shuō)明等等。比如：字段‘郵箱’，在系統(tǒng)中多個(gè)地方出現(xiàn)，我們只需要在全局規(guī)則寫(xiě)明1次字段‘郵箱’的規(guī)則限制即可，而不需要在‘郵箱’出現(xiàn)的每個(gè)地方都進(jìn)行重復(fù)編寫(xiě)規(guī)則。

同時(shí)一些特殊的說(shuō)明也需要在全局規(guī)則頁(yè)面?zhèn)渥⒑茫岄_(kāi)發(fā)一目了然，如：下文中2.2。

二、注意事項(xiàng)

2.1 如何清晰地書(shū)寫(xiě)邏輯規(guī)則

用Axure輸出，大家習(xí)慣性的在原型旁邊進(jìn)行規(guī)則的備注。方式多種多樣，有：牽線、標(biāo)號(hào)等等。

以下是個(gè)人總結(jié)出來(lái)的方式，詳細(xì)內(nèi)容請(qǐng)看下圖（個(gè)人經(jīng)驗(yàn)，不喜勿噴）：

2.2 區(qū)別開(kāi)頁(yè)面邏輯規(guī)則與原型上的文字

通過(guò)全局規(guī)則，說(shuō)明什么是頁(yè)面本身內(nèi)容，需要在頁(yè)面顯示的，什么是頁(yè)面邏輯規(guī)則。

如下圖：紅線圈住的內(nèi)容是頁(yè)面中的元素，需要在頁(yè)面進(jìn)行最終的顯示；而下面黃色部分為邏輯規(guī)則說(shuō)明，只是提供給開(kāi)發(fā)以及測(cè)試等人員查看，不需要實(shí)際顯示在頁(yè)面中。

2.3 修改的內(nèi)容要有跡可循

關(guān)于prd的修改，很多小伙伴會(huì)說(shuō)，我有修訂歷史頁(yè)面，專門記錄修訂的內(nèi)容啊。

且筆者前文也提過(guò)prd架構(gòu)包含修訂歷史，如下圖所示：

這不是清楚明白地寫(xiě)了哪些內(nèi)容更改，什么時(shí)候更改了嗎，為什么還要說(shuō)有跡可循呢？

然而實(shí)際情況卻是這樣的，開(kāi)發(fā)會(huì)很生氣的找到你，說(shuō)：這一頁(yè)原型內(nèi)容這么多，難道還讓我通篇讀完對(duì)比到底哪兒修改了?。?/p>

對(duì)于這種情況，如果不做特殊說(shuō)明，開(kāi)發(fā)們是很難找到你修改的位置，所以具體該如何做呢？

即在有修改的頁(yè)面進(jìn)行詳細(xì)的備注，包括：修訂日期、修訂前內(nèi)容、修訂后內(nèi)容。

如下圖：

當(dāng)然對(duì)于修訂的規(guī)范，我們應(yīng)該在整個(gè)系統(tǒng)保持一致，且在全局規(guī)則進(jìn)行說(shuō)明。

這樣，開(kāi)發(fā)們就能清楚明白的了解到你修改的部分到底在哪兒了，而不用挨個(gè)查找頁(yè)面上的元素。

三、小結(jié)

歸根結(jié)底，prd的目的就是提供相應(yīng)的依據(jù)，為了讓UI、開(kāi)發(fā)、測(cè)試等工作有條不紊的進(jìn)行，所以prd一定要在做到結(jié)構(gòu)清晰的基礎(chǔ)上簡(jiǎn)潔明了。

究竟如何輸出一份好的prd還需要各位讀者結(jié)合自身實(shí)際情況多思考，總結(jié)出適合自己、適合自己公司的一套才是最重要的。

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

題圖來(lái)自 Pexels，基于 CC0 協(xié)議