這篇文章從作者自身經(jīng)歷出發(fā)，復(fù)盤(pán)了寫(xiě)一份優(yōu)秀的PRD的方法和流程。由于公司組織結(jié)構(gòu)調(diào)整，筆者換崗成為了一名產(chǎn)品經(jīng)理，并開(kāi)始接觸到了寫(xiě)PRD文檔的部分，那么結(jié)構(gòu)化PRD怎么寫(xiě)？又有什么要點(diǎn)呢？

01 為什么會(huì)寫(xiě)這個(gè)主題？

由于公司組織結(jié)構(gòu)調(diào)整，我換到了另一個(gè)部門(mén)，并且承擔(dān)新部門(mén)官網(wǎng)設(shè)計(jì)的產(chǎn)品工作，到這里，我成為了一名正式的PM，從Project Manager，到Product Manager。

作為PM，需要設(shè)計(jì)產(chǎn)品，寫(xiě)PRD文檔。

優(yōu)秀的產(chǎn)品經(jīng)理，一定會(huì)寫(xiě)一份優(yōu)秀的PRD。

本文主題，圍繞我寫(xiě)的第一份PRD文檔。我會(huì)將V1版本，和最終交付版本進(jìn)行對(duì)比，從而闡明主題，如何寫(xiě)出一份結(jié)構(gòu)化的PRD文檔。

對(duì)V1和最終交付版本PRD的比較，會(huì)從下面兩個(gè)維度展開(kāi)比對(duì)：

1. 格式
2. 產(chǎn)品邏輯

在回顧的過(guò)程中，也會(huì)順帶對(duì)評(píng)審會(huì)時(shí)候大家討論的一些產(chǎn)品細(xì)節(jié)，進(jìn)行復(fù)盤(pán)思考。

介紹一下背景：

部門(mén)官網(wǎng)有待優(yōu)化，因此，我需要給出產(chǎn)品優(yōu)化文檔。

我首先參考了網(wǎng)上的一個(gè)官網(wǎng)注冊(cè)登錄需求文檔，寫(xiě)了第一版的PRD。寫(xiě)完后，發(fā)給了組長(zhǎng)，組長(zhǎng)給了反饋：覺(jué)得我寫(xiě)的比較像流水賬，像是意識(shí)流，不夠結(jié)構(gòu)化。接著，他給了一份PRD文稿模版。

關(guān)于“結(jié)構(gòu)化”這里比較有意思，蝦寶給了如下建議：

1. 什么是結(jié)構(gòu)化？結(jié)構(gòu)化是拆分組塊業(yè)務(wù)邏輯
2. 文字是腦子的表現(xiàn)，寫(xiě)得不清晰，不是文檔的問(wèn)題，是對(duì)業(yè)務(wù)輯的理解不夠

同時(shí)，蝦寶建議：

可以先找研發(fā)對(duì)一下需求，連接上下游的關(guān)系。然后再寫(xiě)，把層次關(guān)系梳理出現(xiàn)，再用圖表或流程圖表現(xiàn)

蝦寶的建議，對(duì)我非常有啟發(fā)。如果說(shuō)PRD模版給我的是一個(gè)框架，框架可以讓我有地方填東西。蝦寶給的反饋，讓我懂得了如何思考。通過(guò)思考，將經(jīng)過(guò)梳理的內(nèi)容正確地填進(jìn)框架之中。單有框架是遠(yuǎn)遠(yuǎn)不夠的，還需要，知道思考如何把內(nèi)容填進(jìn)框架中。

拆分組塊業(yè)務(wù)邏輯，梳理業(yè)務(wù)上下游。這是思考的方式。

于此時(shí)，我終于開(kāi)始知道了如何正確地用PRD文檔來(lái)表達(dá)我的需求。下面，我會(huì)仔細(xì)描述一下修改后的PRD文檔以及在評(píng)審會(huì)時(shí)候大家的討論，通過(guò)這個(gè)描述，梳理總結(jié)出正確的思考表達(dá)邏輯。

02 開(kāi)始寫(xiě)PRD

目錄

1. 產(chǎn)品背景
2. 名詞解釋
3. 產(chǎn)品綜述
4. 用戶故事
5. 需求詳述
6. 評(píng)審記錄
7. 其他問(wèn)題描述

對(duì)于每一個(gè)小模塊，我都會(huì)分別從3個(gè)方面闡述：含義解釋、PRD描述正文、以及注釋。

