全面剖析|一體化產(chǎn)品需求文檔(附源文件下載)
一年前,我發(fā)表過一篇文章《Word產(chǎn)品需求文檔,已經(jīng)過時(shí)了》,可能有一些關(guān)注我的朋友看過。而經(jīng)過一年時(shí)間,我在以前的版本上又進(jìn)行了一些更為細(xì)致的優(yōu)化,所以在此將其分享出來。同時(shí),一年當(dāng)中,有許多朋友想讓我將html文件分享出來,在此也滿足大家的需求。唯一希望的是可以帶給大家啟迪,做出合適自己團(tuán)隊(duì)的需求文檔。
產(chǎn)品需求文檔大家都知道,可是什么是一體化產(chǎn)品需求文檔呢?其實(shí),這個(gè)一體化是我將自己創(chuàng)作的文檔命名為一體化產(chǎn)品需求文檔。之所以要叫這個(gè)名字,是因?yàn)榇宋臋n除了包含原型和需求描述以外,還承載了產(chǎn)品其他相關(guān)內(nèi)容,比如需求列表、版本歷史、產(chǎn)品介紹、思維導(dǎo)圖等等。
做這樣一個(gè)一體化產(chǎn)品需求文檔出于的目的就是傳統(tǒng)的方式產(chǎn)生的文件過多,過于雜亂,不易整理和回溯。如果把每個(gè)版本的內(nèi)容都整理在一個(gè)html中,這樣無論是團(tuán)隊(duì)協(xié)作還是文檔回溯都能大大提高效率。
先放一張?jiān)瓉韛3.0版本的一體化產(chǎn)品需求文檔截圖:
再放一張現(xiàn)在v3.2版本的截圖進(jìn)行對比:
明顯可以看到的是,導(dǎo)航架構(gòu)變了,以前的用例文檔、需求卡片砍掉了,因?yàn)樵趯?shí)際攥寫產(chǎn)品需求文檔時(shí),不會涉及到用例文檔,而需求卡片,因?yàn)樾薷谋容^頻繁,則是使用Excel或其他一些協(xié)作工具比較好,目前我使用的是Worktile。
修訂歷史
簡介變成了修訂歷史。因?yàn)楫a(chǎn)品簡介其實(shí)看一次兩次就不會再看了,而將一個(gè)每次都不需要看的東西放在首頁,明顯是不太合理的。所以我將每次打開一定要看的修訂歷史放在了首頁。如果需求有變動,團(tuán)隊(duì)成員可以從這里一眼看見,非常方便。然后將產(chǎn)品介紹放在了導(dǎo)航末尾,相比其他來說,產(chǎn)品簡介確實(shí)是打開需求頻次最低的。
修訂歷史里包括修改時(shí)間、修改描述、修改人和詳情,如果有需要跳轉(zhuǎn)的頁面,可以點(diǎn)擊查看按鈕進(jìn)行跳轉(zhuǎn)。
版本說明
將版本說明從產(chǎn)品介紹里單獨(dú)抽離出來,放在導(dǎo)航第二位置。
因?yàn)榘凑5奈臋n閱讀順序來說,應(yīng)該是先看修訂歷史,然后順次看版本說明,全篇概覽整個(gè)版本需求??赡苡幸恍┩瑢W(xué)會把需求列表做在Excel里,而我之所以放在一體化原型里,就是因?yàn)檫@樣會讓瀏覽者更加方便快捷,不需要在Excel和原型圖中頻繁切換。
此頁面包括,當(dāng)前版本號、新版描述(用來給市場同學(xué)提交新版本時(shí)添加描述)、功能列表(包含此版本所有需求,并進(jìn)行需求分類,分頁面,分模塊。要詳細(xì)清楚地描述需求,標(biāo)明需求負(fù)責(zé)人,還要支持跳轉(zhuǎn)鏈接)。
全局說明
原型圖模塊下的全局說明和交互原型和以前相比未做修改
全局說明中依然承載高頻出現(xiàn)的需求。比如,凡是遇到輸入框,在輸入文字后都會顯示刪除按鈕。比如,大多數(shù)頁面的默認(rèn)進(jìn)入動效都是從右向左滑動顯示。
交互原型
進(jìn)行了細(xì)致的規(guī)范標(biāo)注,各個(gè)地方的大小和邊距都進(jìn)行了標(biāo)準(zhǔn)化,這樣做既提高了原型的美觀程度,又提高了文檔編寫時(shí)的效率。我寫的標(biāo)注只是一個(gè)參考,請大家還是按自己實(shí)際情況做調(diào)整。之所以不選擇一個(gè)頁面呈現(xiàn)多個(gè)手機(jī)原型,是因?yàn)槲倚枰迷蛠砀兄换ゲ僮骰蛘唔撁嫣D(zhuǎn),所以單頁面不會擺放過多手機(jī)模型。
體系規(guī)則
體系規(guī)則是新加的模塊,因?yàn)榍岸螘r(shí)間的工作內(nèi)容涉及到了用戶等級的設(shè)計(jì)。而且越是大的產(chǎn)品,規(guī)則體系越是紛繁復(fù)雜。這塊其實(shí)是對于產(chǎn)品來說比較重要核心的東西,無論是電商產(chǎn)品還是UGC產(chǎn)品等,都離不開用戶體系的搭建。
禮物體系
對于秀場直播類產(chǎn)品來說,禮物是一個(gè)非常非常核心的地方。用戶的消費(fèi)80%以上都是來自送禮物。所以,禮物體系的搭建至關(guān)重要。我這里只顯示了兩種禮物——連送禮物(走量)和超級禮物(走質(zhì))。其實(shí)還有一些人臉識別禮物、場景禮物等其他禮物。因?yàn)楸酒饕榻B文檔,所以這里就不詳細(xì)介紹了。對于其他產(chǎn)品的小伙伴們,可以參考放自己產(chǎn)品的道具相關(guān)體系或者其他體系之類的東西。
等級體系
等級體系頁面下,主要展示具體的等級數(shù)值以及等級升級的方式等等,開發(fā)可以對照此表進(jìn)行數(shù)據(jù)庫的設(shè)計(jì)。除此以外也可以展示等級體系的一些思考邏輯和具體要達(dá)到的目的等等,方便以后回溯或者新人入職學(xué)習(xí)。
剩下的任務(wù)體系和彈幕規(guī)則就不具體介紹了??傊@里的原則就是,涉及到一些平臺性的規(guī)則就可以放在體系規(guī)則模塊下。
數(shù)據(jù)模型
此模塊也是新加的模塊。對于產(chǎn)品經(jīng)理來說,日常的數(shù)據(jù)分析也是必備工作之一。而此模塊就是記錄一些常用的數(shù)據(jù)模型,不涉及到具體數(shù)值,只是用來記錄當(dāng)前版本數(shù)據(jù)分析的模型。比如最常用的漏斗模型,比如以前作滿意度調(diào)查的kano模型,也可以用來當(dāng)做需求分析模型。
思維導(dǎo)圖
此模塊的頁面條件圖其實(shí)早有行內(nèi)的名稱叫checklist,也希望大家可以建立起自己的checklist,做好每次需求review。
產(chǎn)品介紹
相比以前少了兩個(gè)頁面,而這三個(gè)頁面都是相對用的比較低頻。所以放在了最后,因?yàn)楹鸵郧耙粯?,就沒什么好說的了。
一點(diǎn)小技巧——頁面居中與導(dǎo)航自適應(yīng)
因?yàn)槊總€(gè)人顯示器寬度是不同的,所以我的文檔固定了寬度1349px,這個(gè)寬度可以讓大多數(shù)筆記本整屏顯示,無須左右滑動。當(dāng)然1200px寬度也是比較適合的,而且容易柵格化。
每個(gè)網(wǎng)頁須設(shè)置頁面居中,這樣即便大屏顯示器瀏覽也能保證頁面在屏幕中央。設(shè)置方法:Axure中在頁面空白處點(diǎn)擊左鍵,然后在右側(cè)檢查器樣式設(shè)置下可以看到居中按鈕,如下圖。
而對于導(dǎo)航欄來說,通常都是橫向平鋪在瀏覽器,跟隨瀏覽器的寬度進(jìn)行伸縮。所以,這里我提供的思路是,先準(zhǔn)備一張導(dǎo)航欄的圖片,寬度不用太長,然后將其導(dǎo)入檢查器的背景圖像,設(shè)置為橫向重復(fù)。其實(shí)意思就是,將這張圖片橫向平鋪在頁面頂端,無論頁面橫向怎么拉伸,都能保證導(dǎo)航橫向覆蓋。
總結(jié)
至此一體化產(chǎn)品需求文檔v3.2版本就介紹完了。其實(shí)這個(gè)文檔每個(gè)按鈕的大小,顏色,normal態(tài)和highlighted態(tài)都是經(jīng)過精心打磨的。所有的標(biāo)題字號和間距也都經(jīng)過設(shè)計(jì)。這些都是為了能讓自己的產(chǎn)品呈現(xiàn)更好的效果,也是為了磨練自己認(rèn)真的態(tài)度。
可能有些同學(xué)會質(zhì)疑這樣一個(gè)文檔會不會花費(fèi)大量時(shí)間,也確實(shí),在打磨過程中的確費(fèi)了很大功夫。但你覺得不值得么?我覺得任何時(shí)候打磨自己的作品都不是在浪費(fèi)時(shí)間,況且時(shí)間真的沒那么緊,打幾盤LOL的時(shí)間就搞定了。
其實(shí),當(dāng)文檔格式成型以后,每期的迭代是極其省事的,我只需要復(fù)制模板,然后修改每個(gè)模塊下的具體內(nèi)容就好,其實(shí)根本沒有多浪費(fèi)任何時(shí)間。
有任何疑問可私信聯(lián)系我(新人別問我轉(zhuǎn)行問題,別問我怎么入門,多去看幾本書就明白了)
文檔下載:
作者源:https://pan.baidu.com/s/1gf9dd5p
官方源鏈接: https://pan.baidu.com/s/1pK99GZh 密碼: ry6p
作者:臻龍(QQ:253884135),曾主導(dǎo)設(shè)計(jì)4款移動社交端產(chǎn)品,醉心于產(chǎn)品設(shè)計(jì),需求分析,涉獵認(rèn)知心理學(xué)。
本文由人人都是產(chǎn)品經(jīng)理專欄作家 @臻龍 獨(dú)家發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)本站許可,禁止轉(zhuǎn)載。謝謝合作
文檔下載的連接都失效了哦,歐巴 ??
評論很精彩嘛 我比較支持愿意討論的,能拿出實(shí)際成果的評判。旁人就不要戰(zhàn)隊(duì)了?;ハ鄬W(xué)習(xí),不要妄自菲薄
請問作者個(gè)問題,PRD,導(dǎo)圖,UE這類東西,本質(zhì)上都是為了給不同的執(zhí)行方提供相關(guān)指導(dǎo)意見的,這個(gè)【一體化產(chǎn)品需求文檔】確實(shí)有很多值得借鑒的地方,但是這么多內(nèi)容放到一起,對PM來講也許是方便了,但是對于執(zhí)行方來說,會浪費(fèi)很多時(shí)間在查找與自己有關(guān)的內(nèi)容上,同時(shí)又不便于分類更新,這塊是怎么解決的呢?
臻龍老師,非常感謝你的文章,也在騰訊課堂購買了你的課程,受益匪淺。有一個(gè)問題我想問一下「是否能做到頂部導(dǎo)航條吸附,不隨著頁面向下滾動呢?」Axure 8 有沒有比較簡便的實(shí)現(xiàn)方式?
確實(shí)解決了我的疑惑,有沒有一個(gè)產(chǎn)品專門用來產(chǎn)品向開發(fā)輸出的資料的,還支持更新,溝通,,,用axure略慢
老師 能發(fā)一下Axure的原型設(shè)計(jì)嗎?
dd
我也想問一下,跳頁的感覺不強(qiáng)烈這個(gè)是怎么做到的?我還以為是導(dǎo)航欄用的導(dǎo)入圖片的緣故,試驗(yàn)了一下發(fā)現(xiàn)沒關(guān)系。。
文檔固定了寬度1349px,這個(gè)寬度是怎么算出來的?
能說你們做的都挺差的么,撕起來好無聊
樓下的要模板干啥。。。其實(shí)就是將左邊導(dǎo)航搬到上面。。。有時(shí)間就做,畢竟漂亮那么一點(diǎn)點(diǎn),沒時(shí)間就算了,也沒多大影響
我居然把評論看完了。。。覺得真的沒什么撕逼的必要,每個(gè)人,每個(gè)團(tuán)隊(duì)都有其不同的做事風(fēng)格,適合才是最好,就像做產(chǎn)品,沒有誰好誰不好,看過,思考過,吸收了就是學(xué)習(xí)了,達(dá)到了成長的目的就好不是么。。。其實(shí)看完很受教,對于我這樣的產(chǎn)品新人。
沒必要發(fā)出來源文件 分享HTML已經(jīng)很不錯(cuò)了 之前截圖我都做出來
這文章,作者寫了,還留個(gè)qq,沒有全分享,就是讓你加他qq,文章不是白寫的,沒有無目的共享,釣魚要先放魚餌
鏈接:http://pan.baidu.com/s/1qYEg1Hi 密碼:m4st
此貼的 產(chǎn)品需求整合模板-產(chǎn)品原型 【.rp文件,不是生成的html】,對此貼作者發(fā)表的圖中導(dǎo)航欄的邏輯順序錯(cuò)誤進(jìn)行了調(diào)整。資源共享給大家,拿走不謝! ——【砸場貼】
說實(shí)話,他的效果比你要好,導(dǎo)航欄每次點(diǎn)擊不會有強(qiáng)烈的變化,不要怪我哦
做的方式有很多,動態(tài)母版我都用的跳頁。這種模板的Axure文件有的是,就是來拋磚引個(gè)玉,至少也比發(fā)個(gè)帖子給個(gè)html頁面負(fù)責(zé)任的多。還有,導(dǎo)航欄按照產(chǎn)品的業(yè)務(wù)流程邏輯來定,重在思路。
的確,他的比你好,不過有花時(shí)間去做,不錯(cuò)了
產(chǎn)品介紹還是不能放在后面——我直接看的html,從前往后,從左往右,一頭霧水,直到最后才看到產(chǎn)品介紹,知道你到底在做什么。這屬于邏輯上的問題,順序在那里,變動就會亂。因?yàn)槭堑皖l頁,放到最后,理由不成立。
作為一名做了幾年app開發(fā)的人,表示從來不關(guān)心整個(gè)產(chǎn)品是什么,你只要告訴我這個(gè)版本做什么需求就夠了,節(jié)省時(shí)間。
我們公司現(xiàn)在就是統(tǒng)一這種模式出原型。我有這種源文件的模板RP。有要的加我微信xiaorenwu5151,當(dāng)交朋友
樓主 , Ace直播 的注冊流程 體驗(yàn)不太好呢 ~~ 多次Toast提示 驗(yàn)證碼失敗,自查網(wǎng)絡(luò)通暢。微信登錄Toast 版本過低
樓主這個(gè)H5網(wǎng)頁,你是用代碼的寫的還是用工具生成的呀?
額 當(dāng)然是生成的 你畫完之后可以點(diǎn)擊發(fā)布 上面有的 生成網(wǎng)頁
作者迭代地不錯(cuò)!每個(gè)人都有自己熟手的使用模板,模板源文件自己做也不麻煩啊
作者只是給出了做PRD的一種思路而已,順便裝下B。
這個(gè)原型又不是很難,但是需要踏實(shí)的做。 ? ? ? 樓上一群伸手黨我真的是服。
謝謝,在學(xué)習(xí)中!??!
?? 樓主好人
app還好點(diǎn),web做成這樣簡直沒法看了,本來改的地方就多,滿屏幕全是注釋。。。也可能是我方法不對
同感,web頁面太滿,寫了注釋不清晰。但是研發(fā)人員確實(shí)又不太喜歡看需求書。何解?
研發(fā)不喜歡寫文檔,還不知道不喜歡看文檔的。NIU
支持下,不過用原型做這個(gè)耗時(shí)間還是太大了,不裝逼還是樸素些好
如果時(shí)間不緊張的話可以用原型做,產(chǎn)品原型和PRD都可以結(jié)合在一起,生成html以后開產(chǎn)品培訓(xùn)會時(shí)候后展示和講解也方便些,也略感專業(yè)點(diǎn)。我也同感,PRD就是PRD,樸素點(diǎn)還能節(jié)省點(diǎn)時(shí)間,終究還是得有個(gè)歸檔的word文檔~ ??
很棒,打開了對需求文檔的思維禁錮。 ??
我去!??!白要臉皮還這么厚
我又不是來要原型的,我是來補(bǔ)充分享原型的好嘛?這個(gè)公共平臺就是為了分享經(jīng)驗(yàn)和資源的,看看評論,要個(gè)PRD的Axure原型都那么費(fèi)勁~扣搜的真沒勁~~
你是產(chǎn)品?我看了你鏈接里面的原型,純抄襲有意思?而且UE質(zhì)量真的很差,間隔間距都沒有,就是畫幾個(gè)線框填充點(diǎn)顏色就拿出來了,你真的理解這作者寫的了嗎?還有啊原型就只是個(gè)展示,真正專業(yè)的產(chǎn)品貴在思維邏輯,數(shù)據(jù)分析,對產(chǎn)品方向的把控等等,你沒有關(guān)注到重點(diǎn)。
共享資源就別吝嗇,就這樣的原型如果是一個(gè)做產(chǎn)品會用Axure的人,做一個(gè)需要用的了多長時(shí)間?作者給了文章,摳搜的不給原型文件就有意思了?我需要理解作者的意思么?我只是來共享個(gè).rp的原型文件,沒錯(cuò)我發(fā)的就是個(gè)磚,我就是來拋磚個(gè)引玉的。給個(gè)模板,大家可以自由發(fā)揮。
而且你注意點(diǎn),不要用純屬抄襲四個(gè)字,你有意思?分享合作精神都沒有的話,很難想想作為一個(gè)產(chǎn)品經(jīng)理,你在團(tuán)隊(duì)中能混成什么樣,路多么窄?!罢嬲龑I(yè)的產(chǎn)品貴在思維邏輯,數(shù)據(jù)分析,對產(chǎn)品方向的把控等等”這是做產(chǎn)品的基本技能,請把“真正”兩字去掉,因?yàn)槟悴欢?/p>
我去,要個(gè)文件這么不要逼臉,也是沒誰了,不知道你能做出什么好產(chǎn)品來,先學(xué)會做人吧。
你就消停瞇著吧好么,嘰嘰歪歪的真招人煩,菜雞
能給我發(fā)一份嗎
不要撕了
會不會效率很低。。。
學(xué)習(xí)了,模板通用性很強(qiáng),對于產(chǎn)品初學(xué)者是很有用的,好好學(xué)習(xí)學(xué)習(xí),不要老想著問作者要源文件,有html就不錯(cuò)了,真正領(lǐng)悟這篇文章的核心,是需要經(jīng)驗(yàn)實(shí)踐一步步走出來的,現(xiàn)在作者把自己的結(jié)果分享了出來,其實(shí)中間還有很多過程產(chǎn)品們應(yīng)該好好思考。
看了為何有種莫名的感動……
求Axure源文件