全面剖析|一體化產品需求文檔(附源文件下載)
一年前,我發表過一篇文章《Word產品需求文檔,已經過時了》,可能有一些關注我的朋友看過。而經過一年時間,我在以前的版本上又進行了一些更為細致的優化,所以在此將其分享出來。同時,一年當中,有許多朋友想讓我將html文件分享出來,在此也滿足大家的需求。唯一希望的是可以帶給大家啟迪,做出合適自己團隊的需求文檔。
產品需求文檔大家都知道,可是什么是一體化產品需求文檔呢?其實,這個一體化是我將自己創作的文檔命名為一體化產品需求文檔。之所以要叫這個名字,是因為此文檔除了包含原型和需求描述以外,還承載了產品其他相關內容,比如需求列表、版本歷史、產品介紹、思維導圖等等。
做這樣一個一體化產品需求文檔出于的目的就是傳統的方式產生的文件過多,過于雜亂,不易整理和回溯。如果把每個版本的內容都整理在一個html中,這樣無論是團隊協作還是文檔回溯都能大大提高效率。
先放一張原來v3.0版本的一體化產品需求文檔截圖:
再放一張現在v3.2版本的截圖進行對比:
明顯可以看到的是,導航架構變了,以前的用例文檔、需求卡片砍掉了,因為在實際攥寫產品需求文檔時,不會涉及到用例文檔,而需求卡片,因為修改比較頻繁,則是使用Excel或其他一些協作工具比較好,目前我使用的是Worktile。
修訂歷史
簡介變成了修訂歷史。因為產品簡介其實看一次兩次就不會再看了,而將一個每次都不需要看的東西放在首頁,明顯是不太合理的。所以我將每次打開一定要看的修訂歷史放在了首頁。如果需求有變動,團隊成員可以從這里一眼看見,非常方便。然后將產品介紹放在了導航末尾,相比其他來說,產品簡介確實是打開需求頻次最低的。
修訂歷史里包括修改時間、修改描述、修改人和詳情,如果有需要跳轉的頁面,可以點擊查看按鈕進行跳轉。
版本說明
將版本說明從產品介紹里單獨抽離出來,放在導航第二位置。
因為按正常的文檔閱讀順序來說,應該是先看修訂歷史,然后順次看版本說明,全篇概覽整個版本需求。可能有一些同學會把需求列表做在Excel里,而我之所以放在一體化原型里,就是因為這樣會讓瀏覽者更加方便快捷,不需要在Excel和原型圖中頻繁切換。
此頁面包括,當前版本號、新版描述(用來給市場同學提交新版本時添加描述)、功能列表(包含此版本所有需求,并進行需求分類,分頁面,分模塊。要詳細清楚地描述需求,標明需求負責人,還要支持跳轉鏈接)。
全局說明
原型圖模塊下的全局說明和交互原型和以前相比未做修改
全局說明中依然承載高頻出現的需求。比如,凡是遇到輸入框,在輸入文字后都會顯示刪除按鈕。比如,大多數頁面的默認進入動效都是從右向左滑動顯示。
交互原型
進行了細致的規范標注,各個地方的大小和邊距都進行了標準化,這樣做既提高了原型的美觀程度,又提高了文檔編寫時的效率。我寫的標注只是一個參考,請大家還是按自己實際情況做調整。之所以不選擇一個頁面呈現多個手機原型,是因為我需要用原型來感知交互操作或者頁面跳轉,所以單頁面不會擺放過多手機模型。
體系規則
體系規則是新加的模塊,因為前段時間的工作內容涉及到了用戶等級的設計。而且越是大的產品,規則體系越是紛繁復雜。這塊其實是對于產品來說比較重要核心的東西,無論是電商產品還是UGC產品等,都離不開用戶體系的搭建。
禮物體系
對于秀場直播類產品來說,禮物是一個非常非常核心的地方。用戶的消費80%以上都是來自送禮物。所以,禮物體系的搭建至關重要。我這里只顯示了兩種禮物——連送禮物(走量)和超級禮物(走質)。其實還有一些人臉識別禮物、場景禮物等其他禮物。因為本篇主要介紹文檔,所以這里就不詳細介紹了。對于其他產品的小伙伴們,可以參考放自己產品的道具相關體系或者其他體系之類的東西。
等級體系
等級體系頁面下,主要展示具體的等級數值以及等級升級的方式等等,開發可以對照此表進行數據庫的設計。除此以外也可以展示等級體系的一些思考邏輯和具體要達到的目的等等,方便以后回溯或者新人入職學習。
剩下的任務體系和彈幕規則就不具體介紹了??傊@里的原則就是,涉及到一些平臺性的規則就可以放在體系規則模塊下。
數據模型
此模塊也是新加的模塊。對于產品經理來說,日常的數據分析也是必備工作之一。而此模塊就是記錄一些常用的數據模型,不涉及到具體數值,只是用來記錄當前版本數據分析的模型。比如最常用的漏斗模型,比如以前作滿意度調查的kano模型,也可以用來當做需求分析模型。
思維導圖
此模塊的頁面條件圖其實早有行內的名稱叫checklist,也希望大家可以建立起自己的checklist,做好每次需求review。
產品介紹
相比以前少了兩個頁面,而這三個頁面都是相對用的比較低頻。所以放在了最后,因為和以前一樣,就沒什么好說的了。
一點小技巧——頁面居中與導航自適應
因為每個人顯示器寬度是不同的,所以我的文檔固定了寬度1349px,這個寬度可以讓大多數筆記本整屏顯示,無須左右滑動。當然1200px寬度也是比較適合的,而且容易柵格化。
每個網頁須設置頁面居中,這樣即便大屏顯示器瀏覽也能保證頁面在屏幕中央。設置方法:Axure中在頁面空白處點擊左鍵,然后在右側檢查器樣式設置下可以看到居中按鈕,如下圖。
而對于導航欄來說,通常都是橫向平鋪在瀏覽器,跟隨瀏覽器的寬度進行伸縮。所以,這里我提供的思路是,先準備一張導航欄的圖片,寬度不用太長,然后將其導入檢查器的背景圖像,設置為橫向重復。其實意思就是,將這張圖片橫向平鋪在頁面頂端,無論頁面橫向怎么拉伸,都能保證導航橫向覆蓋。
總結
至此一體化產品需求文檔v3.2版本就介紹完了。其實這個文檔每個按鈕的大小,顏色,normal態和highlighted態都是經過精心打磨的。所有的標題字號和間距也都經過設計。這些都是為了能讓自己的產品呈現更好的效果,也是為了磨練自己認真的態度。
可能有些同學會質疑這樣一個文檔會不會花費大量時間,也確實,在打磨過程中的確費了很大功夫。但你覺得不值得么?我覺得任何時候打磨自己的作品都不是在浪費時間,況且時間真的沒那么緊,打幾盤LOL的時間就搞定了。
其實,當文檔格式成型以后,每期的迭代是極其省事的,我只需要復制模板,然后修改每個模塊下的具體內容就好,其實根本沒有多浪費任何時間。
有任何疑問可私信聯系我(新人別問我轉行問題,別問我怎么入門,多去看幾本書就明白了)
文檔下載:
作者源:https://pan.baidu.com/s/1gf9dd5p
官方源鏈接: https://pan.baidu.com/s/1pK99GZh 密碼: ry6p
作者:臻龍(QQ:253884135),曾主導設計4款移動社交端產品,醉心于產品設計,需求分析,涉獵認知心理學。
本文由人人都是產品經理專欄作家 @臻龍 獨家發布于人人都是產品經理?。未經本站許可,禁止轉載。謝謝合作
像大佬學習
請問一下上面的PRD文檔是使用什么工具制作的呢?可以分享一下嗎?謝謝
就是Axure
優秀
能發一份axure的工程文件給我嘛? 1324793362@qq.com
大神,該寫文章啦,需要學學你的新知識了
大神,在哪里能下載你的視頻
請問版本多次迭代時,是在該文件上更改?還是另起文件再將這些全局信息拿過去?
你好,我也在為這個問題煩惱,請問你現在找到合適的解決方案了嗎?
作為一名計算機應屆生,也是一個產品新人,看完獲益匪淺,是我目前看過的最具有參考價值的PRD,不過我是先拿到Axure文件,才看到這個文章。有一點疑惑想請教的是PRD是給領導,UI,交互,開發看的,對于開發而言我們的PRD中應該突出寫出哪些內容?
開發更希望清楚知道你的產品邏輯和交互流程吧。例如:一個年底的H5的分享功能吧,點擊分享到朋友圈是否需要帶用戶的token,還是僅僅是一個鏈接;查看分享是否需要登錄才可以查看;如果是先登錄,登錄后查看的是誰的信息等等一些吧。被開發問過的問題,下次一定注意,慢慢應該就溝通比較順暢了。同時新人。
歐巴,請問下,每個頁面上的導航鏈接都是一個一個手動設置的嗎?有快速生成的方式沒呢。
大神,交互原型不能點擊按鈕進行頁面交互嗎
臻龍老師,騰訊課程怎么找到你的視頻
想請教大神幾個問題:
1、產品的持續迭代,該怎么管理?是否需要一個帶用例編號的需求用例表?如果一個用例在版本迭代過程中被反復修改,有沒有好的管理需求用例的辦法?
2、小版本迭代,是不是用需求卡片進行管理就可以?(這個問題問的自己都覺得很奇怪)
3、能不能詳細講下數據模型具體的應用場景和判斷方式?
4、一個需求規格一般會用到visio,思維導圖,excel等基本工具,有沒有高效的方式保證幾個文檔之間的同步。
能發一份axure的工程文件給我嘛
文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?