含義解釋是從定義上界定該模塊需要描述的內(nèi)容，PRD描述正文是PRD文檔中我對(duì)該模塊的詳細(xì)展開(kāi)，注釋是解釋為什么PRD描述正文會(huì)這樣展開(kāi)，背后的思考邏輯。

1. 產(chǎn)品背景

1.1 背景概述

含義解釋?zhuān)罕尘案攀鍪怯煤?jiǎn)單的語(yǔ)言大概概括一下大的背景，讓人知道我們本次要講的內(nèi)容大概是什么。

描述正文：官網(wǎng)為用戶提供產(chǎn)品試用，目前，完整的試用流程如下：

用戶在官網(wǎng)進(jìn)行注冊(cè)，填寫(xiě)申請(qǐng)?jiān)囉帽韱巍Ｉ虅?wù)（運(yùn)營(yíng)）在管理后臺(tái)，對(duì)用戶的申請(qǐng)進(jìn)行授權(quán)操作（允許/拒絕）。

注釋?zhuān)哼@樣的背景描述，是將云官網(wǎng)，本次的產(chǎn)品需求，用業(yè)務(wù)流程串聯(lián)起來(lái)，從前端到后端。從業(yè)務(wù)流程出發(fā)，將業(yè)務(wù)串聯(lián)起來(lái)，這是一種非常好的方式。用一個(gè)事件，將涉及的所有產(chǎn)品功能都串聯(lián)起來(lái)，讓本次討論有主線。

1.2 問(wèn)題與機(jī)會(huì)

含義解釋?zhuān)簡(jiǎn)栴}與機(jī)會(huì)描述我們希望通過(guò)這個(gè)產(chǎn)品需要解決的問(wèn)題，或者是我們正在尋求的機(jī)遇。一般來(lái)說(shuō)，這段話的作用在于讓人閱讀后明白我們?yōu)槭裁匆〞r(shí)間做這件事，以及明白了這件事的意義所在。重點(diǎn)在WHY，關(guān)于WHY的重要性，大家可以看一個(gè)演講叫做How great leaders inspire action。

1.2.1 當(dāng)前流程存在如下問(wèn)題

描述正文：

1）用戶端（官網(wǎng)）：

• 試用注冊(cè)流程繁瑣
• 試用申請(qǐng)表單無(wú)法支持用戶身份區(qū)別（企業(yè)/ 個(gè)人）
• 未申請(qǐng)?jiān)囉玫挠脩暨M(jìn)入到控制臺(tái)，無(wú)任何提示

2）運(yùn)營(yíng)端（管理后臺(tái)）

• 無(wú)法查看用戶申請(qǐng)?jiān)囉玫臅r(shí)間
• 不支持運(yùn)營(yíng)就試用用戶跟進(jìn)做記錄
• 需要為每個(gè)申請(qǐng)?jiān)囉玫挠脩羰謩?dòng)開(kāi)通賬號(hào)

注釋?zhuān)涸谶@里我將問(wèn)題進(jìn)行了拆分，將前端與后端做分別描述。

1.2.2 我們的優(yōu)化目標(biāo)/機(jī)會(huì)

描述正文：通過(guò)優(yōu)化，讓來(lái)到官網(wǎng)的用戶，可以體驗(yàn)良好的進(jìn)行注冊(cè)、申請(qǐng)?jiān)囉卯a(chǎn)品。

注釋?zhuān)耗繕?biāo)的制定，如果按照管理大師德魯克在《管理實(shí)踐》中提出的目標(biāo)管理方法原則來(lái)制定，更好。順便回顧一下，德魯克提出的SMART目標(biāo)計(jì)劃

1. 目標(biāo)要具體
2. 目標(biāo)要可衡量
3. 目標(biāo)要可實(shí)現(xiàn)
4. 目標(biāo)要相關(guān)
5. 目標(biāo)要有實(shí)現(xiàn)性

1.3 邊界界定

含義解釋?zhuān)好鞔_界定產(chǎn)品規(guī)劃的界限，列出不在此次版本產(chǎn)品規(guī)劃之內(nèi)的需求。有利于在未來(lái)討論時(shí)不用反復(fù)出現(xiàn)“那我們做不做這個(gè)？做不做那個(gè)”的討論。

描述正文：暫無(wú)

注釋?zhuān)褐档谜f(shuō)明的一點(diǎn)，其實(shí)有時(shí)候，設(shè)計(jì)資源、研發(fā)資源也會(huì)左右邊界的界定。

2. 名詞解釋?zhuān)蛇x）

