產(chǎn)品經(jīng)理學(xué)習(xí)資料 - 典型的PRD規(guī)范2021_第1頁
產(chǎn)品經(jīng)理學(xué)習(xí)資料 - 典型的PRD規(guī)范2021_第2頁
產(chǎn)品經(jīng)理學(xué)習(xí)資料 - 典型的PRD規(guī)范2021_第3頁
產(chǎn)品經(jīng)理學(xué)習(xí)資料 - 典型的PRD規(guī)范2021_第4頁
產(chǎn)品經(jīng)理學(xué)習(xí)資料 - 典型的PRD規(guī)范2021_第5頁
已閱讀5頁,還剩11頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

產(chǎn)品經(jīng)理學(xué)習(xí)資料-典型的PRD規(guī)范

刖a

PRD是衡量一個(gè)產(chǎn)品經(jīng)理整體思維的標(biāo)準(zhǔn),一個(gè)PRD可以看出產(chǎn)

品經(jīng)理在某個(gè)領(lǐng)域的專業(yè)性,和整體產(chǎn)品思維。

產(chǎn)品經(jīng)理的整體思維主要體現(xiàn)在以下7個(gè)方面:

(1)提煉核心需求

(2)思考滿足核心需求的方式

(3)評(píng)估方式優(yōu)劣選定方案

(4)思考功能概要

(5)思考支撐功能和關(guān)聯(lián)功能

(6)細(xì)化設(shè)計(jì)功能

(7)子功能(功能間迭代)

PRD給的是一種思想,將產(chǎn)品的整體思想和核心需求灌輸給產(chǎn)品

的相關(guān)人員。每個(gè)公司都可以根據(jù)自己公司的實(shí)際需要,來寫適合

自己產(chǎn)品團(tuán)隊(duì)的PRD。

淘寶系PRD規(guī)范

1、文件命名(編號(hào))

文件的編號(hào)很關(guān)鍵,一般命名規(guī)則“公司名+產(chǎn)品名+PRD+D1.0”

(以第一版為例)。

如果是小的產(chǎn)品需求變動(dòng)可以直接命名為“公司名-產(chǎn)品名

,

-PRD-Dl.oro

如果涉及到功能需求增加可以命名為“公司名-產(chǎn)品名-PRD-

D1.1”。當(dāng)出現(xiàn)產(chǎn)品第二版時(shí),可以命名為“公司名-產(chǎn)品名

v

-PRD-D2.Oo

2、修訂控制頁

一般有這么幾項(xiàng):編號(hào)、文檔版本、修訂章節(jié)、修訂原因、修

訂日期、修改人。

3、目錄

不考慮目錄的內(nèi)容,等寫完P(guān)RD可以再去更新。但建議用Mind

manager來整理一下思路。

4、請(qǐng)與以下部門討論P(yáng)RD

PRD做為一個(gè)承接作用的“載體”,會(huì)與技術(shù)、運(yùn)營、財(cái)務(wù)等人

員的溝通,而與這些人員溝通的主題都將會(huì)出現(xiàn)在子功能或在細(xì)節(jié)

細(xì)化的基本上,需要與相關(guān)人員確定“溝通內(nèi)容”,這對(duì)于產(chǎn)品整

體流程將是很重要的。

同時(shí)對(duì)于產(chǎn)品核心功能的提取也是一個(gè)重要環(huán)節(jié)。例如與客服

中心:討論預(yù)測(cè)客服成本、工作量;討論客服如何支持;協(xié)助評(píng)估

詐欺/數(shù)據(jù)竄改風(fēng)險(xiǎn):欺詐/數(shù)據(jù)竄改風(fēng)險(xiǎn)、不正使用風(fēng)險(xiǎn)。

5、概述

概念部分它包括:名詞說明、產(chǎn)品概述及目標(biāo)、產(chǎn)品roadmap、

產(chǎn)品風(fēng)險(xiǎn)。

產(chǎn)品概述及目標(biāo):解釋說明該產(chǎn)品是干什么的,為什么需要這

樣的產(chǎn)品。同時(shí)產(chǎn)品想要達(dá)到什么樣的目標(biāo)。產(chǎn)品概述及目標(biāo)就是

