全面剖析|一體化產(chǎn)品需求文檔(附源文件下載)

83 評論 146421 瀏覽 1086 收藏 13 分鐘

一年前,我發(fā)表過一篇文章《Word產(chǎn)品需求文檔,已經(jīng)過時了》,可能有一些關注我的朋友看過。而經(jīng)過一年時間,我在以前的版本上又進行了一些更為細致的優(yōu)化,所以在此將其分享出來。同時,一年當中,有許多朋友想讓我將html文件分享出來,在此也滿足大家的需求。唯一希望的是可以帶給大家啟迪,做出合適自己團隊的需求文檔。

產(chǎn)品需求文檔大家都知道,可是什么是一體化產(chǎn)品需求文檔呢?其實,這個一體化是我將自己創(chuàng)作的文檔命名為一體化產(chǎn)品需求文檔。之所以要叫這個名字,是因為此文檔除了包含原型和需求描述以外,還承載了產(chǎn)品其他相關內(nèi)容,比如需求列表、版本歷史、產(chǎn)品介紹、思維導圖等等。

做這樣一個一體化產(chǎn)品需求文檔出于的目的就是傳統(tǒng)的方式產(chǎn)生的文件過多,過于雜亂,不易整理和回溯。如果把每個版本的內(nèi)容都整理在一個html中,這樣無論是團隊協(xié)作還是文檔回溯都能大大提高效率。

先放一張原來v3.0版本的一體化產(chǎn)品需求文檔截圖:

1_3.0修訂歷史

再放一張現(xiàn)在v3.2版本的截圖進行對比:

2_修訂歷史

明顯可以看到的是,導航架構(gòu)變了,以前的用例文檔、需求卡片砍掉了,因為在實際攥寫產(chǎn)品需求文檔時,不會涉及到用例文檔,而需求卡片,因為修改比較頻繁,則是使用Excel或其他一些協(xié)作工具比較好,目前我使用的是Worktile。

修訂歷史

簡介變成了修訂歷史。因為產(chǎn)品簡介其實看一次兩次就不會再看了,而將一個每次都不需要看的東西放在首頁,明顯是不太合理的。所以我將每次打開一定要看的修訂歷史放在了首頁。如果需求有變動,團隊成員可以從這里一眼看見,非常方便。然后將產(chǎn)品介紹放在了導航末尾,相比其他來說,產(chǎn)品簡介確實是打開需求頻次最低的。

修訂歷史里包括修改時間、修改描述、修改人和詳情,如果有需要跳轉(zhuǎn)的頁面,可以點擊查看按鈕進行跳轉(zhuǎn)。

版本說明

將版本說明從產(chǎn)品介紹里單獨抽離出來,放在導航第二位置。

3_版本說明

因為按正常的文檔閱讀順序來說,應該是先看修訂歷史,然后順次看版本說明,全篇概覽整個版本需求??赡苡幸恍┩瑢W會把需求列表做在Excel里,而我之所以放在一體化原型里,就是因為這樣會讓瀏覽者更加方便快捷,不需要在Excel和原型圖中頻繁切換。

此頁面包括,當前版本號、新版描述(用來給市場同學提交新版本時添加描述)、功能列表(包含此版本所有需求,并進行需求分類,分頁面,分模塊。要詳細清楚地描述需求,標明需求負責人,還要支持跳轉(zhuǎn)鏈接)。

全局說明

原型圖模塊下的全局說明和交互原型和以前相比未做修改

4_全局說明

全局說明中依然承載高頻出現(xiàn)的需求。比如,凡是遇到輸入框,在輸入文字后都會顯示刪除按鈕。比如,大多數(shù)頁面的默認進入動效都是從右向左滑動顯示。

交互原型

進行了細致的規(guī)范標注,各個地方的大小和邊距都進行了標準化,這樣做既提高了原型的美觀程度,又提高了文檔編寫時的效率。我寫的標注只是一個參考,請大家還是按自己實際情況做調(diào)整。之所以不選擇一個頁面呈現(xiàn)多個手機原型,是因為我需要用原型來感知交互操作或者頁面跳轉(zhuǎn),所以單頁面不會擺放過多手機模型。