含義解釋?zhuān)好~解釋表，用于列舉和解釋PRD文檔中產(chǎn)生的新名詞。這一點(diǎn)實(shí)在是太重要了，如果在PRD文稿中出現(xiàn)了大家不知道含義的名詞，那就是一份非常糟糕的PRD。

3. 產(chǎn)品綜述

名詞解釋?zhuān)寒a(chǎn)品需求指從用戶的視角撰寫(xiě)的聲明。例如“我希望通過(guò)這個(gè)產(chǎn)品我可以實(shí)現(xiàn)……”它不需要包含具體的實(shí)施細(xì)節(jié)，也不需要寫(xiě)具體的界面元素。它們只是對(duì)于產(chǎn)品成功的一些具體表現(xiàn)。

描述正文：暫無(wú)

注釋?zhuān)涸诋a(chǎn)品需求這里的定義值得細(xì)細(xì)分析，產(chǎn)品需求是說(shuō)，從用戶的角度出發(fā)，希望通過(guò)這個(gè)產(chǎn)品可以實(shí)現(xiàn)，而不是簡(jiǎn)單的功能描述！

4. 用戶故事

名詞解釋?zhuān)好總€(gè)用戶故事是描述了一段獨(dú)立的end-to-end的使用體驗(yàn)。它包括：用戶畫(huà)像（persona），使用場(chǎng)景（context), 使用意圖（intent)，步驟（flow)，產(chǎn)品價(jià)值（value, 產(chǎn)品如何幫助用戶實(shí)現(xiàn)價(jià)值），以及優(yōu)先級(jí)（priority）一般優(yōu)先級(jí)最高的進(jìn)入MVP（minimal viable product), 然后依次類(lèi)推，優(yōu)先級(jí)最低的進(jìn)入backlog，大家有空有資源再考慮實(shí)現(xiàn)。

描述正文：暫無(wú)

5. 需求詳述

5.1 需求一

在試用注冊(cè)流程簡(jiǎn)化，同事小A提出了疑問(wèn)：“當(dāng)判斷用戶是否登陸時(shí)，如何用戶未登陸，那么應(yīng)該跳轉(zhuǎn)到登錄頁(yè)面，而不是注冊(cè)頁(yè)面。”

我對(duì)此進(jìn)行了解釋?zhuān)忉尡容^糟糕，并沒(méi)有很好地defend myself：

1. 我們官網(wǎng)To B，受眾小，其實(shí)是沒(méi)有什么用戶來(lái)注冊(cè)的。
2. 如果用戶已有賬號(hào)，網(wǎng)站支持登錄狀態(tài)保持，那么其實(shí)不需要重新登錄

因此，我將判斷未登陸的用戶，下一個(gè)頁(yè)面是注冊(cè)頁(yè)面。

顯然，我的解釋?zhuān)⒉荒茏屝滿意，他補(bǔ)充到：

1. 我們目前官網(wǎng)邏輯的都是跳轉(zhuǎn)到登錄頁(yè)
2. 網(wǎng)站支持的登錄保持狀態(tài)，其實(shí)也是有時(shí)效性的

當(dāng)這里，我其實(shí)有點(diǎn)不知道怎么解釋我的觀點(diǎn)了。同事小B幫我解釋?zhuān)?/p>

目前我們官網(wǎng)的注冊(cè)用戶比較少，絕大部分來(lái)到官網(wǎng)的用戶，都是新用戶，大家都需要注冊(cè)，我理解這個(gè)設(shè)計(jì)邏輯是以優(yōu)化新用戶注冊(cè)流程為導(dǎo)向的

聽(tīng)到同事小B的解釋?zhuān)叶家獪I流滿面了。他準(zhǔn)確地表達(dá)出了，我沒(méi)有表達(dá)出的意思。

我講第一點(diǎn)，我們官網(wǎng)目前沒(méi)有什么用戶是已注冊(cè)的，表達(dá)的意思就是，目前來(lái)官網(wǎng)的用戶，大部分都是新用戶，新用戶需要經(jīng)過(guò)注冊(cè)、登錄，才能申請(qǐng)?jiān)囉梦覀兊漠a(chǎn)品，因此我們的目標(biāo)是降低新用戶試用我們產(chǎn)品的門(mén)檻。

暫停一下，我再放慢速度，重新回顧一下這里的思考邏輯。

為什么我要設(shè)計(jì)這樣的產(chǎn)品，我是設(shè)計(jì)給誰(shuí)使用的，來(lái)到我們網(wǎng)站的用戶，他們是誰(shuí)？他們?yōu)槭裁磥?lái)？按照這個(gè)思考方式，我重新來(lái)闡述一下我的思路。

