中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

01 為什么會寫這個主題？

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

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

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

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

對V1和最終交付版本PRD的比較，會從下面兩個維度展開比對：

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

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

介紹一下背景：

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

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

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

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

同時，蝦寶建議：

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

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

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

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

02 開始寫PRD

目錄

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

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

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

1. 產(chǎn)品背景

1.1 背景概述

含義解釋：背景概述是用簡單的語言大概概括一下大的背景，讓人知道我們本次要講的內(nèi)容大概是什么。

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

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

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

1.2 問題與機(jī)會

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

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

描述正文：

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

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

2）運(yùn)營端（管理后臺）

• 無法查看用戶申請?jiān)囉玫臅r間
• 不支持運(yùn)營就試用用戶跟進(jìn)做記錄
• 需要為每個申請?jiān)囉玫挠脩羰謩娱_通賬號

注釋：在這里我將問題進(jìn)行了拆分，將前端與后端做分別描述。

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

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

注釋：目標(biāo)的制定，如果按照管理大師德魯克在《管理實(shí)踐》中提出的目標(biāo)管理方法原則來制定，更好。順便回顧一下，德魯克提出的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 邊界界定

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

描述正文：暫無

注釋：值得說明的一點(diǎn)，其實(shí)有時候，設(shè)計(jì)資源、研發(fā)資源也會左右邊界的界定。

2. 名詞解釋（可選）

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

3. 產(chǎn)品綜述

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

描述正文：暫無

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

4. 用戶故事

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

描述正文：暫無

5. 需求詳述

5.1 需求一

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

我對此進(jìn)行了解釋，但解釋比較糟糕，并沒有很好地defend myself：

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

因此，我將判斷未登陸的用戶，下一個頁面是注冊頁面。

顯然，我的解釋，并不能讓小A滿意，他補(bǔ)充到：

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

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

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

聽到同事小B的解釋，我都要淚流滿面了。他準(zhǔn)確地表達(dá)出了，我沒有表達(dá)出的意思。

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

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

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

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

分解一下：

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

對上一個爭論點(diǎn)復(fù)盤完畢，我們來看下一個爭論點(diǎn)。

用戶完成注冊后自動登錄，是否會跳轉(zhuǎn)會產(chǎn)品試用頁面。

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

注冊后自動登錄這個功能技術(shù)上是完全可以實(shí)現(xiàn)。但是，自動登錄后是否需要跳回申請?jiān)囉庙撁妫?/p>

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

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

5.2 需求二

講述優(yōu)化后的產(chǎn)品試用申請，我的邏輯是，先給大家展示原來的申請?jiān)囉庙撁?，然后講述修改版本后的申請?jiān)囉庙撁妗?/p>

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

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

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

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

畫重點(diǎn)，我們必須有明確的理由說明，為什么要把第二個原因放在第二個，而不是放在第一個或者第三個。為什么說這個呢？因?yàn)樵谥v述申請?jiān)囉庙撁娴男薷臅r候，我的講述是沒有邏輯的，讓我們來看看我在會上的講述是多么沒有邏輯：

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

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

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

我將從增刪兩個角度來說明，我們對該申請?jiān)図撁娴男薷摹?/p>

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

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

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

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

接下來示例如下：

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

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

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

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

示例如下：

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

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

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

注釋：如果我的講述邏輯是，產(chǎn)品功能設(shè)計(jì)是什么，設(shè)計(jì)這樣產(chǎn)品功能的背后邏輯，那么我的講述就會更簡潔明了，提高同事的體驗(yàn)。

03 總結(jié)

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

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

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

最后，感謝可愛組長、蝦寶對我的指導(dǎo)～

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

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