一份高級(jí)產(chǎn)品經(jīng)理的干貨分享整理:終極prd
這世界走的再快,也與你無(wú)關(guān),一步一步成長(zhǎng),也挺好。
受公司學(xué)院的邀請(qǐng),師父出山為廣大同事做了一次含金量超高的分享。打從上周接到邀請(qǐng),師父就開始緊張兮兮的準(zhǔn)備這次分享,滿腦子都是如何做分享(偷偷告訴你們,他都沒心思工作了)。因?yàn)?,這事情關(guān)乎他的面子,我想這世上可能沒有什么比他的面子更重要的了。
他一直說(shuō)“我滿腦子的東西,怎么講!” 最開始他打算把整個(gè)產(chǎn)品設(shè)計(jì)流程全部講一遍,然后一個(gè)人在那里神經(jīng)兮兮嗶嗶了一天。
我實(shí)在看不下去了,于是給他講了一下我平時(shí)聽得一些分享的情況。
我說(shuō):“大家都是已經(jīng)入門的產(chǎn)品了,其實(shí)早在我還沒做產(chǎn)品工作的時(shí)候就已經(jīng)對(duì)流程滾瓜爛熟了,但是知道流程并沒有什么卵用。我們需要的不是大的框架和虛的概念,不如你就抓住流程里面非常細(xì)小的點(diǎn)來(lái)講實(shí)際工作中的應(yīng)用”。
好在師父在懵逼的情況下聽取了我的意見。于是就有了下面的分享內(nèi)容,這里我將放出我?guī)煾傅难葜v稿,這比聽分享和看分享后整理的文檔更有參考意義(我在師父分享完之后是整理了一份分享文檔給學(xué)院的)。
主題:如何寫好一份prd(我將草稿只字不改,雖然有點(diǎn)亂,但是這樣完全代表他思考邏輯的稿子可以看出他的思維邏輯多縝密,還有絲絲尷尬和搞笑)
1.
大家好,我是家庭網(wǎng)絡(luò)產(chǎn)品線產(chǎn)品中心的產(chǎn)品經(jīng)理**,在部門主要負(fù)責(zé)路由APP的產(chǎn)品工作,很高興在這里和大家做這個(gè)分享會(huì),由于我之前從事的行業(yè)比較多,根據(jù)之前一些產(chǎn)品經(jīng)驗(yàn),結(jié)合自身的特長(zhǎng),總結(jié)了一套自己產(chǎn)品設(shè)計(jì)的方法,用來(lái)跟大家分享,由于時(shí)間關(guān)系,我這里著重分享下我寫需求文檔的一些經(jīng)驗(yàn),希望能拋磚引玉,互相交流學(xué)習(xí)。也希望大家能在今后的過(guò)程中能總結(jié)出自己的一套更好的產(chǎn)品需求文檔的編寫方法。
我認(rèn)為,一款產(chǎn)品的上線,產(chǎn)品經(jīng)理需要負(fù)責(zé)其四個(gè)階段:概念階段,設(shè)計(jì)階段,實(shí)施階段和運(yùn)營(yíng)階段。
概念階段里我們需要提供產(chǎn)品的商業(yè)模式(即BRD)的內(nèi)容以及產(chǎn)品的市場(chǎng)分析(即MRD),公司立項(xiàng)一般會(huì)需要提供這兩個(gè)文檔,特別是商業(yè)模式特別重要,斐訊0元購(gòu)就是一個(gè)非常好的商業(yè)模式,往往一個(gè)好的商業(yè)模式基本決定了一個(gè)互聯(lián)網(wǎng)產(chǎn)品的成敗。而市場(chǎng)分析會(huì)對(duì)市場(chǎng)環(huán)境,競(jìng)品和商業(yè)對(duì)手,市場(chǎng)容量等等進(jìn)行評(píng)估。
當(dāng)商業(yè)和市場(chǎng)條件都滿足以后,我們需要確定我們的業(yè)務(wù)流程,這里的業(yè)務(wù)流程是個(gè)廣義的業(yè)務(wù)流程,意思是我們的核心交互是什么。比如商城的業(yè)務(wù)流程就是:查看商品-加入購(gòu)物車-提交訂單-支付-發(fā)貨-收貨-售后;而我們路由APP的核心業(yè)務(wù)流程就是:路由設(shè)置-路由管理-路由控制。一個(gè)大型的APP往往會(huì)有多條線的業(yè)務(wù)流程。
接下來(lái)我們就要開始做競(jìng)品分析了,一般會(huì)選擇相關(guān)行業(yè)里的排名靠前的,或者是比較有自己特色的產(chǎn)品,比如路由器APP,我們就經(jīng)常會(huì)拿小米,360,TP-LIANK,網(wǎng)件等等來(lái)做競(jìng)品分析,競(jìng)品分析的維度有:產(chǎn)品定位,功能列表,價(jià)格,市場(chǎng)銷量,目標(biāo)用戶,版本迭代等等。
然后我們就開始做需求分析了,也就是我們會(huì)在很多書本上看到的那些:用戶畫像,用戶場(chǎng)景,需求來(lái)源等等,我這里稍微提一下我自己做需求來(lái)源的幾個(gè)點(diǎn):
- 關(guān)注行業(yè)趨勢(shì)和動(dòng)向
- 根據(jù)友盟數(shù)據(jù)或者是市場(chǎng)數(shù)據(jù)提煉需求
- 用戶痛點(diǎn)和癢點(diǎn)挖掘
- 用戶反饋
- 競(jìng)品參考
- 自身優(yōu)化。
由于時(shí)間關(guān)系,以上概念階段的要素我就不詳細(xì)展開講了,這里只是順帶提一下,讓大家有個(gè)了解。
2.
我今天要講的主要是產(chǎn)品的設(shè)計(jì)階段,從文檔上來(lái)說(shuō)就是PRD-產(chǎn)品需求文檔。很多人認(rèn)為PRD就是用WORD寫寫我們需要做什么就好,其實(shí)一份完整的PRD不僅僅需要寫一份文檔來(lái)說(shuō)明你要做什么,而是包括多份文檔內(nèi)容,也就是廣義上的PRD。我從文檔上和流程上把它分成四部分:邏輯流程,思維導(dǎo)圖,原型圖,以及狹義的PRD輸出文檔。
3.
首先我們要理清楚產(chǎn)品大的邏輯流程,一般是用VISIO來(lái)做這方面的工作,就和畫人像一樣我們需要先確定其三庭五眼,這樣我們的邏輯才不會(huì)走偏。
還是回到我們路由APP上來(lái)例舉,由于路由產(chǎn)品的特殊性,我們一般需要用多方交互的泳道圖來(lái)表現(xiàn)我們的產(chǎn)品邏輯,一個(gè)路由功能一般會(huì)牽涉到APP端,后臺(tái),設(shè)備端的多方交互。
這里舉個(gè)簡(jiǎn)單的功能來(lái)作為例子,比如遠(yuǎn)程控制路由器上的指示燈,APP端做出打開的操作,操作命令發(fā)送到云服務(wù)器,云服務(wù)器收到指令后找到對(duì)應(yīng)設(shè)備的MAC地址,然后發(fā)送到對(duì)應(yīng)路由器上打開路由器指示燈,這就是一個(gè)簡(jiǎn)單的多方交互。我們需要用VISIO畫出這個(gè)邏輯,讓別人知道這個(gè)功能大概是什么樣子。
除了多方交互邏輯,我們有時(shí)候也會(huì)用來(lái)設(shè)計(jì)業(yè)務(wù)邏輯,業(yè)務(wù)邏輯里有時(shí)候也會(huì)有多方出現(xiàn)的情況,比如B2C的產(chǎn)品就會(huì)牽涉到B端用戶和C端用戶的邏輯流,各端用戶也會(huì)對(duì)應(yīng)到其分別的前端和后臺(tái)。邏輯流程的種類非常多,我這里就不一一例舉了,分析一個(gè)鍛煉自己熟悉邏輯流程的好辦法,每天在應(yīng)用市場(chǎng)下載一些推薦的APP下來(lái),自己試著用VISIO畫出它們的邏輯流程,同時(shí)也可以學(xué)習(xí)它們的功能設(shè)計(jì)方法,這樣會(huì)讓自己的產(chǎn)品設(shè)計(jì)能力進(jìn)步的非常快。
4.
邏輯流程整理清楚以后,我們就可以根據(jù)大模塊開始做思維導(dǎo)圖,我一般會(huì)用XMIND來(lái)做這個(gè),很多人會(huì)用思維導(dǎo)圖來(lái)做業(yè)務(wù)邏輯,我一般喜歡用思維導(dǎo)圖來(lái)做產(chǎn)品結(jié)構(gòu)和邏輯判斷。
一般來(lái)說(shuō)做完這個(gè),整個(gè)產(chǎn)品有些什么頁(yè)面基本就都知道了。比如我的提綱,就是在寫我要講的東西的結(jié)構(gòu),不過(guò)APP的思維導(dǎo)圖里會(huì)多一些邏輯判斷在里面,舉個(gè)例子,賬號(hào)登錄,密碼輸入正確怎么樣,不正確會(huì)怎么樣,各會(huì)顯示或者是到那個(gè)頁(yè)面,就是邏輯判斷。如果大家有興趣,會(huì)下可以找我具體看思維導(dǎo)圖該怎么畫。
5.
接下來(lái)就要畫產(chǎn)品經(jīng)理最熟悉的原型圖了,我一般用AXURE來(lái)畫原型圖,經(jīng)過(guò)上面的邏輯流程和產(chǎn)品結(jié)構(gòu)以及邏輯判斷的整理,實(shí)際上到原型圖這一步,我們只需要把邏輯頁(yè)面化而已。
實(shí)現(xiàn)我們要弄清楚整個(gè)產(chǎn)品的框架與層級(jí),打個(gè)比方,一般的產(chǎn)品框架有:登錄注冊(cè),首頁(yè),個(gè)人中心,設(shè)置等等,而層級(jí)關(guān)系則是登錄頁(yè)面下有:用戶名輸入,密碼輸入,已經(jīng)相對(duì)應(yīng)的判斷頁(yè)面等等。類似于這種,大家可以舉一反三,這樣一層層的去做,你就發(fā)現(xiàn)整個(gè)APP的框架就會(huì)搭建起來(lái)了。
然后我們需要設(shè)計(jì)好頁(yè)面,頁(yè)面上有什么元素,如何展現(xiàn)。這個(gè)我想大家都會(huì)畫,不過(guò)畫的好看不好看,清晰不清晰就另當(dāng)別論了。這個(gè)大家要是有興趣,平時(shí)我們可以私下探討。
不過(guò)我個(gè)人認(rèn)為原型圖的頁(yè)面一定要簡(jiǎn)潔清晰,不要加過(guò)多的設(shè)計(jì)元素在里面,除非你是要搶UI的飯碗。很多小伙伴都喜歡把原型圖畫的特復(fù)雜。接下來(lái)就是做交互跳轉(zhuǎn)了,說(shuō)到這里,肯定有很多小伙伴覺得,這不是UE的事情嗎?其實(shí)UE負(fù)責(zé)的更多的是交互的用戶體驗(yàn),而里面的交互邏輯一般都需要產(chǎn)品來(lái)確認(rèn)。而且,交互跳轉(zhuǎn)做的好,你給別人講你的設(shè)計(jì)的時(shí)候也會(huì)更輕松,思路也更清晰。
一般來(lái)說(shuō),做到這里原型圖基本上已經(jīng)完成了,不過(guò)我個(gè)人更喜歡在原型圖上繼續(xù)做標(biāo)注,第一,是為了讓UE或者程序員更清楚你的功能設(shè)計(jì),其實(shí)也為你后面寫需求文檔做了標(biāo)注提示。這里我一般會(huì)做兩種標(biāo)注,一種是邏輯說(shuō)明,大的頁(yè)面之間的關(guān)系或者跳轉(zhuǎn)我會(huì)做邏輯說(shuō)明的標(biāo)注;一種是功能規(guī)則標(biāo)注,一般標(biāo)注在功能點(diǎn)或者是字段上面,對(duì)具體的功能點(diǎn)做說(shuō)明。
6.
接下來(lái)就是狹義上的產(chǎn)品需求文檔的編寫了,實(shí)際上整個(gè)產(chǎn)品邏輯在這個(gè)階段你應(yīng)該已經(jīng)一清二楚了。剩下的就是怎么把它表達(dá)出來(lái),讓別人知道,這個(gè)其實(shí)還蠻難的,導(dǎo)致了很多程序員都不愛看PRD。這里我還是呼吁一下各位程序員大哥,還是給產(chǎn)品一個(gè)機(jī)會(huì),多看看PRD,謝謝。話題偏了,還是讓我們回到需求文檔上來(lái)吧!
7.
產(chǎn)品文檔一般的格式我這里就不贅述了,我這里講講幾個(gè)重要的點(diǎn)吧:首先是需求說(shuō)明,很多產(chǎn)品會(huì)忽略這個(gè)東西,我這里的需求說(shuō)明是要說(shuō)清楚,我們?yōu)槭裁匆鲞@個(gè)需求點(diǎn)。舉個(gè)例子,之前路由APP是支持郵箱用戶的,后來(lái)因?yàn)闃I(yè)務(wù)需要,需要取消郵箱用用戶登錄,所以我這樣來(lái)寫這個(gè)需求說(shuō)明:
8.
考慮到以后要上線的,比如打賞,藍(lán)汛游戲加速等牽涉到提現(xiàn)和充值的和金錢掛鉤功能,必須有手機(jī)驗(yàn)證才能確保安全。其次,現(xiàn)在斐訊所有平臺(tái)只能用手機(jī)注冊(cè),不會(huì)再產(chǎn)生郵箱用戶,如果繼續(xù)支持郵箱用戶則后期開發(fā)需要為這些用戶做多余的適配工作,所以需要禁用郵箱用戶,強(qiáng)制用戶綁定手機(jī)。
9.
這樣大家就清楚知道你為什么要做這個(gè)需求了,這個(gè)對(duì)剛剛走上產(chǎn)品崗位的產(chǎn)品經(jīng)理還是特別重要的,你如何說(shuō)服你的領(lǐng)導(dǎo),或者是其他人,讓他們覺得你做這個(gè)需求是有意義的。有時(shí)候我們也需要對(duì)某個(gè)功能寫上需求預(yù)期,也就是說(shuō)我這個(gè)需求需要達(dá)成什么樣的數(shù)據(jù)指標(biāo),這樣就可以對(duì)照后面的數(shù)據(jù)分析做個(gè)對(duì)比了。
10.
接下來(lái)要寫的就是功能描述了,新入職場(chǎng)的產(chǎn)品經(jīng)理往往會(huì)把這塊寫的特別重,基本上會(huì)占到整個(gè)PRD的八成內(nèi)容,其實(shí)我要說(shuō)的是,你可以把這塊敘述得更清晰明確,只用說(shuō)明你這個(gè)需求有哪些功能模塊,模塊之間功能流程是什么樣,用戶是如何操作的。
這里很多人會(huì)有另外的寫法,喜歡把規(guī)則插進(jìn)去寫,我個(gè)人不是很喜歡這樣做,功能說(shuō)明就直接描述功能是什么,會(huì)讓別人更清晰的了解整個(gè)功能操作,而規(guī)則可以寫在下面另外的模塊里,我一般叫他約束性描述,或者功能規(guī)則。這一塊在產(chǎn)品文檔里特別重要,一般的產(chǎn)品所說(shuō)的有“坑”,問題就是出在這里。
11.
那我們?nèi)绾蝸?lái)避免這種“坑”的情況發(fā)生呢?
我從兩個(gè)方面來(lái)講這個(gè),第一個(gè)就是產(chǎn)品規(guī)則里需要有哪些要素,第二個(gè)就是如何自檢自己的文檔里有沒有紕漏;
首先產(chǎn)品規(guī)則里需要有:約束性描述-即這個(gè)東西只能怎么樣,功能規(guī)則-這個(gè)功能該執(zhí)行什么邏輯,這兩個(gè)東西,基本上都會(huì)有,下面的有些東西可能只會(huì)有些特定的需求才會(huì)有,不過(guò)也是特別重要的。
比如數(shù)據(jù)來(lái)源,我這里的顯示的東西調(diào)用的是那張表或者是哪個(gè)接口;
儲(chǔ)存方式,我這個(gè)規(guī)則是緩存在本地還是保存到服務(wù)器上;
異常情況,如果發(fā)現(xiàn)異?;蛘咤e(cuò)誤,這個(gè)邏輯該怎么走;
極值,如果在這里出現(xiàn)了999條記錄我該如何處理;
操作提示,用戶使用這個(gè)功能不知道是啥,我改怎么提示用戶或者是用戶做了什么操作,我該告訴用戶什么;
防呆規(guī)則,這里的輸入框是不是只能輸入數(shù)字或者輸入多少個(gè)數(shù)字;顯示內(nèi)容及其格式,某塊地方是顯示的什么東西,或者是可能顯示什么,顯示的是圖片還是視頻還是文字或者支持的是什么格式。
前后臺(tái)邏輯關(guān)系,前端操作會(huì)對(duì)后臺(tái)產(chǎn)生什么影響,后臺(tái)的設(shè)置會(huì)讓前端顯示什么;
前置條件和后置條件,發(fā)生這個(gè)用例的前提條件,或者滿足什么條件才能觸發(fā)這個(gè)用例,發(fā)生這個(gè)用例之后的結(jié)果,會(huì)產(chǎn)生什么影響等等。
當(dāng)然,你的產(chǎn)品規(guī)則可能遠(yuǎn)遠(yuǎn)不止以上那些,只要是你覺得有必要特別說(shuō)明的東西,都可以算作你的產(chǎn)品邏輯,同樣的要求就是,一定要完整,明確并且清晰,不要留“坑”。
12.
那當(dāng)我寫完產(chǎn)品規(guī)則以后,我該如何自檢自己的PRD呢?我這里也總結(jié)了一些我的經(jīng)驗(yàn)用來(lái)自檢。主要分三個(gè)角度:1產(chǎn)品角度,2運(yùn)營(yíng)角度,3,風(fēng)險(xiǎn)評(píng)估;
13.
從產(chǎn)品角度,我們需要注意以下的要素:
- 流程是否形成有效的閉環(huán)(什么叫閉環(huán),就是功能走著走著不能走不通了);
- 文案是否易懂,是否存在歧義(你的提示或者描述是否表達(dá)清晰,無(wú)文法錯(cuò)誤,你的slogan是否有情懷,吸引人);
- 版本兼容問題(如固件/第三方插件/第三方接口/APP各版本之前是否有沖突,功能之間或者交互之間做了好兼容);
- 與其他系統(tǒng)(后臺(tái)系統(tǒng)/服務(wù)器)的調(diào)用是否能相互兼容跑通(這里一般是牽涉多方平臺(tái)的處理方案);
- 新功能是否存在其他關(guān)聯(lián)功能點(diǎn)沖突(做一個(gè)新功能的時(shí)候一定要考慮到和其他有關(guān)聯(lián)功能的相互影響);
- 業(yè)務(wù)高峰的系統(tǒng)降級(jí)處理邏輯(如果你做的是以為重度業(yè)務(wù)APP,一定要考慮很多用戶同時(shí)涌入的風(fēng)險(xiǎn)以及處理方案,比如某米的商品搶購(gòu));
- 后續(xù)新功能或關(guān)聯(lián)產(chǎn)品如果下線的影響點(diǎn)(當(dāng)你要下架某個(gè)功能的時(shí)候,要考慮到下架以后的風(fēng)險(xiǎn)和對(duì)其他功能會(huì)產(chǎn)生什么影響,要寫功能下架預(yù)案);
14.
從運(yùn)營(yíng)角度,我們需要注意以下的要素:
- 是否存在數(shù)據(jù)報(bào)表、埋點(diǎn)需求;
- 是否存在客服查詢需求;新功能的客戶宣傳策略;
- 是否存在運(yùn)營(yíng)需求;數(shù)據(jù)指標(biāo)和預(yù)期驗(yàn)證;
- 運(yùn)營(yíng)需求和產(chǎn)品功能是否相互影響;
15.
從風(fēng)險(xiǎn)評(píng)估角度,我們需要注意以下的要素:
- 是否會(huì)因?yàn)楣δ茉O(shè)計(jì)而導(dǎo)致平臺(tái)審核不通過(guò)(特別是蘋果);
- 是否引發(fā)諸如騷擾、欺詐等安全隱患;
- 是否存在用戶資料泄露,財(cái)產(chǎn),數(shù)據(jù)泄露安全隱患;
- 是否存在負(fù)面輿情風(fēng)險(xiǎn);
- 是否存在法律及合規(guī)風(fēng)險(xiǎn);
- 發(fā)布審核風(fēng)險(xiǎn);版本撤回及異常評(píng)估(回滾策略);
所以我們經(jīng)常會(huì)設(shè)計(jì)一些條例或者是用戶須知來(lái)防范這些風(fēng)險(xiǎn)。
如果時(shí)間充足,接下來(lái)我會(huì)將產(chǎn)品的實(shí)施階段和運(yùn)營(yíng)階段產(chǎn)品需要做些什么。
嘖嘖嘖,半個(gè)小時(shí)的分享時(shí)間,寫了這么多還怕說(shuō)不夠。最搞笑的是,他最后說(shuō)了句大家有需要的可以隨時(shí)可以來(lái)找他。我跟他說(shuō)考慮清楚要不要這么說(shuō),他說(shuō)就客套一下啦,沒人會(huì)當(dāng)真的。于是第二天有人來(lái)找他,有人加他微信。
嚴(yán)肅點(diǎn)說(shuō),這次分享真的是干貨滿滿,只有非常認(rèn)真仔細(xì)的閱讀,理解和實(shí)踐,才能轉(zhuǎn)化成自己的能力。跟了師父快半年了,學(xué)了這么久的我仍在反復(fù)練習(xí),你是否也應(yīng)該放下所謂的“***天成為優(yōu)秀的產(chǎn)品經(jīng)理”,而是踏踏實(shí)實(shí)的練習(xí)呢。
這世界走的再快,也與你無(wú)關(guān),一步一步成長(zhǎng),也挺好。
作者:Jelly妮
來(lái)源:https://www.jianshu.com/p/e61f7eb59b94
本文由 @Jelly妮 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來(lái)自u(píng)nsplash,基于CC0協(xié)議
求一份完整的prd學(xué)習(xí),935981241@qq.com 謝謝
求完整PRD學(xué)習(xí)一下 1092637138@qq.com
跪求一份PRD文檔學(xué)習(xí)一下,郵箱yao310071424@163.com
干貨滿滿,小仙女,求一份PRD干貨,657423021@qq.com,萬(wàn)謝
求PRD, lvgf@qq.com 謝謝
小姐姐,同求一份PRD例子學(xué)習(xí),weitian@jiansport.com 謝謝
求完整的prd學(xué)習(xí)下,謝謝 1371670669@qq.con
產(chǎn)品新手,同求一份完整的prd學(xué)習(xí)學(xué)習(xí),謝謝 ??
小姐姐求一份完整PRD學(xué)習(xí)。371153728@qq.com 謝謝!
小姐姐,同求一份PRD例子學(xué)習(xí),2396939434@qq. com 感謝!
小姐姐美女,同求一份PRD例子學(xué)習(xí),734013223@qq. com 感謝!
求到了么?求分享912185244@qq.com
小姐姐,同求一份PRD例子學(xué)習(xí),545088512@qq. com 感謝!
大美女,同求一份PRD例子學(xué)習(xí),感謝感謝!562023121@qq.com
小姐姐,求一份PRD干貨,1066167934@qq.com,萬(wàn)謝
姐姐,求一份PRD例子進(jìn)一步學(xué)習(xí),萬(wàn)分感謝!372902774@qq.com
美女小姐姐,請(qǐng)問這個(gè)文章有配套的例子prd嘛!有的話受累發(fā)一下郵箱咯!498947192@qq.com非常感謝!
很細(xì)致的 干貨
可愛
太感謝了,新手,這些問題好多都遇到過(guò) ??
干貨滿滿,謝謝分享。能否分享下“坑”都是怎么去避免的呢
我也想要一份完整PRD學(xué)習(xí),求分享 1136841795@qq.com
路由APP的核心業(yè)務(wù)流程是:路由設(shè)置-路由控制/管理吧~
美女,求一份完整的PRD學(xué)習(xí)哦 573636339@qq.com
第11條學(xué)習(xí)了。感謝
你好,可以分享一份prd文檔嗎?651590477@qq.com
收藏不了???
能不寫word版prd嗎
重點(diǎn)關(guān)注11-15條
沒有干貨嗎? 直接放出你的
姐姐,能否給我發(fā)一份完整的PRD各位學(xué)習(xí)下 379826231@qq.com