我們的網(wǎng)站To B，目前存量用戶少。我們的需求是，通過(guò)運(yùn)營(yíng)活動(dòng)，或者自然流量，來(lái)到官網(wǎng)的用戶，能夠在最快時(shí)間內(nèi)完成申請(qǐng)?jiān)囉?，只有試用了我們的產(chǎn)品，才有可能推進(jìn)下一步。同時(shí)，每增加一個(gè)步驟，用戶就會(huì)減少一些。因此，我的設(shè)計(jì)原則是，通過(guò)減少注冊(cè)環(huán)節(jié)，來(lái)盡可能得提高注冊(cè)成功率。

分解一下：

• 目標(biāo)： 縮短注冊(cè)流程，盡可能地讓來(lái)到官網(wǎng)的用戶都注冊(cè)。
• 邏輯：每多一個(gè)環(huán)節(jié)，用戶就大量流失
• 我的操作 ：將用戶鏈接到注冊(cè)頁(yè)面

對(duì)上一個(gè)爭(zhēng)論點(diǎn)復(fù)盤(pán)完畢，我們來(lái)看下一個(gè)爭(zhēng)論點(diǎn)。

用戶完成注冊(cè)后自動(dòng)登錄，是否會(huì)跳轉(zhuǎn)會(huì)產(chǎn)品試用頁(yè)面。

在這個(gè)產(chǎn)品設(shè)計(jì)實(shí)現(xiàn)的前提是，用戶注冊(cè)之后，會(huì)自動(dòng)登錄。我先去看看，這個(gè)自動(dòng)登錄的功能是如何實(shí)現(xiàn)的[注冊(cè)成功后自動(dòng)登錄 – ThinkPHP5.1 – php中文網(wǎng)博客](https://www.php.cn/blog/detail/7587.html)

注冊(cè)后自動(dòng)登錄這個(gè)功能技術(shù)上是完全可以實(shí)現(xiàn)。但是，自動(dòng)登錄后是否需要跳回申請(qǐng)?jiān)囉庙?yè)面？

這是我們討論的重點(diǎn)，另一位同事提出，不需要，這個(gè)對(duì)開(kāi)發(fā)的工作量要求比較大。并且，不跳轉(zhuǎn)回試用頁(yè)面，用戶自己回去點(diǎn)擊試用，其實(shí)也沒(méi)有很大區(qū)別。

這里哦，其實(shí)是因?yàn)槲以谠O(shè)計(jì)產(chǎn)品流程的時(shí)候，沒(méi)有考慮工作量。這從側(cè)面確實(shí)是說(shuō)明我在這一塊知識(shí)積累不充足。需要有一定改進(jìn)。（產(chǎn)品經(jīng)理也需要站在研發(fā)的角度考慮問(wèn)題奧?。?/p>

5.2 需求二

講述優(yōu)化后的產(chǎn)品試用申請(qǐng)，我的邏輯是，先給大家展示原來(lái)的申請(qǐng)?jiān)囉庙?yè)面，然后講述修改版本后的申請(qǐng)?jiān)囉庙?yè)面。

通過(guò)最近的工作，我發(fā)現(xiàn)，對(duì)比在產(chǎn)品經(jīng)理的工作中是非常重要的一部分。因此，產(chǎn)品經(jīng)理的工作，很多時(shí)候都是在對(duì)原有流程，做完善和優(yōu)化。

既然是完善和優(yōu)化，那么產(chǎn)品經(jīng)理就需要向運(yùn)營(yíng)、向研發(fā)證明，為什么這樣的修改，相較于原來(lái)的流程，更好。

因此，對(duì)比是與研發(fā)和運(yùn)營(yíng)溝通中，非常重要的一點(diǎn)。產(chǎn)品經(jīng)理要讓運(yùn)營(yíng)知道，修改后的產(chǎn)品邏輯，可以更好的支持業(yè)務(wù)運(yùn)轉(zhuǎn)；產(chǎn)品經(jīng)理也要讓研發(fā)知道，修改后的產(chǎn)品邏輯，是更有價(jià)值的，并沒(méi)有浪費(fèi)研發(fā)的工作，并沒(méi)有讓他們的汗白流（在被組長(zhǎng)說(shuō)了幾次之后，終于有的領(lǐng)悟，心酸）

