全面剖析|一體化產品需求文檔(附源文件下載)
一年前,我發表過一篇文章《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,導圖,UE這類東西,本質上都是為了給不同的執行方提供相關指導意見的,這個【一體化產品需求文檔】確實有很多值得借鑒的地方,但是這么多內容放到一起,對PM來講也許是方便了,但是對于執行方來說,會浪費很多時間在查找與自己有關的內容上,同時又不便于分類更新,這塊是怎么解決的呢?
臻龍老師,非常感謝你的文章,也在騰訊課堂購買了你的課程,受益匪淺。有一個問題我想問一下「是否能做到頂部導航條吸附,不隨著頁面向下滾動呢?」Axure 8 有沒有比較簡便的實現方式?
確實解決了我的疑惑,有沒有一個產品專門用來產品向開發輸出的資料的,還支持更新,溝通,,,用axure略慢
老師 能發一下Axure的原型設計嗎?
dd
我也想問一下,跳頁的感覺不強烈這個是怎么做到的?我還以為是導航欄用的導入圖片的緣故,試驗了一下發現沒關系。。
文檔固定了寬度1349px,這個寬度是怎么算出來的?
能說你們做的都挺差的么,撕起來好無聊
樓下的要模板干啥。。。其實就是將左邊導航搬到上面。。。有時間就做,畢竟漂亮那么一點點,沒時間就算了,也沒多大影響
我居然把評論看完了。。。覺得真的沒什么撕逼的必要,每個人,每個團隊都有其不同的做事風格,適合才是最好,就像做產品,沒有誰好誰不好,看過,思考過,吸收了就是學習了,達到了成長的目的就好不是么。。。其實看完很受教,對于我這樣的產品新人。
沒必要發出來源文件 分享HTML已經很不錯了 之前截圖我都做出來
這文章,作者寫了,還留個qq,沒有全分享,就是讓你加他qq,文章不是白寫的,沒有無目的共享,釣魚要先放魚餌
鏈接:http://pan.baidu.com/s/1qYEg1Hi 密碼:m4st
此貼的 產品需求整合模板-產品原型 【.rp文件,不是生成的html】,對此貼作者發表的圖中導航欄的邏輯順序錯誤進行了調整。資源共享給大家,拿走不謝! ——【砸場貼】
說實話,他的效果比你要好,導航欄每次點擊不會有強烈的變化,不要怪我哦
做的方式有很多,動態母版我都用的跳頁。這種模板的Axure文件有的是,就是來拋磚引個玉,至少也比發個帖子給個html頁面負責任的多。還有,導航欄按照產品的業務流程邏輯來定,重在思路。
的確,他的比你好,不過有花時間去做,不錯了
產品介紹還是不能放在后面——我直接看的html,從前往后,從左往右,一頭霧水,直到最后才看到產品介紹,知道你到底在做什么。這屬于邏輯上的問題,順序在那里,變動就會亂。因為是低頻頁,放到最后,理由不成立。
作為一名做了幾年app開發的人,表示從來不關心整個產品是什么,你只要告訴我這個版本做什么需求就夠了,節省時間。
我們公司現在就是統一這種模式出原型。我有這種源文件的模板RP。有要的加我微信xiaorenwu5151,當交朋友
樓主 , Ace直播 的注冊流程 體驗不太好呢 ~~ 多次Toast提示 驗證碼失敗,自查網絡通暢。微信登錄Toast 版本過低
樓主這個H5網頁,你是用代碼的寫的還是用工具生成的呀?
額 當然是生成的 你畫完之后可以點擊發布 上面有的 生成網頁
作者迭代地不錯!每個人都有自己熟手的使用模板,模板源文件自己做也不麻煩啊
作者只是給出了做PRD的一種思路而已,順便裝下B。
這個原型又不是很難,但是需要踏實的做。 ? ? ? 樓上一群伸手黨我真的是服。
謝謝,在學習中?。。?/p>
?? 樓主好人
app還好點,web做成這樣簡直沒法看了,本來改的地方就多,滿屏幕全是注釋。。。也可能是我方法不對
同感,web頁面太滿,寫了注釋不清晰。但是研發人員確實又不太喜歡看需求書。何解?
研發不喜歡寫文檔,還不知道不喜歡看文檔的。NIU
支持下,不過用原型做這個耗時間還是太大了,不裝逼還是樸素些好
如果時間不緊張的話可以用原型做,產品原型和PRD都可以結合在一起,生成html以后開產品培訓會時候后展示和講解也方便些,也略感專業點。我也同感,PRD就是PRD,樸素點還能節省點時間,終究還是得有個歸檔的word文檔~ ??
很棒,打開了對需求文檔的思維禁錮。 ??
我去!??!白要臉皮還這么厚
我又不是來要原型的,我是來補充分享原型的好嘛?這個公共平臺就是為了分享經驗和資源的,看看評論,要個PRD的Axure原型都那么費勁~扣搜的真沒勁~~
你是產品?我看了你鏈接里面的原型,純抄襲有意思?而且UE質量真的很差,間隔間距都沒有,就是畫幾個線框填充點顏色就拿出來了,你真的理解這作者寫的了嗎?還有啊原型就只是個展示,真正專業的產品貴在思維邏輯,數據分析,對產品方向的把控等等,你沒有關注到重點。
共享資源就別吝嗇,就這樣的原型如果是一個做產品會用Axure的人,做一個需要用的了多長時間?作者給了文章,摳搜的不給原型文件就有意思了?我需要理解作者的意思么?我只是來共享個.rp的原型文件,沒錯我發的就是個磚,我就是來拋磚個引玉的。給個模板,大家可以自由發揮。
而且你注意點,不要用純屬抄襲四個字,你有意思?分享合作精神都沒有的話,很難想想作為一個產品經理,你在團隊中能混成什么樣,路多么窄?!罢嬲龑I的產品貴在思維邏輯,數據分析,對產品方向的把控等等”這是做產品的基本技能,請把“真正”兩字去掉,因為你不懂。
我去,要個文件這么不要逼臉,也是沒誰了,不知道你能做出什么好產品來,先學會做人吧。
你就消停瞇著吧好么,嘰嘰歪歪的真招人煩,菜雞
能給我發一份嗎
不要撕了
會不會效率很低。。。
學習了,模板通用性很強,對于產品初學者是很有用的,好好學習學習,不要老想著問作者要源文件,有html就不錯了,真正領悟這篇文章的核心,是需要經驗實踐一步步走出來的,現在作者把自己的結果分享了出來,其實中間還有很多過程產品們應該好好思考。
看了為何有種莫名的感動……
求Axure源文件