對(duì)產(chǎn)品核心功能講解,同時(shí)希望可以達(dá)到的期望。

產(chǎn)品roadmap:產(chǎn)品分期目標(biāo),階段描述,以及時(shí)間點(diǎn)的確定。

很多時(shí)間一期產(chǎn)品只完成了產(chǎn)品70%的功能,二期才會(huì)繼續(xù)去完善剩

下的30%,同時(shí)有可能會(huì)推翻了重新推出第二版。

產(chǎn)品風(fēng)險(xiǎn):描述產(chǎn)品可能存在的風(fēng)險(xiǎn),比如商務(wù)談判的風(fēng)險(xiǎn),

外部合作的風(fēng)險(xiǎn),不當(dāng)使用的風(fēng)險(xiǎn)等等。風(fēng)險(xiǎn)級(jí)別為高中低。

6、使用者

需求使用者需求一般只有個(gè)描述。有以下幾項(xiàng)內(nèi)容:目標(biāo)客戶、

需求描述、場(chǎng)景描述、優(yōu)先級(jí)。

目標(biāo)客戶即為產(chǎn)品的最終用戶。需求描述是表達(dá)用戶最需要的

是什么,找到用戶的最根本需求。場(chǎng)景描述就是用戶場(chǎng)景模擬。優(yōu)

先級(jí)是指用戶對(duì)于當(dāng)前產(chǎn)品功能需求的優(yōu)先級(jí),哪些是用戶最想要

的功能優(yōu)先級(jí)則排前。

7、可選方案

列出所有可以選擇的達(dá)到該產(chǎn)品目標(biāo)的方案要點(diǎn)(主要思路),

給各方案適當(dāng)?shù)脑u(píng)價(jià),并推薦最優(yōu)方案。

你在做這個(gè)產(chǎn)品規(guī)劃時(shí)一定有很多的備選方案,別放棄這些方

案,永遠(yuǎn)沒有過時(shí)的idea,只有最適合時(shí)機(jī)的idea。

所以可以寫出幾個(gè)可選方案,或許是你下期產(chǎn)品改版一個(gè)方向。

8、效益成本分析

產(chǎn)品經(jīng)理得知道財(cái)務(wù)知識(shí)。很大一部分是產(chǎn)品的環(huán)境搭建成本

和支持人員的成本。

一般的效益成本分析包括三個(gè)方面:效益預(yù)測(cè)、產(chǎn)品技術(shù)中心

成本、非產(chǎn)品技術(shù)中心支持成本。

效益預(yù)測(cè)是指提供在各種產(chǎn)品環(huán)境中的效益預(yù)測(cè),并標(biāo)明主要

的變量及假設(shè),最好能包含現(xiàn)在和過去的效益數(shù)據(jù)。如網(wǎng)站的PV值,

軟件的使用數(shù)都是效益預(yù)測(cè)數(shù)據(jù)。

產(chǎn)品技術(shù)中心成本是指設(shè)計(jì)及部署此產(chǎn)品的產(chǎn)品技術(shù)中心所需

的資源需求,包括人力成本,軟硬件支出等。

非產(chǎn)品技術(shù)中心支持成本,產(chǎn)品不是只有產(chǎn)品組完成的,同樣

需要其它部門的配合與協(xié)助。比如:需要客服部投入多少的資源用

于該產(chǎn)品的服務(wù),需要運(yùn)營部投入多少的資源運(yùn)營該產(chǎn)品。

9、功能需求

功能需求一般是由四部分組成:功能總覽、功能詳情、整合需

求、BETA測(cè)試需求。

功能總覽一般包括二個(gè)部分,一個(gè)是流程圖,一個(gè)是功能表。

流程圖是用來對(duì)產(chǎn)品整體功能的梳理。所以在做產(chǎn)品前建議所

有的產(chǎn)品經(jīng)理先梳理一下產(chǎn)品流程。

功能表是將流程圖文字化,同時(shí)將列出產(chǎn)品的功能點(diǎn)o

“"(;C

由"a,H

”1?督力I

口1速歷

fcMgj

P■恒介H工

教師人聯(lián)里

?A信總