我總的講述邏輯是沒(méi)有問(wèn)題的，但一個(gè)小問(wèn)題在于，在講解修改版本后的申請(qǐng)?jiān)囉庙?yè)面的時(shí)候，沒(méi)有邏輯。重溫一下，《金字塔原理》里面的講述邏輯，在我們寫(xiě)文章或者講述業(yè)務(wù)時(shí)候，我們的思想必須符合以下原則：

畫(huà)重點(diǎn)，我們必須有明確的理由說(shuō)明，為什么要把第二個(gè)原因放在第二個(gè)，而不是放在第一個(gè)或者第三個(gè)。為什么說(shuō)這個(gè)呢？因?yàn)樵谥v述申請(qǐng)?jiān)囉庙?yè)面的修改時(shí)候，我的講述是沒(méi)有邏輯的，讓我們來(lái)看看我在會(huì)上的講述是多么沒(méi)有邏輯：

1. 對(duì)聯(lián)系電話進(jìn)行了刪除
2. 添加了身份屬性，企業(yè)用戶和個(gè)人用戶

接下來(lái)對(duì)企業(yè)用戶身份屬性和個(gè)人用戶身份屬性進(jìn)行了分別描述

更好的講述邏輯示例是什么？

我將從增刪兩個(gè)角度來(lái)說(shuō)明，我們對(duì)該申請(qǐng)?jiān)図?yè)面的修改。

在增加部分，我們添加了身份屬性，企業(yè)用戶和個(gè)人用戶。

在刪除部分，我們將聯(lián)系電話進(jìn)行了刪除。

接下來(lái)，分別說(shuō)一下增加和刪除的背后邏輯。增加身份屬性，是為了方便運(yùn)營(yíng)開(kāi)展工作，刪除聯(lián)系方式是因?yàn)樵谧?cè)環(huán)節(jié)，用戶已經(jīng)填寫(xiě)過(guò)聯(lián)系電話，并且通過(guò)驗(yàn)證。

總分的方式，首先讓大家知道我描述的總體內(nèi)容是什么，界定范圍，給聽(tīng)眾安全感，然后分點(diǎn)描述，這才是更好的描述方式。

接下來(lái)示例如下：

用戶可以在身份屬性這里，對(duì)個(gè)人的身份屬性做選擇。當(dāng)選擇企業(yè)用戶時(shí)候，當(dāng)前默認(rèn)頁(yè)面不做變化；當(dāng)選擇個(gè)人用戶時(shí)候，當(dāng)前默認(rèn)頁(yè)面做變化；相對(duì)應(yīng)的最下方的三個(gè)輸入框會(huì)進(jìn)行變化，分別變成：

1. 研究方向
2. 身份
3. 您期待產(chǎn)品為您解決什么樣的問(wèn)題？

在研究方向這里的講述沒(méi)有什么好復(fù)盤(pán)的，重點(diǎn)來(lái)看看身份這里。

身份選項(xiàng)這里我在評(píng)審會(huì)上的講述，堪稱災(zāi)難，毫無(wú)邏輯。會(huì)后反思，我應(yīng)該首先介紹，身份這里的產(chǎn)品設(shè)計(jì)是什么，接著再描述為什么要有身份這個(gè)設(shè)計(jì)。

示例如下：

在身份設(shè)計(jì)，我們通過(guò)下拉框的方式，提供給個(gè)人用戶兩個(gè)選項(xiàng)“ 在校/在職”。

個(gè)人用戶的身份屬性字段，是為了方便運(yùn)營(yíng)工作的開(kāi)展，在校和在職身份，可以輔助后續(xù)的用戶畫(huà)像分析，對(duì)兩個(gè)維度有幫助：

• 用戶付費(fèi)能力分析
• 拉新渠道質(zhì)量分析

注釋?zhuān)喝绻业闹v述邏輯是，產(chǎn)品功能設(shè)計(jì)是什么，設(shè)計(jì)這樣產(chǎn)品功能的背后邏輯，那么我的講述就會(huì)更簡(jiǎn)潔明了，提高同事的體驗(yàn)。

03 總結(jié)

本來(lái)還想繼續(xù)寫(xiě)，但是涉及業(yè)務(wù)層面的知識(shí)太多了，講解起來(lái)非常費(fèi)力，就寫(xiě)到這里吧～以后有時(shí)間再繼續(xù)更新。

所以，如何寫(xiě)一份結(jié)構(gòu)化的PRD？

思考原則：拆分組塊業(yè)務(wù)邏輯，梳理業(yè)務(wù)上下游。

最后，感謝可愛(ài)組長(zhǎng)、蝦寶對(duì)我的指導(dǎo)～

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

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