5.1_交互原型

5.2__交互原型

5.3_交互原型

體系規(guī)則

體系規(guī)則是新加的模塊,因為前段時間的工作內(nèi)容涉及到了用戶等級的設計。而且越是大的產(chǎn)品,規(guī)則體系越是紛繁復雜。這塊其實是對于產(chǎn)品來說比較重要核心的東西,無論是電商產(chǎn)品還是UGC產(chǎn)品等,都離不開用戶體系的搭建。

禮物體系

6_禮物體系

對于秀場直播類產(chǎn)品來說,禮物是一個非常非常核心的地方。用戶的消費80%以上都是來自送禮物。所以,禮物體系的搭建至關重要。我這里只顯示了兩種禮物——連送禮物(走量)和超級禮物(走質(zhì))。其實還有一些人臉識別禮物、場景禮物等其他禮物。因為本篇主要介紹文檔,所以這里就不詳細介紹了。對于其他產(chǎn)品的小伙伴們,可以參考放自己產(chǎn)品的道具相關體系或者其他體系之類的東西。

等級體系

7_等級體系上

8_等級體系下

等級體系頁面下,主要展示具體的等級數(shù)值以及等級升級的方式等等,開發(fā)可以對照此表進行數(shù)據(jù)庫的設計。除此以外也可以展示等級體系的一些思考邏輯和具體要達到的目的等等,方便以后回溯或者新人入職學習。

剩下的任務體系和彈幕規(guī)則就不具體介紹了。總之這里的原則就是,涉及到一些平臺性的規(guī)則就可以放在體系規(guī)則模塊下。

數(shù)據(jù)模型

此模塊也是新加的模塊。對于產(chǎn)品經(jīng)理來說,日常的數(shù)據(jù)分析也是必備工作之一。而此模塊就是記錄一些常用的數(shù)據(jù)模型,不涉及到具體數(shù)值,只是用來記錄當前版本數(shù)據(jù)分析的模型。比如最常用的漏斗模型,比如以前作滿意度調(diào)查的kano模型,也可以用來當做需求分析模型。

9_漏斗模型

10_Kano需求分析模型

思維導圖

此模塊的頁面條件圖其實早有行內(nèi)的名稱叫checklist,也希望大家可以建立起自己的checklist,做好每次需求review。

11_checklist

產(chǎn)品介紹

相比以前少了兩個頁面,而這三個頁面都是相對用的比較低頻。所以放在了最后,因為和以前一樣,就沒什么好說的了。

12_產(chǎn)品簡介

13_開發(fā)周期

14_版本歷史

一點小技巧——頁面居中與導航自適應

因為每個人顯示器寬度是不同的,所以我的文檔固定了寬度1349px,這個寬度可以讓大多數(shù)筆記本整屏顯示,無須左右滑動。當然1200px寬度也是比較適合的,而且容易柵格化。

每個網(wǎng)頁須設置頁面居中,這樣即便大屏顯示器瀏覽也能保證頁面在屏幕中央。設置方法:Axure中在頁面空白處點擊左鍵,然后在右側(cè)檢查器樣式設置下可以看到居中按鈕,如下圖。

1_jianchaqishihe

而對于導航欄來說,通常都是橫向平鋪在瀏覽器,跟隨瀏覽器的寬度進行伸縮。所以,這里我提供的思路是,先準備一張導航欄的圖片,寬度不用太長,然后將其導入檢查器的背景圖像,設置為橫向重復。其實意思就是,將這張圖片橫向平鋪在頁面頂端,無論頁面橫向怎么拉伸,都能保證導航橫向覆蓋。

2_daohanglan1

3_jianchajietu2

總結(jié)

至此一體化產(chǎn)品需求文檔v3.2版本就介紹完了。其實這個文檔每個按鈕的大小,顏色,normal態(tài)和highlighted態(tài)都是經(jīng)過精心打磨的。所有的標題字號和間距也都經(jīng)過設計。這些都是為了能讓自己的產(chǎn)品呈現(xiàn)更好的效果,也是為了磨練自己認真的態(tài)度。