門防?南中港“㈣

—4一?了~|4%

d.訂w

俏兄府住

rc歷

同介彳01XlB=;機(jī)]例先做妒

白網(wǎng)羽◎

鞅許管“惟護(hù)/>用人吩m

氣修箝正轉(zhuǎn)“老Ma#afl,電和月

可樸如攻所寸

3人收F曾育j【I的刷

一,樸日

:';星本信我

八方;r

海息提?

&娜成長

X公號(hào)》■?■中就M^rftIN[鞅師管理「!0gffi

;:M信R

M上口力鼓如例會(huì)6",

0m網(wǎng)公傭ESiMM2?10於林名用」以

1鄲或,

合同(達(dá)設(shè))管理司|7四,步式,修名會(huì)同的墳,4壬

立0歷史四以令K,楙W>M笠

EFHU*]的**/、出口版真

教如離職可依市淤

編、周再依0支與物+¥段,二Q市就可以修改)

—*、WE

匕物?育■

己發(fā)布4勤表圖SMBI&

41a■認(rèn)八口,矮百打印.fi8人.打小“阿)

產(chǎn)新讖“一■」EL

9認(rèn)單fj申青用I~~'cm

----------{歷出■丁單1內(nèi)■J。!’

做箭蕩假旌”5訪^.

功能詳情,是所有的產(chǎn)品功能的描述和規(guī)劃。包括以下內(nèi)容:

簡要說明:告訴此功能主要干什么的。

業(yè)務(wù)規(guī)則:每個(gè)產(chǎn)品在使用時(shí)都有自己的規(guī)則,而產(chǎn)品的業(yè)務(wù)

規(guī)則則是將產(chǎn)品的流程細(xì)化。

界面原型:產(chǎn)品經(jīng)理在這時(shí)做的原型界面只是顯示的框架,別

細(xì)化,這樣會(huì)給交互和UI造成錯(cuò)覺。只需做一個(gè)簡單的界面即可,

更多的時(shí)候只是個(gè)框架圖。

執(zhí)行者:產(chǎn)品使用者。

前置條件:具體的操作。

后置條件:操作后的展示。在UC(usercase)中后置條件又是

另一種情況,所以對(duì)于建議在PRD中的前置條件和后置條件結(jié)果合

起來。

主流程:把主流放在最后是有道理的,結(jié)合上面所說的,做出

主流程說明。將此功能的流程走向做個(gè)分點(diǎn)說明。

10、整合需求

產(chǎn)品經(jīng)理很重要的一個(gè)能力就是體現(xiàn)在產(chǎn)品整合能力上,利用

公司現(xiàn)有的資源或外部資源(合作公司等)實(shí)現(xiàn)產(chǎn)品功能需求的整

合。實(shí)現(xiàn)功能貫穿的同時(shí),更多的如何在新產(chǎn)品上實(shí)現(xiàn)功能的拓展

來輔助核心功能。

11、BETA測(cè)試

很多產(chǎn)品都有BETA版本放出,為了就是收求意見和一些性能測(cè)

試。這部分內(nèi)容不是必須的,但現(xiàn)在很多產(chǎn)品已經(jīng)開始先推出BETA

版本再推出正式版,當(dāng)然也可以通過升級(jí)來解決。

如果有BETA測(cè)試需求,則需寫出BETA版測(cè)試的要求和期望達(dá)

到的目標(biāo)要求。

12、非功能性需求

一般情況下非功能性需求包括以下幾個(gè)部分:產(chǎn)品營銷需求、

規(guī)則變更需求、產(chǎn)品服務(wù)需求、法務(wù)需求、財(cái)務(wù)需求、幫助需求、

安全性需求等。

13、上、下線需求

上線時(shí)限需求:此產(chǎn)品預(yù)定上線日期?上線日期有無任何特殊

依據(jù)或規(guī)定?

下線需求(活動(dòng)類需求必須明確下線時(shí)間):此產(chǎn)品預(yù)定下線日

期?下線日期有無任何特殊依據(jù)或規(guī)定?

14、運(yùn)營計(jì)劃說明

產(chǎn)品的后續(xù)運(yùn)營計(jì)劃。包括與運(yùn)營部的協(xié)作運(yùn)營。更多的是給

產(chǎn)品經(jīng)理如何讓更多的產(chǎn)品功能展示給用戶,產(chǎn)品經(jīng)理是核心需求

的把握者,參與到產(chǎn)品整體運(yùn)營計(jì)劃顯得特別的重要。

寫PRD并不是產(chǎn)品經(jīng)理的全部工作,但很大程度上反應(yīng)了產(chǎn)品

經(jīng)理的思維和產(chǎn)品核心功能把握上,同時(shí)對(duì)產(chǎn)品經(jīng)理溝通、協(xié)調(diào)、

規(guī)劃等都得到了一定的驗(yàn)證,但每個(gè)產(chǎn)品經(jīng)理的第一職能是會(huì)寫一

份讓其它人員看得懂的PRDo

02PRD通用規(guī)范總結(jié)

1.原型制作標(biāo)準(zhǔn)

1.1統(tǒng)一使用Axure8.0以上版本,作為原型設(shè)計(jì)工具。(也可

以統(tǒng)一使用墨刀等,但要統(tǒng)一工具)

1.2根據(jù)規(guī)劃,每人分配的導(dǎo)航或模塊需要各自進(jìn)行整理,集

在一起需能形成大的導(dǎo)圖。(或流程圖)

1.3導(dǎo)航命名規(guī)則:原型左側(cè)的導(dǎo)航命名,根據(jù)類別統(tǒng)一命名,

例如:

0一般作為引導(dǎo)頁等備用;

1首頁;

1.1個(gè)人

1.1.1聊天列表

2發(fā)現(xiàn)...等等,以清晰的編號(hào)展示出來

每個(gè)頁面的跳轉(zhuǎn)關(guān)系描述,以及其他文檔中對(duì)原型的引用,也

需要統(tǒng)一用這些編號(hào)進(jìn)行描述和說明。

1.4盡量使用統(tǒng)一制定的母板,以便于很多相同的頁面或模塊

可以快速的部署、識(shí)別和理解,相同的界面的風(fēng)格保持統(tǒng)一。

1.5單一頁面的描述需要有以下四個(gè)主要的方面:功能和交互

描述、邏輯與數(shù)據(jù)處理、沖突處理(頁面有的必須要填寫)、注意

點(diǎn)(非必填)。

1.6圖標(biāo)和素材庫要統(tǒng)一,便于團(tuán)隊(duì)協(xié)作:產(chǎn)品團(tuán)隊(duì)內(nèi)不斷的

對(duì)素材進(jìn)行更新整理,以便比如同樣按鈕使用相同的圖標(biāo)。

1.7顏色和狀態(tài)標(biāo)識(shí):單一軟件的顏色設(shè)置要統(tǒng)一,例如紅色

在整個(gè)軟件中代表的是警告,綠色代表認(rèn)可。

1.8主界面設(shè)計(jì):要特別注意“動(dòng)靜相宜”,首次進(jìn)入頁面與

各導(dǎo)航欄主界面都最好有一種貼切的動(dòng)畫,可以更快的吸引眼球。

1.9新版本需求有變動(dòng),在原型中要有特別的頁面體現(xiàn),例如

在頁面后面加入-New或者-N的標(biāo)記,以標(biāo)識(shí)這個(gè)頁面有改進(jìn),譬

如:1首頁-N。

1.10需求整理與分析:先整理成導(dǎo)圖和Excel文檔,并對(duì)需

求產(chǎn)生的場(chǎng)景進(jìn)行描述,知道該需求在什么場(chǎng)景下觸發(fā)和使用。并

在后面?zhèn)渥⑸显撔枨蟮奶幚斫Y(jié)果。如下圖:

