PRD文檔構(gòu)建及使用流程

正如大家在工作中遇到的那樣,產(chǎn)品需求文檔越來越被重視,因此整理了這份文檔方便大家日后在工作中,更加快速的構(gòu)建自己的產(chǎn)品需求文檔。
此文檔由Axure構(gòu)建。
附上文檔預(yù)覽連接:http://www.uedart.com/demo.html
首先我整理了我對此文檔需求的結(jié)構(gòu)如下:
本次采用的是一個項目中多平臺多版本的控制模式,方便管理同一項目中的不同類型任務(wù)需求,主要包含了兩部分:產(chǎn)品簡介+產(chǎn)品文檔,接下來,我將根據(jù)每一部分做具體的用法介紹。
產(chǎn)品簡介使用介紹
1. 產(chǎn)品簡介
對項目本身進(jìn)行簡短的介紹,方便理解本次項目的幾個主要組成部分:
- 簡要說明產(chǎn)品的使用價值
- 我是誰(一兩句話寫清楚產(chǎn)品的身份)?
- 我有什么用(我是做什么的,我能提供什么服務(wù)等)?
- 為什么選擇我們(與競爭對手相比,我們產(chǎn)品的優(yōu)勢,核心競爭力是什么)?
- 目標(biāo)用戶、使用場景
- 產(chǎn)品的主要用戶群是誰?
- 用戶主要在什么場景下使用我們的產(chǎn)品。
- 行業(yè)概要
- 簡要闡述行業(yè)現(xiàn)狀
- 未來的發(fā)展趨勢
- 競爭對手情況分析
2. 版本說明
這里主要是對自己的項目進(jìn)行版本更替說明,以及多平臺項目進(jìn)行版本說明,做好版本鏈接到對應(yīng)的產(chǎn)品文檔當(dāng)中去。
3. 自查表
這里主要列出了當(dāng)我們在進(jìn)行文檔撰寫過程中,所需要注意的事項,方便完成文檔后,對文檔進(jìn)行自查,完善文檔的不足之處;是否完成列表欄采用的是文字圖標(biāo)進(jìn)行對錯的標(biāo)識。
這套文字圖標(biāo)是我經(jīng)常使用的,附上鏈接?http://www.axureux.com/home/fontawesome.html
產(chǎn)品文檔使用介紹
根據(jù)版本說明創(chuàng)建對應(yīng)的產(chǎn)品文檔,并在版本說明中做好對應(yīng)版本的鏈接跳轉(zhuǎn)(采用的是在新標(biāo)簽中打開),產(chǎn)品文檔命名方式是“平臺-版本名”,方便區(qū)分。接下來主要針對產(chǎn)品文檔的各個頻道進(jìn)行說明,方便大家更好的進(jìn)行修改和使用。
1. 菜單欄
組成部分:項目名稱+頻道欄目一級切換+子屬性二級切換+不同產(chǎn)品文檔的切換。
本菜單除開二級切換,其余部分采用的是母版制作,所以大家可以根據(jù)自己的需求進(jìn)行調(diào)整。
對應(yīng)彈出選項采用的是動態(tài)面板制作,可以根據(jù)不同欄目進(jìn)行管理,按需求進(jìn)行增減與調(diào)整。
對應(yīng)不同產(chǎn)品文檔的切換做好鏈接跳轉(zhuǎn),因為我里面只有一個文檔所以沒做鏈接,同樣這個使用動態(tài)面板制作,可以按需增減與調(diào)整,做好鏈接跳轉(zhuǎn)到對應(yīng)產(chǎn)品文檔的更新日志頁面即可。
2. 產(chǎn)品概覽使用介紹
這個欄目主要包括了更新日志+需求列表+開發(fā)排期。
更新日志:主要記錄此文檔的修改記錄,方便查閱負(fù)責(zé)人與修改人,以及修改內(nèi)容時間等信息。
需求列表:列出本次版本項目,所需開發(fā)的新功能和調(diào)整的功能,說明原因,方便后面對調(diào)整新增的功能進(jìn)行測試,排查遺漏。
開發(fā)排期:對項目進(jìn)行時間點安排,及時跟進(jìn)項目進(jìn)度(要每天更新當(dāng)前進(jìn)度),推進(jìn)項目進(jìn)行,如果大家有使用其他在線工具進(jìn)行項目進(jìn)度管理也可以在排期詳情中附上鏈接,方便查閱更加詳盡的開發(fā)進(jìn)度。
3. 產(chǎn)品架構(gòu)
這個欄目主要包括了實體關(guān)系圖+結(jié)構(gòu)圖+業(yè)務(wù)流程圖+任務(wù)流程圖+頁面流程圖,這個欄目主要是產(chǎn)品在梳理項目需求所使用的。
實體關(guān)系圖(又稱ER圖):我在文檔中也示例了2個實體關(guān)系圖的畫法,此圖主要是理清實體(數(shù)據(jù)對象)及其屬性的相關(guān)聯(lián)系。
實體關(guān)系圖例如:
結(jié)構(gòu)圖:包含了產(chǎn)品結(jié)構(gòu)圖和產(chǎn)品信息結(jié)構(gòu)圖,區(qū)分了這兩個結(jié)構(gòu)圖的差異,這個是產(chǎn)品在工作中經(jīng)常用到的,對產(chǎn)品的欄目,頻道,頁面,模塊、元素進(jìn)行梳理。
產(chǎn)品結(jié)構(gòu)圖,例如:
產(chǎn)品信息圖,例如:
業(yè)務(wù)流程圖:
通過業(yè)務(wù)流程圖,鉆研關(guān)鍵事件的流程,分析為什么要這么做,探索出更深層次的問題,從而對現(xiàn)有不合理的業(yè)務(wù)流程進(jìn)行重組優(yōu)化,進(jìn)而制定優(yōu)化方案,改進(jìn)現(xiàn)有流程。主要使用泳道圖來進(jìn)行繪制,闡述在項目中各個角色是如何產(chǎn)生相關(guān)聯(lián)系。
業(yè)務(wù)流程圖,例如:
任務(wù)流程圖:基于業(yè)務(wù)流程,進(jìn)行任務(wù)流程梳理,闡述角色和程序發(fā)生交互的流程,你如何進(jìn)行操作,系統(tǒng)如何進(jìn)行反饋。
任務(wù)子流程圖:
頁面流程:
根據(jù)不同的子任務(wù)流程,對其交互過程中所需的頁面及其操作點,進(jìn)行梳理,方便理解各個頁面間的跳轉(zhuǎn)關(guān)系,是如何產(chǎn)生聯(lián)系的。這個我認(rèn)為是很關(guān)鍵的,不是簡單的將頁面關(guān)聯(lián)在一起就完成了,而是通過任務(wù)流程,理解頁面間是如何產(chǎn)生彼此聯(lián)系。這樣可以更好的思考,流程是否完善,能否提高用戶體驗,并對頁面進(jìn)行優(yōu)化。
頁面總流程圖:
4. 產(chǎn)品原型
這個欄目主要包括了全局說明+控件規(guī)范+交互原型+交互說明,這個欄目主要是產(chǎn)品與UI、程序配合時使用,通過原型圖能更好的闡述產(chǎn)品的整體樣貌。
全局說明:主要對產(chǎn)品的通用性進(jìn)行說明,譬如:z軸內(nèi)容層級、屏幕適配性、功能權(quán)限、加載方式、彈層樣式、字段屬性、異常狀況、頁面交互方式,根據(jù)項目本身進(jìn)行通用性的闡述。
這里我只列出了幾項,大家可以根據(jù)自己的需求添加欄目和相應(yīng)頁面。
控件規(guī)范:對自己在原型中使用的一些元素、控件、組件做統(tǒng)一的規(guī)范,這邊要感謝@大梨,這邊我使用的是他整理的web元件以及移動元件,具備統(tǒng)一性, 整個原型項目看上去才會更加簡潔美觀。
掛載了兩套,大家可以根據(jù)自己需求調(diào)整內(nèi)聯(lián)框架的跳轉(zhuǎn),以及也可以自己制作相關(guān)的控件,保證原型項目的一致性。
交互原型:這里主要展示帶交互的原型,原型的目錄結(jié)構(gòu)可以按照產(chǎn)品結(jié)構(gòu)圖定義好的頁面進(jìn)行。
交互說明:這里主要對原型頁面進(jìn)行描述說明,根據(jù)用戶與界面之間發(fā)生的交互操作,提供相應(yīng)的反饋,可能是提示內(nèi)容,也可能是界面內(nèi)或界面之間的跳轉(zhuǎn)。
在這之前可以設(shè)置一個目錄頁,用來快速調(diào)整每個頁面的說明。
這里提供了兩種交互說明的方式:一種站點地圖方式,按照產(chǎn)品的信息結(jié)構(gòu),對每個頁面進(jìn)行描述,一個頁面一個描述。如下:
另一種方式是:流程分解方式,控制一個流程3-4個頁面,以流程的方式對其進(jìn)行描述介紹。
如下:
此架構(gòu)用圖來自?Qinsman,感謝!
大家可以根據(jù)項目對原型說明的具體需求進(jìn)行選擇,我比較常用第一種,方便頁面的調(diào)整和修改。
5. 非功能需求
這里包含了三部分:埋點需求+性能需求+兼容性需求,對產(chǎn)品中的非功能需求進(jìn)行描述,根據(jù)自身需求進(jìn)行添加。
6. 用例文檔
這里包含了四部分:角色說明+用例關(guān)系+活動過程+用例描述。
用例圖是UML的一種類圖表現(xiàn)方式,是從用戶角度描述產(chǎn)品功能,并指出該用戶在產(chǎn)品各功能中的操作權(quán)限。流程圖是通過線框圖形的方式描述產(chǎn)品功能的處理過程,主要是描述功能的執(zhí)行順序、分支和循環(huán)的邏輯。
7. 需求卡片
主要用來采集需求,往往在項目進(jìn)行中可能會根據(jù)一些情況對需求進(jìn)行調(diào)整,這里我們需要對需求進(jìn)行整理,方便后續(xù)查看,主要包含了:
需求編號:該需求的編號或序號,可以是時間+序號的形式,如:20150430-001。
需求類型:分為功能性需求和非功能性需求。
- 功能性需求:主要涉及產(chǎn)品邏輯架構(gòu)、交互、功能以及BUG類的需求,這些需求的重要性較高,因為涉及到產(chǎn)品的正常使用。
- 非功能性需求:主要涉及產(chǎn)品的UI設(shè)計等等,如某個按鈕應(yīng)該為矩形還是圓角矩形,這些需求重要性較低,并不影響產(chǎn)品的正常使用。
需求來源:該需求主要提出的人員以及提出的場景。
- 提出人員:該需求提出人員的詳細(xì)信息,如性別、年齡、教育程度、崗位經(jīng)驗等信息,這有助于產(chǎn)品經(jīng)理了解該需求所對應(yīng)的用戶類型,能夠在需求梳理時,了解某個用戶群體的需求類型。
- 提出場景:該需求提出的使用場景、如地點、環(huán)境和時間等,便于產(chǎn)品經(jīng)理了解用戶是在何種條件下會使用該需求所涉及的功能,如果該需求提出場景是經(jīng)常發(fā)生的,那么該需求的重要性就會相對有所提高。
需求描述:這是單項需求卡片最為重要的要素,該部分主要體現(xiàn)的是需求的詳細(xì)內(nèi)容,如需求所涉及的現(xiàn)象,希望得到解決的方案等等。該要素會對需求產(chǎn)生各種描述,需要產(chǎn)品經(jīng)理在整理需求時,進(jìn)行思考、分析和歸納。
需求原因:該需求提出的原因,該部分可能會在“需求描述”中也予以體現(xiàn),主要體現(xiàn)的是提出該需求的主要原因,該部分便于產(chǎn)品經(jīng)理對需求描述進(jìn)行歸納總結(jié)。
需求屬性:分為重要性、緊迫性以及持續(xù)時間。
- 重要性:該需求對于產(chǎn)品的重要程度,該需求的完善對于產(chǎn)品的成長運營具有積極意義;
- 緊迫性:該需求完善的時間要求,主要體現(xiàn)在功能類需求,其中BUG類需求最高,該需求的解決便于產(chǎn)品的正常使用;
- 持續(xù)性:該需求的持續(xù)時間長度,主要體現(xiàn)為該需求是否能夠隨著產(chǎn)品的不停迭代更新,依舊能夠?qū)Ξa(chǎn)品的使用發(fā)揮作用。
附上文檔預(yù)覽連接:http://www.uedart.com/demo.html
本文由 @時光若刻 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pixabay,基于 CC0 協(xié)議
前輩想跟你一起交流學(xué)習(xí),能否發(fā)個原型包到;414116852@qq.com,方便的話想加一下QQ
大佬寫的很奈斯,最近轉(zhuǎn)型產(chǎn)品經(jīng)理,一直在頭疼prd文檔怎么寫,還望能指教一二。求個原型模板學(xué)習(xí)學(xué)習(xí)?。?927686371@qq.com
很系統(tǒng),對規(guī)范文檔有很大幫助,求一個模板。58456071@qq.com
求大佬原型學(xué)習(xí)學(xué)習(xí)。18134387@qq.com?;蛘甙l(fā)一下在大牛的鏈接也可以
文章底部有鏈接
可以加個qq么,657866881
求原型包學(xué)習(xí)
求原型包學(xué)習(xí),謝謝11967094@qq.com
產(chǎn)品文檔top1 ? ,請問做一個這么全面的文檔大概需要多少時間呢?如果把產(chǎn)品過程分為調(diào)研理解溝通思考需求,完成原型書寫兩部分,每個部分需要花費多久?順便求原型包,郵箱348035626@qq.com ??
非常好,結(jié)構(gòu)比較清晰,文檔很好看,學(xué)習(xí)一下
大神,求詳細(xì)模板資源和求加qq互相交流,840809536@qq.com ?
很胖~一直很想知道詳細(xì)的PRD文檔怎么寫完整,學(xué)習(xí)了,250882039@qq.com,原型包求分享~
帥哥,仔細(xì)看了這篇文章,覺得文章寫的很好,原型做的也很棒,剛好最近在找用Axure寫PRD模版,可不可以給個原型的下載地址?
大梨?
兄弟,這是產(chǎn)品大牛上的原型,被你搬過來了吧,盜用別人的東西發(fā)布有意思么
大哥,大牛上也是我發(fā)布的~
哈哈哈哈??????
哈哈,很尷尬
關(guān)于需求卡片跟用例文檔這一塊兒,有更加詳細(xì)的說明么?
產(chǎn)品簡介 – 版本說明 里有關(guān)聯(lián)平臺,然后更新日志里沒有平臺呢?有點沒看明白
還有一個需要說明的是 現(xiàn)在都講究敏捷開發(fā),可能一個小的任務(wù)迭代都不需要文檔,簡單的確認(rèn)下流程、交互、文案加以原型輔助,開發(fā)就直接開干
更新日記是在版本里的結(jié)構(gòu)里的一個模塊,也就是每個版本一個更新日志,文檔的作用對象一個是產(chǎn)品自己,一個是開發(fā),至于每個團(tuán)隊的配合流程,就根據(jù)實際場景靈活應(yīng)對
梳理的很詳細(xì),規(guī)范和流程做的真的很好,有個問題:產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品信息圖之間的區(qū)別還是有些不理解,可以做個詳細(xì)的剖析嗎? ?
簡單來說,結(jié)構(gòu):產(chǎn)品頻道-產(chǎn)品模塊-產(chǎn)品功能點,信息:具體到具體要展示的信息內(nèi)容,有點像開發(fā)所需記錄的信息字段,
感謝 ??
老師,求原型包,704062664@qq.com
可以搜索 ‘‘功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、結(jié)構(gòu)圖’’
感謝 ??
很贊????啊
求原型包學(xué)習(xí)一下
真贊,學(xué)習(xí)了,17852353@qq.com,原型包求分享~
大佬寫的真棒,能求一份原型圖嗎?
求帥哥的原型包 ?? 2378172493@qq.com
我也想知道做的這么細(xì)致,規(guī)范的文檔耗時多久???
我也想問,感覺沒那么多時間來梳理文檔啊,都很多雜事處理每天都
大佬,求聯(lián)系方式,交流下
很完備了,請問你做這個份需求文檔耗時和需求團(tuán)隊人數(shù)?
太牛了 超級詳細(xì) 準(zhǔn)備這些文檔 工時怎么計算的 會不輝占有時間
您好,看了您這篇文章。感覺您寫的很詳細(xì),全面。但是有幾個問題想請教您一下,不知道是否方便加個微信或QQ;
你qq多少
1765709561,謝謝您。 ??
贊一個 原型是邏輯的體現(xiàn) 太棒了
寫的太帥了,原型做這么漂亮,人一定長的很帥 ?
哈哈哈,一般般,不帥,但也不至于嚇到人
其他的感觸良多,項目管理那一塊我還是有點懵
可以加個qq一起討論
求原型包 ??
很好