可能有些同學會質(zhì)疑這樣一個文檔會不會花費大量時間,也確實,在打磨過程中的確費了很大功夫。但你覺得不值得么?我覺得任何時候打磨自己的作品都不是在浪費時間,況且時間真的沒那么緊,打幾盤LOL的時間就搞定了。

其實,當文檔格式成型以后,每期的迭代是極其省事的,我只需要復制模板,然后修改每個模塊下的具體內(nèi)容就好,其實根本沒有多浪費任何時間。

有任何疑問可私信聯(lián)系我(新人別問我轉(zhuǎn)行問題,別問我怎么入門,多去看幾本書就明白了)

文檔下載:

作者源:https://pan.baidu.com/s/1gf9dd5p

官方源鏈接: https://pan.baidu.com/s/1pK99GZh 密碼: ry6p

 

作者:臻龍(QQ:253884135),曾主導設計4款移動社交端產(chǎn)品,醉心于產(chǎn)品設計,需求分析,涉獵認知心理學。

本文由人人都是產(chǎn)品經(jīng)理專欄作家 @臻龍 獨家發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)本站許可,禁止轉(zhuǎn)載。謝謝合作

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 像大佬學習

    來自四川 回復
  2. 請問一下上面的PRD文檔是使用什么工具制作的呢?可以分享一下嗎?謝謝

    來自廣東 回復
    1. 就是Axure

      來自貴州 回復
  3. 優(yōu)秀

    回復
  4. 能發(fā)一份axure的工程文件給我嘛? 1324793362@qq.com

    來自江蘇 回復
  5. 大神,該寫文章啦,需要學學你的新知識了

    來自山西 回復
  6. 大神,在哪里能下載你的視頻

    來自廣東 回復
  7. 請問版本多次迭代時,是在該文件上更改?還是另起文件再將這些全局信息拿過去?

    來自廣東 回復
    1. 你好,我也在為這個問題煩惱,請問你現(xiàn)在找到合適的解決方案了嗎?

      來自香港 回復
  8. 作為一名計算機應屆生,也是一個產(chǎn)品新人,看完獲益匪淺,是我目前看過的最具有參考價值的PRD,不過我是先拿到Axure文件,才看到這個文章。有一點疑惑想請教的是PRD是給領導,UI,交互,開發(fā)看的,對于開發(fā)而言我們的PRD中應該突出寫出哪些內(nèi)容?

    來自山東 回復
    1. 開發(fā)更希望清楚知道你的產(chǎn)品邏輯和交互流程吧。例如:一個年底的H5的分享功能吧,點擊分享到朋友圈是否需要帶用戶的token,還是僅僅是一個鏈接;查看分享是否需要登錄才可以查看;如果是先登錄,登錄后查看的是誰的信息等等一些吧。被開發(fā)問過的問題,下次一定注意,慢慢應該就溝通比較順暢了。同時新人。

      來自北京 回復
  9. 歐巴,請問下,每個頁面上的導航鏈接都是一個一個手動設置的嗎?有快速生成的方式?jīng)]呢。

    來自重慶 回復
  10. 大神,交互原型不能點擊按鈕進行頁面交互嗎

    來自廣東 回復
  11. 臻龍老師,騰訊課程怎么找到你的視頻

    來自上海 回復
  12. 想請教大神幾個問題:
    1、產(chǎn)品的持續(xù)迭代,該怎么管理?是否需要一個帶用例編號的需求用例表?如果一個用例在版本迭代過程中被反復修改,有沒有好的管理需求用例的辦法?
    2、小版本迭代,是不是用需求卡片進行管理就可以?(這個問題問的自己都覺得很奇怪)
    3、能不能詳細講下數(shù)據(jù)模型具體的應用場景和判斷方式?
    4、一個需求規(guī)格一般會用到visio,思維導圖,excel等基本工具,有沒有高效的方式保證幾個文檔之間的同步。

    來自陜西 回復
  13. 能發(fā)一份axure的工程文件給我嘛

    來自江蘇 回復
  14. 文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?文檔能重新分享一下嗎?

    來自北京 回復