序號(hào)需求名稱場(chǎng)景及描述提交人提出日期聯(lián)系方式級(jí)別(123)評(píng)估結(jié)果

1.11模塊化需求說明:全局通用性的設(shè)計(jì),要提供單獨(dú)的文檔

說明,以備后續(xù)更多的產(chǎn)品使用。譬如:問答模塊的需求說明。

1.12發(fā)出的說明性文檔需導(dǎo)出成PDF文檔,在微信、郵件中

發(fā)送。

1.13角色與權(quán)限:也要有清晰的條理和關(guān)系羅列,例如:創(chuàng)建

者權(quán)限、管理權(quán)限、互動(dòng)權(quán)限、可見權(quán)限、特殊權(quán)限、父系與子系

的繼承與權(quán)限等,先以導(dǎo)圖的形式羅列好,再體現(xiàn)在原型和頁面中。

1.14部分交互規(guī)則:

盡量少的讓用戶輸入,輸入時(shí)盡量多給出參考。

一行最好不要超過兩種點(diǎn)擊行為。

提供非模態(tài)的反饋,不打斷任務(wù)流。

用戶點(diǎn)擊或觸摸,必須有相應(yīng)的反饋,而且要迅速反饋。

插入性流程不要影響到其他流程的平滑過度,插入流程以彈出

