產(chǎn)品需求文檔寫作實(shí)例:好奇閱讀PRD
產(chǎn)品需求說(shuō)明文檔(PRD)可以將產(chǎn)品設(shè)計(jì)思路清晰的展現(xiàn)給團(tuán)隊(duì)人員,便于他們快速理解產(chǎn)品。產(chǎn)品需求說(shuō)明文檔如何寫呢?
整個(gè)項(xiàng)目獨(dú)自一人完成,雖累,但有成就感,感謝一路點(diǎn)撥我的大佬。
原型體驗(yàn)地址:https://pro.modao.cc/app/255cda1cf48084c5d5b2deb7c4d80901b7e47261
一、前言
1.1 PRD說(shuō)明
產(chǎn)品需求說(shuō)明文檔(以下簡(jiǎn)稱PRD)的作用是為了將交互設(shè)計(jì)思路清晰的展現(xiàn)給前端工程師、視覺(jué)設(shè)計(jì)人員、研發(fā)人員等人員,便于團(tuán)隊(duì)人員快速理解產(chǎn)品定義,產(chǎn)品功能與交互方式等。
文檔中所設(shè)計(jì)的頁(yè)面布局均以iPhone為基礎(chǔ),設(shè)計(jì)安卓版本的時(shí)候另?yè)?jù)Material Design設(shè)計(jì)規(guī)范酌情調(diào)整;對(duì)文檔中描述不清晰或迷惑的地方請(qǐng)與產(chǎn)品部門聯(lián)系。
1.2 PRD試讀人員
PRD文檔的讀者對(duì)象是產(chǎn)品經(jīng)理,前端工程師,研發(fā)人員,視覺(jué)設(shè)計(jì)人員,運(yùn)營(yíng)人員及測(cè)試人員等相關(guān)人員。
1.3 文檔涵蓋內(nèi)容
簡(jiǎn)介;
產(chǎn)品概述;
全局說(shuō)明;
頁(yè)面&功能詳述;
非功能性需求。
2.4 名詞解釋
二、產(chǎn)品概述
2.1 產(chǎn)品名稱
好奇閱讀
2.2 產(chǎn)品Slogan
閱讀讓你的好奇心不在孤單
2.3 產(chǎn)品目標(biāo)
為用戶提供有趣的精品閱讀,滿足用戶的閱讀需求
2.4 用戶角色
2.5 產(chǎn)品架構(gòu)
2.6 產(chǎn)品信息結(jié)構(gòu)
2.7 功能摘要
三、 全局說(shuō)明
3.1 功能權(quán)限
1. 分為登陸狀態(tài)和未登陸狀態(tài);
2. 登錄狀態(tài)可進(jìn)行App內(nèi)所有操作;
3. 未登錄狀態(tài)下:(1)僅可以瀏覽頁(yè)面,如文章信息,作者信息等;(2)無(wú)法進(jìn)行關(guān)注、收藏和稍后閱讀等需要調(diào)取后臺(tái)數(shù)據(jù)的信息操作。
3.2 基本布局與交互形式
3.3 原型說(shuō)明
3.4 異常頁(yè)面
3.5 字符限制
說(shuō)明: 統(tǒng)一以字符為單位,1個(gè)中文字=2個(gè)字符,密碼輸入例外。
3.6 常見(jiàn)操作
3.6.1 操作
- 下拉刷新;
- 上拉加載(列表結(jié)束/到達(dá)最底部)。
3.6.2 用戶頭像
用戶頭像鏈接到個(gè)人資料頁(yè),特殊情況在頁(yè)面中另外說(shuō)明。
3.6.3 軟鍵盤的彈出及退去機(jī)制
- 點(diǎn)擊(手機(jī)號(hào)與驗(yàn)證碼)輸入框時(shí)頁(yè)面底部彈出數(shù)字鍵盤;
- 點(diǎn)擊其他輸入框頁(yè)面底部彈出拼音輸入法;
- 點(diǎn)擊英文名字輸入框頁(yè)面底部彈出英文輸入法;
- 當(dāng)在軟鍵盤以外區(qū)域,點(diǎn)擊或者向下滑動(dòng)時(shí),軟鍵盤退去。
3.6.4 選擇彈框
- 框上有操作按鈕;
- 點(diǎn)擊彈框以外的區(qū)域,彈框消失。
3.6.5 Home鍵
按home鍵,程序改為后臺(tái)運(yùn)行,再次打開軟件時(shí),則回到按home鍵時(shí)的頁(yè)面。
3.6.6 緩存機(jī)制
初始列表20條,每次加載20條。
3.6.7 網(wǎng)絡(luò)判斷
需要向后臺(tái)請(qǐng)求數(shù)據(jù)時(shí),只進(jìn)行簡(jiǎn)單的網(wǎng)絡(luò)狀況是否良好的判斷,當(dāng)網(wǎng)絡(luò)狀況不良時(shí)進(jìn)行提示“請(qǐng)檢查網(wǎng)絡(luò)”。
3.6.8 中斷機(jī)制
當(dāng)出現(xiàn)以下幾種情況則系統(tǒng)默認(rèn)保存當(dāng)前頁(yè)面數(shù)據(jù),當(dāng)再次打開軟件時(shí),則回到當(dāng)前頁(yè):(1)來(lái)電;(2)按HOME鍵,程序改為后臺(tái)運(yùn)行。
四、頁(yè)面&功能詳述
4.1 登錄
4.2 首頁(yè)
4.3 關(guān)注
4.4 廣場(chǎng)
4.5 我的
五、非功能性需求
5.1 安全需求
- 所有用戶屬性信息的傳輸,均需在接口層數(shù)據(jù)加密;
- 所有前端頁(yè)面,均需要走h(yuǎn)ttps協(xié)議;
- APP安裝包是否混淆過(guò)代碼,以防被競(jìng)品開發(fā)者破解其代碼。
5.2 性能需求
- APP從啟動(dòng)到顯示首頁(yè),時(shí)間不超過(guò)5秒;
- 單頁(yè)面加載時(shí)間不能超過(guò)3秒3、3秒后無(wú)響應(yīng),需要給出提示:網(wǎng)絡(luò)繁忙,請(qǐng)稍后再試,且頁(yè)面可點(diǎn)擊重新加載;
- 用懶加載方式,對(duì)頁(yè)面元素做預(yù)加載處理;
- 發(fā)表的評(píng)論在評(píng)論區(qū)顯示的時(shí)間不超過(guò)5秒。
5.3 可用性需求
- 操作系統(tǒng)支持:iOS 8以上iPhone 5 以上機(jī)型,Android 4.4以上 主流機(jī)型;
- 需要避免用戶重復(fù)點(diǎn)擊;
- 需要為用戶提供反饋入口;
- 保持所有相同概念文案顯示的一致性。
5.4 產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求
接入第三方數(shù)據(jù)統(tǒng)計(jì)接口需求。如:接入友盟統(tǒng)計(jì)。
5.5 埋點(diǎn)
5.6 上線需求
5.7 運(yùn)營(yíng)需求
5.7.1 內(nèi)容運(yùn)營(yíng)
(1)PGC+UGC的內(nèi)容運(yùn)營(yíng);
(2)與優(yōu)秀作家簽訂排他協(xié)議,避免內(nèi)容同質(zhì)化,提高平臺(tái)閱讀的獨(dú)立性;
(3)翻譯國(guó)外優(yōu)質(zhì)文章的內(nèi)容;
(4)對(duì)用戶進(jìn)行定制化個(gè)性推薦;
(5)PUSH推送;
(6)提供專欄板塊, 打造付費(fèi)內(nèi)容,提升客單價(jià)。并且能夠給優(yōu)質(zhì)作家獲得專屬感。
5.7.2 活動(dòng)運(yùn)營(yíng)
(1)提供隨筆板塊,引導(dǎo)用戶持續(xù)產(chǎn)生有價(jià)值的互動(dòng)/內(nèi)容/分享 ,用戶產(chǎn)生與文章相關(guān)的筆記心得,提升用戶粘性。
(2)專題板塊,創(chuàng)造不同的話題,細(xì)分不同閱讀方向的用戶,引起用戶之間的共鳴。
(3)新用戶有主站免費(fèi)讀30天的特權(quán),并且第21-28天還有其他福利可領(lǐng)取,鼓勵(lì)用戶長(zhǎng)期使用。(先體驗(yàn),后付費(fèi))
(4)會(huì)員能夠暢看所有的專欄,相比單讀購(gòu)買性價(jià)比更高,在對(duì)比之下,用戶更容易付費(fèi)。
(5)專欄試聽模塊,用戶先試聽,再?zèng)Q定購(gòu)買,并加入評(píng)論模塊,精選質(zhì)量高的評(píng)論展示,為用戶購(gòu)買提供更多的依據(jù)。
(6)連續(xù)簽到7天可進(jìn)行抽獎(jiǎng),簽到次數(shù)多可提高抽獎(jiǎng)中獎(jiǎng)的比例,有助于激勵(lì)用戶活躍。
(7)限時(shí)免費(fèi)、特價(jià)打折專區(qū)等通過(guò)促銷方式刺激用戶消費(fèi)購(gòu)買。
(8)購(gòu)買付費(fèi)內(nèi)容用戶的,可以選擇分享閱讀,分享至朋友,朋友圈,好友領(lǐng)取閱讀后,用戶可免費(fèi)閱讀,能夠更有效的進(jìn)行社交裂變。
(9)針對(duì)用戶閱讀、點(diǎn)贊、評(píng)論等行為進(jìn)行產(chǎn)品設(shè)計(jì),閱讀超30分鐘送5積分,點(diǎn)贊,評(píng)論,分享均可獲得積分獎(jiǎng)勵(lì),積分可兌換物品,引導(dǎo)用戶形成閱讀習(xí)慣。
(10)針對(duì)積分,搭建了任務(wù)系統(tǒng)和積分商城,用戶可以通過(guò)完成過(guò)任務(wù),獲取積分并且使用積分進(jìn)行兌換商品,VIP體驗(yàn)等等。形成一個(gè)游戲化的閱讀方式。
(11)派發(fā)一些限時(shí)的小額優(yōu)惠券,利用損失厭惡心理,督促用戶及時(shí)購(gòu)買,提高復(fù)購(gòu)率。
5.7.3 用戶運(yùn)營(yíng)
(1)通過(guò)分享獲得紅包,積分活動(dòng)等進(jìn)行社交裂變,拉取新用戶。
(2)早起打卡贏現(xiàn)金(挑戰(zhàn)任務(wù)可以證明自己的能力,讓用戶無(wú)法抵御完成挑戰(zhàn)的誘惑,勵(lì)用戶留存)。
(3)邀請(qǐng)好友領(lǐng)取現(xiàn)金,積分,拉取新用戶。
(4)提供新手禮包,促進(jìn)用戶進(jìn)行注冊(cè)登錄,獲取新用戶。
本文由 @Grace 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
您好,筆者,本人是產(chǎn)品小白,正在苦逼的學(xué)習(xí)中,看到您的文檔,感覺(jué)對(duì)我?guī)椭艽螅?qǐng)求發(fā)我一份吧,183244979@qq.com,感謝!
小白一枚,看了您的文檔非常值得學(xué)習(xí)和借鑒。先感謝啦。348244110@qq.com
樓主你真棒!
感謝你的分享!
能把你的需求文檔發(fā)我一份嗎?qianshuyao@fjwolf.com,謝謝樓主。
能把你的需求文檔發(fā)給我一份嗎?284679832@qq.com 謝謝樓主,寫的很棒
問(wèn)您一下,你這份PRD是用什么軟件寫的啊,求指教,謝謝您
sketch.ps.ai都可以辦到
只是原型用stetch畫的,還是需求文檔整個(gè)都在上面寫的?
想問(wèn)一下,頁(yè)面&功能說(shuō)明 那塊的圖文并茂的內(nèi)容是用什么工具寫的?謝謝。
我也對(duì)交互說(shuō)明那部分是通過(guò)什么工具可以快速成文,很感興趣的;
寫的非常詳細(xì),學(xué)習(xí)了!不知道其他公司是怎樣的,我們公司是to B端的,所以一直在強(qiáng)調(diào)產(chǎn)品化,就是原型、文檔盡量規(guī)范,總歸一句話,我們老板想要的就是作者輸出的這種文檔,但是對(duì)于開發(fā)而言,其實(shí)只要把原型丟給他們就好了,他們只需要里面的內(nèi)容,有的甚至連交互都不看,不過(guò)做出來(lái)的東西是統(tǒng)一的就可以了。
跟我們現(xiàn)在的情況一樣,一直在規(guī)范產(chǎn)品流程
您好,看了您的文章,覺(jué)得非常值得學(xué)習(xí),我是個(gè)新人,所以可否拜托求一份文檔,1003376689@qq.com,不勝感激
求文檔啊,小白表示看得很清楚呀
907594628@qq.com
狠狠的贊一個(gè),很全面,很細(xì)心,邏輯非常清晰,也很嚴(yán)謹(jǐn),包括各種輸入框的編碼方式、字?jǐn)?shù)限制,還提到了性能要求,學(xué)習(xí)了。
我是后端工程師,其實(shí)后端工程師也很有必要看。如果吹毛求疵的話,推薦的策略可能需要更詳細(xì)的討論。
??能否聊一下您對(duì)推薦策略的看法
同求文檔,1739579389@qq.com,謝謝!
求文檔 謝謝了,sz0812sz@163.com
我是新人小白,可以分享下模板嗎,1057491070@qq.com
寫的很棒,很全面,很詳細(xì).求分享,產(chǎn)品小白1223064919@qq.com
整個(gè)梳理的非常清晰,不僅對(duì)原型的描述詳細(xì),包括開發(fā)界限的劃分,還是運(yùn)營(yíng)的前期準(zhǔn)備,都寫的非常詳細(xì)。
727110515@qq.com,感謝分享。
邏輯清晰,界面展示易讀,很有幫助的文章!這是正在公司做的項(xiàng)目還是純自己設(shè)計(jì)的呢?
這是為了鍛煉,自己做的虛擬項(xiàng)目??
寫的很棒,很全面,很詳細(xì),對(duì)于做產(chǎn)品的來(lái)說(shuō),很容易理解。能分享一份給我嗎,15107489914@163.com謝謝
可以分享下嗎不勝感激,840283627@qq.com
看到你的需求文檔,忍不住注冊(cè)了一個(gè)賬號(hào),評(píng)論一下。
整體上感覺(jué)很棒,很完整詳細(xì),也很棒。從客觀的角度,雞蛋里挑一下骨頭。
1、產(chǎn)品Slogan:閱讀讓你的好奇心不“在”孤單;
2、文檔內(nèi)容量比較大,優(yōu)先級(jí)分配看起來(lái)不夠詳細(xì),對(duì)研發(fā)人員理解要求比較高,研發(fā)可能不會(huì)按照你心里想的,先做核心內(nèi)容,再做邊緣內(nèi)容,分階段驗(yàn)收也有些麻煩;
3、作為一個(gè)運(yùn)營(yíng),看到下面的運(yùn)營(yíng)需求,心情比較復(fù)雜,可能你所在的環(huán)境是產(chǎn)品主導(dǎo),運(yùn)營(yíng)只是執(zhí)行部門,個(gè)人想法,運(yùn)營(yíng)應(yīng)該有自己的想法,運(yùn)營(yíng)應(yīng)該根據(jù)自己的工作需要,提出自己的需求。
如果非要雞蛋里挑骨頭的話,前言里面的序號(hào)2.4應(yīng)該是1.4
??由于是自己虛擬項(xiàng)目,所以想一下當(dāng)這個(gè)項(xiàng)目上線后究竟怎么進(jìn)行運(yùn)營(yíng)活下去這個(gè)問(wèn)題寫的一些思考,并沒(méi)有說(shuō)上下級(jí)之分什么的意思
能把你的需求文檔發(fā)給我一份嗎?364502984@qq.com 謝謝樓主,寫的很棒
寫的很棒,也看了大家的評(píng)論,其實(shí)完整的PRD文檔是很好的,關(guān)于各階段版本實(shí)現(xiàn),有標(biāo)注就好,開發(fā)可以自己去看,開發(fā)要搭好框架,免得重構(gòu),這個(gè)也對(duì)交互做了解釋和設(shè)計(jì),對(duì)整個(gè)團(tuán)隊(duì)都有幫助,能否給個(gè)原稿學(xué)習(xí)下,1465355809@qq.com,魔刀原型工作我最討厭那個(gè)鏈接線了,一般摩客稍微好點(diǎn),謝謝!
懶加載不是預(yù)加載的意思吧,是指用到的時(shí)候才去加載。
實(shí)際工作中 用這樣的文檔,會(huì)被開發(fā)噴死的
那實(shí)際工作中文檔應(yīng)該怎么寫,求推薦
我猜這位伙伴說(shuō)會(huì)被開發(fā)噴的原因,可能是你這需求太多,太龐雜。真正去做一款從0-1的產(chǎn)品,不會(huì)以上來(lái)就搞這么大而全的。大部分都是非常簡(jiǎn)單的重點(diǎn)核心功能,后面的功能都是每一次版本的迭代,試業(yè)務(wù)需要和用戶需求慢慢迭代出來(lái)的。一次性做這么大二龐雜的產(chǎn)品出來(lái),實(shí)際工作中是不大可能的。
我猜被噴的原因應(yīng)該是開發(fā)難得看?? 這是一份好的對(duì)外整體的需求文檔。但對(duì)開發(fā)而言,你把這么多功能一股腦兒丟給他,是要他們?nèi)ヅ蓛?yōu)先級(jí),選先做哪個(gè)再做哪個(gè)么? 其次,一次性肯定也做不了這么多,也評(píng)不了這么多。若一次評(píng)完,細(xì)節(jié)就肯定會(huì)丟失。 一般開發(fā)頂多關(guān)心個(gè)需求背景,整體規(guī)劃,和這一期要做的事情。重點(diǎn)是這一期要做的事項(xiàng),及所有細(xì)節(jié)
請(qǐng)教下,為何被噴?
那么可以講一下怎么才不能被噴呢?PRD的顆粒度,每個(gè)團(tuán)隊(duì)不一樣。要想完全不被噴,你可以到UML和偽代碼級(jí)別。不過(guò)這樣消耗太大了啊。
感覺(jué)文檔好像缺點(diǎn)兒東西
缺什么呢
內(nèi)容一次量很大,相當(dāng)于是整個(gè)app的原型,做為項(xiàng)目開始比較好,真實(shí)開發(fā),這個(gè)需求還需要再篩選的,
是的,如果真是開發(fā)的話還是需要再細(xì)致點(diǎn)兒,當(dāng)然有些細(xì)節(jié)可能還取決于產(chǎn)品團(tuán)隊(duì)和技術(shù)團(tuán)隊(duì)的配合,個(gè)人覺(jué)得細(xì)節(jié)上差點(diǎn)兒意思啊,嘿嘿,在下新手見(jiàn)解,可忽略 ??
作者可以發(fā)我個(gè)模板嗎,郵箱1070580303@qq.com
真的很棒,正在模仿寫手上的項(xiàng)目
PRD文檔寫得很好,但是我體驗(yàn)了一下原型,有的頁(yè)面只有入口沒(méi)有出口??!進(jìn)得來(lái)出不去?。?/p>
很好,我覺(jué)得就應(yīng)該做到進(jìn)的來(lái),出的去,測(cè)試的時(shí)候才會(huì)顯得你很細(xì)心。
清楚。詳盡。好厲害。 ?? 謝謝
DRD ??