首先粪牲,我想說,題主是一個不嚴(yán)肅的人(嚴(yán)肅臉)赢织,所以每次干個啥事之前我都喜歡嘮嘮嗑亮靴,說說廢話,溝通溝通感情于置,曾經(jīng)以為自己將會成為一個幻想中的產(chǎn)品經(jīng)理那般大展身手茧吊,作為非計算機專業(yè)出身的應(yīng)屆生,后來才發(fā)現(xiàn)自己一直了解的都是業(yè)務(wù)產(chǎn)品經(jīng)理牛逼的一面八毯,并沒有全面的看透產(chǎn)品經(jīng)理這一職位搓侄。
但事實卻是,產(chǎn)品經(jīng)理话速,這個崗位在行業(yè)內(nèi)沒有明確的定義讶踪,所以其工作內(nèi)容也是非常的廣泛,SO泊交,小白們俊柔,作為過來人告訴你(認真臉),不要以為你以為的產(chǎn)品經(jīng)理就是你以為的那樣(哈哈哈活合,繞口令來一發(fā))
回歸主題雏婶,題主就這么懵逼的成為了研發(fā)產(chǎn)品經(jīng)理(好東西不會啊,55555····專業(yè)術(shù)語看不懂啊白指,5555···)留晚,不過我們始終要積極的相信,每一段經(jīng)歷都有它存在的價值,也必定會在未來的某一個時刻發(fā)揮其作用错维,所以奖地,咱們還是腳踏實地的一步一步學(xué)習(xí)吧
在第一節(jié)中提到了研發(fā)產(chǎn)品經(jīng)理最常接觸的文檔——PRD和原型,今天這篇文章就著重分享一些關(guān)于PRD文檔的總結(jié)
一赋焕、PRD文檔的三大核心作用
1参歹、傳達產(chǎn)品開發(fā)需求
2、保證各部門溝通有理有據(jù)
3隆判、產(chǎn)品質(zhì)量控制有具體標(biāo)準(zhǔn)
二犬庇、PRD文檔的必備要素
1、命名侨嘀、編號和時間戳
PRD的命名和編號很關(guān)鍵臭挽,因為每個產(chǎn)品都是經(jīng)過若干迭代才完成,有時還會經(jīng)過多人合作,所以命名和編號可以幫助我們知道該文檔是哪個版本咬腕,到了哪個階段
時間戳有助于文檔修改時欢峰,多次傳遞中,我們區(qū)分文檔是否是最新
示例:XX產(chǎn)品V1.0PRD_20160623_2006涨共,意為在2016年6月23日20:06分修改的XX產(chǎn)品1.0版
2纽帖、PRD文檔結(jié)構(gòu)
2.1修訂記錄
PRD文檔從創(chuàng)建到最終定稿,需要經(jīng)過研發(fā)的評審举反,以及業(yè)務(wù)方的確定懊直,所以在這個過程中經(jīng)常會有一些改動,所以我們需要明確的記錄下每一次的改動照筑,以便清晰的了解整個需求的管理過程吹截。
示例:
其中瘦陈,版本號命名說明:V1.0.0
完整的版本號定義分三項<主版本號><次版本號><修訂版本號>
主版本號——功能模塊有大變動凝危,比如增加多個模塊或整體架構(gòu)發(fā)生改變
次版本號——局部的變動
修訂版本號——小部分的改動,或者BUG修復(fù)
2.2目錄
目錄用來了解文檔結(jié)構(gòu)晨逝,直接在文檔中生成即可
2.3概要
需求背景:了解需求的起因蛾默,重要程度,面臨的問題是什么捉貌。
需求范圍:簡要說明需求包括哪些部分支鸡,涉及關(guān)聯(lián)系統(tǒng)、關(guān)聯(lián)產(chǎn)品或者接口趁窃。
需求風(fēng)險:完成需求可能遇到的風(fēng)險和約束牧挣,包括產(chǎn)品風(fēng)險,業(yè)務(wù)風(fēng)險醒陆,運營風(fēng)險以及技術(shù)風(fēng)險瀑构。
需求來源:說明需求的來源,來源的負責(zé)人或者團隊刨摩,業(yè)務(wù)方是誰寺晌,以便以后查看聯(lián)系世吨。
2.4功能需求
功能簡要說明:介紹功能的用途
場景描述:說明該功能在哪些場景下會使用
業(yè)務(wù)規(guī)則:比如在京東的結(jié)算頁京券和東券不可同時使用,這些業(yè)務(wù)規(guī)則可以說明呻征,有助于測試耘婚、研發(fā)了解需求規(guī)則
界面原型:涉及頁面交互過程,頁面原型有助于研發(fā)陆赋,測試沐祷,設(shè)計理解
異常情況:網(wǎng)絡(luò)異常,數(shù)據(jù)異常奏甫,功能異常以及產(chǎn)品的邊界值等異常情況說明
2.5數(shù)據(jù)需求
我們做了什么功能戈轿,最終有什么效果,可以通過數(shù)據(jù)來體現(xiàn)阵子,數(shù)據(jù)有助于更好的做出產(chǎn)品決策思杯。
2.6性能
頁面加載時間、數(shù)據(jù)緩存時間挠进,功能響應(yīng)速度等說明色乾,便于研發(fā)對性能的優(yōu)化。