首先粪牲，我想說，題主是一個不嚴(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)化。