等方式進(jìn)行,例如登錄、支付,完成后,原頁面刷新即可。

動(dòng)畫效果要從哪里來從哪里回,遙相呼應(yīng)。

如無必要不要讓用戶等待,Loading過程中,要想辦法讓用戶

更有意思的留在頁面上。

提示語要有友好型趣味性,而不要有命令式口吻或機(jī)器化口吻o

能選擇不要輸入,用戶手動(dòng)輸入的內(nèi)容,盡量自動(dòng)保存,不要

讓用戶重新輸入。

流程深度控制在3個(gè)以內(nèi),最高不要超過5個(gè),引導(dǎo)用戶,

不要迷失。

與或非關(guān)系簡單體現(xiàn),不要讓用戶迷惑,不要讓用戶動(dòng)腦筋。

對(duì)于有異議的頁面,可以多做一些用戶反饋的嵌入,讓更多用

戶貢獻(xiàn)自己的想法。

頁面和流程要專注,用戶在做一件事的時(shí)候,不要引導(dǎo)他去做

另外的事兒,而是用戶做完后,再去引導(dǎo)用戶去其他地方。

2.設(shè)計(jì)思考準(zhǔn)則

2.1界面設(shè)計(jì)原則:一致性、重復(fù)性、反差性、簡潔親密性。

2.2交互設(shè)計(jì)亮點(diǎn):主次相宜、動(dòng)靜相宜、大小相宜。

2.3感官把控:流暢度、銜接度、起伏度。

2.4周期長度:行業(yè)周期、用戶年齡周期、使用周期。

3.UI設(shè)計(jì)與產(chǎn)品和技術(shù)統(tǒng)一的規(guī)范

3.1效果圖設(shè)計(jì):保持與原型設(shè)計(jì)文檔一致的命名規(guī)則,例如:

1首頁;當(dāng)1首頁有很多時(shí),需要將效果圖后面進(jìn)行備注:如1

首頁T、1首頁-2o

3.2效果圖、切圖、標(biāo)注、宣傳圖等UI設(shè)計(jì)修改意見文檔以“XX

1.0UI修改意見-0911-杜博”為準(zhǔn),后面?zhèn)渥⑸先掌诤托彰?/p>

3.3效果圖、切圖、標(biāo)注圖:效果圖只提供1080P的即可。

Android版本提供1080*1920720*1280的切圖和標(biāo)注圖。

iOS版本提供750*13341080*1920的切圖和標(biāo)注圖。

3.4設(shè)計(jì)是要有規(guī)范,有體系的。使用規(guī)范化的設(shè)計(jì)對(duì)產(chǎn)品的

延續(xù)性非常有幫助,并且保證了產(chǎn)品的獨(dú)特性和一致性。單個(gè)頁面

文字顏色、字體大小不能超過3種。

3.5在不同平臺(tái)的界面設(shè)計(jì)中規(guī)范的字體會(huì)有不同,以下是移

動(dòng)界面的設(shè)計(jì)的規(guī)范,在1334*750(72像素/英寸)下的規(guī)范:

(1)移動(dòng)端字體規(guī)范(選擇其一,其他頁面的設(shè)計(jì)一直沿用即

可):

iOS:常選擇華文黑體或者冬青黑體,尤其是冬青黑體效果最好。

Android:英文字體Rob

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論