產品需求文檔寫作實例:好奇閱讀PRD

94 評論 88580 瀏覽 735 收藏 11 分鐘

產品需求說明文檔(PRD)可以將產品設計思路清晰的展現給團隊人員,便于他們快速理解產品。產品需求說明文檔如何寫呢?

整個項目獨自一人完成,雖累,但有成就感,感謝一路點撥我的大佬。

原型體驗地址:https://pro.modao.cc/app/255cda1cf48084c5d5b2deb7c4d80901b7e47261

一、前言

1.1 PRD說明

產品需求說明文檔(以下簡稱PRD)的作用是為了將交互設計思路清晰的展現給前端工程師、視覺設計人員、研發人員等人員,便于團隊人員快速理解產品定義,產品功能與交互方式等。
文檔中所設計的頁面布局均以iPhone為基礎,設計安卓版本的時候另據Material Design設計規范酌情調整;對文檔中描述不清晰或迷惑的地方請與產品部門聯系。

1.2 PRD試讀人員

PRD文檔的讀者對象是產品經理,前端工程師,研發人員,視覺設計人員,運營人員及測試人員等相關人員。

1.3 文檔涵蓋內容

簡介;

產品概述;

全局說明;

頁面&功能詳述;

非功能性需求。

2.4 名詞解釋

二、產品概述

2.1 產品名稱

好奇閱讀

2.2 產品Slogan

閱讀讓你的好奇心不在孤單

2.3 產品目標

為用戶提供有趣的精品閱讀,滿足用戶的閱讀需求

2.4 用戶角色

2.5 產品架構

2.6 產品信息結構

2.7 功能摘要

三、 全局說明

3.1 功能權限

1. 分為登陸狀態和未登陸狀態;
2. 登錄狀態可進行App內所有操作;
3. 未登錄狀態下:(1)僅可以瀏覽頁面,如文章信息,作者信息等;(2)無法進行關注、收藏和稍后閱讀等需要調取后臺數據的信息操作。

3.2 基本布局與交互形式

3.3 原型說明

3.4 異常頁面

3.5 字符限制

說明: 統一以字符為單位,1個中文字=2個字符,密碼輸入例外。

3.6 常見操作

3.6.1 操作

  • 下拉刷新;
  • 上拉加載(列表結束/到達最底部)。

3.6.2 用戶頭像

用戶頭像鏈接到個人資料頁,特殊情況在頁面中另外說明。

3.6.3 軟鍵盤的彈出及退去機制

  • 點擊(手機號與驗證碼)輸入框時頁面底部彈出數字鍵盤;
  • 點擊其他輸入框頁面底部彈出拼音輸入法;
  • 點擊英文名字輸入框頁面底部彈出英文輸入法;
  • 當在軟鍵盤以外區域,點擊或者向下滑動時,軟鍵盤退去。

3.6.4 選擇彈框

  • 框上有操作按鈕;
  • 點擊彈框以外的區域,彈框消失。

3.6.5 Home鍵

按home鍵,程序改為后臺運行,再次打開軟件時,則回到按home鍵時的頁面。

3.6.6 緩存機制

初始列表20條,每次加載20條。

3.6.7 網絡判斷

需要向后臺請求數據時,只進行簡單的網絡狀況是否良好的判斷,當網絡狀況不良時進行提示“請檢查網絡”。

3.6.8 中斷機制

當出現以下幾種情況則系統默認保存當前頁面數據,當再次打開軟件時,則回到當前頁:(1)來電;(2)按HOME鍵,程序改為后臺運行。

四、頁面&功能詳述

4.1 登錄

4.2 首頁

4.3 關注

4.4 廣場

4.5 我的

五、非功能性需求

5.1 安全需求

  1. 所有用戶屬性信息的傳輸,均需在接口層數據加密;
  2. 所有前端頁面,均需要走https協議;
  3. APP安裝包是否混淆過代碼,以防被競品開發者破解其代碼。

5.2 性能需求

  1. APP從啟動到顯示首頁,時間不超過5秒;
  2. 單頁面加載時間不能超過3秒3、3秒后無響應,需要給出提示:網絡繁忙,請稍后再試,且頁面可點擊重新加載;
  3. 用懶加載方式,對頁面元素做預加載處理;
  4. 發表的評論在評論區顯示的時間不超過5秒。

5.3 可用性需求

  1. 操作系統支持:iOS 8以上iPhone 5 以上機型,Android 4.4以上 主流機型;
  2. 需要避免用戶重復點擊;
  3. 需要為用戶提供反饋入口;
  4. 保持所有相同概念文案顯示的一致性。

5.4 產品數據統計需求

接入第三方數據統計接口需求。如:接入友盟統計。

5.5 埋點

5.6 上線需求

5.7 運營需求

5.7.1 內容運營

(1)PGC+UGC的內容運營;

(2)與優秀作家簽訂排他協議,避免內容同質化,提高平臺閱讀的獨立性;

(3)翻譯國外優質文章的內容;

(4)對用戶進行定制化個性推薦;

(5)PUSH推送;

(6)提供專欄板塊, 打造付費內容,提升客單價。并且能夠給優質作家獲得專屬感。

5.7.2 活動運營

(1)提供隨筆板塊,引導用戶持續產生有價值的互動/內容/分享 ,用戶產生與文章相關的筆記心得,提升用戶粘性。

(2)專題板塊,創造不同的話題,細分不同閱讀方向的用戶,引起用戶之間的共鳴。

(3)新用戶有主站免費讀30天的特權,并且第21-28天還有其他福利可領取,鼓勵用戶長期使用。(先體驗,后付費)

(4)會員能夠暢看所有的專欄,相比單讀購買性價比更高,在對比之下,用戶更容易付費。

(5)專欄試聽模塊,用戶先試聽,再決定購買,并加入評論模塊,精選質量高的評論展示,為用戶購買提供更多的依據。

(6)連續簽到7天可進行抽獎,簽到次數多可提高抽獎中獎的比例,有助于激勵用戶活躍。

(7)限時免費、特價打折專區等通過促銷方式刺激用戶消費購買。

(8)購買付費內容用戶的,可以選擇分享閱讀,分享至朋友,朋友圈,好友領取閱讀后,用戶可免費閱讀,能夠更有效的進行社交裂變。

(9)針對用戶閱讀、點贊、評論等行為進行產品設計,閱讀超30分鐘送5積分,點贊,評論,分享均可獲得積分獎勵,積分可兌換物品,引導用戶形成閱讀習慣。

(10)針對積分,搭建了任務系統和積分商城,用戶可以通過完成過任務,獲取積分并且使用積分進行兌換商品,VIP體驗等等。形成一個游戲化的閱讀方式。

(11)派發一些限時的小額優惠券,利用損失厭惡心理,督促用戶及時購買,提高復購率。

5.7.3 用戶運營

(1)通過分享獲得紅包,積分活動等進行社交裂變,拉取新用戶。

(2)早起打卡贏現金(挑戰任務可以證明自己的能力,讓用戶無法抵御完成挑戰的誘惑,勵用戶留存)。

(3)邀請好友領取現金,積分,拉取新用戶。

(4)提供新手禮包,促進用戶進行注冊登錄,獲取新用戶。

 

本文由 @Grace 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 您好,筆者,本人是產品小白,正在苦逼的學習中,看到您的文檔,感覺對我幫助很大,請求發我一份吧,183244979@qq.com,感謝!

    回復
  2. 小白一枚,看了您的文檔非常值得學習和借鑒。先感謝啦。348244110@qq.com

    回復
  3. 樓主你真棒!

    回復
    1. 感謝你的分享!

      回復
  4. 能把你的需求文檔發我一份嗎?qianshuyao@fjwolf.com,謝謝樓主。

    回復
  5. 能把你的需求文檔發給我一份嗎?284679832@qq.com 謝謝樓主,寫的很棒

    來自湖北 回復
  6. 問您一下,你這份PRD是用什么軟件寫的啊,求指教,謝謝您

    回復
    1. sketch.ps.ai都可以辦到

      回復
    2. 只是原型用stetch畫的,還是需求文檔整個都在上面寫的?

      回復
  7. 想問一下,頁面&功能說明 那塊的圖文并茂的內容是用什么工具寫的?謝謝。

    來自廣東 回復
    1. 我也對交互說明那部分是通過什么工具可以快速成文,很感興趣的;

      來自上海 回復
  8. 寫的非常詳細,學習了!不知道其他公司是怎樣的,我們公司是to B端的,所以一直在強調產品化,就是原型、文檔盡量規范,總歸一句話,我們老板想要的就是作者輸出的這種文檔,但是對于開發而言,其實只要把原型丟給他們就好了,他們只需要里面的內容,有的甚至連交互都不看,不過做出來的東西是統一的就可以了。

    來自福建 回復
    1. 跟我們現在的情況一樣,一直在規范產品流程

      來自上海 回復
  9. 您好,看了您的文章,覺得非常值得學習,我是個新人,所以可否拜托求一份文檔,1003376689@qq.com,不勝感激

    來自廣東 回復
  10. 求文檔啊,小白表示看得很清楚呀
    907594628@qq.com

    回復
  11. 狠狠的贊一個,很全面,很細心,邏輯非常清晰,也很嚴謹,包括各種輸入框的編碼方式、字數限制,還提到了性能要求,學習了。
    我是后端工程師,其實后端工程師也很有必要看。如果吹毛求疵的話,推薦的策略可能需要更詳細的討論。

    來自北京 回復
    1. ??能否聊一下您對推薦策略的看法

      回復
  12. 同求文檔,1739579389@qq.com,謝謝!

    來自上海 回復
  13. 求文檔 謝謝了,sz0812sz@163.com

    來自上海 回復
  14. 我是新人小白,可以分享下模板嗎,1057491070@qq.com

    來自安徽 回復
  15. 寫的很棒,很全面,很詳細.求分享,產品小白1223064919@qq.com

    來自廣東 回復
  16. 整個梳理的非常清晰,不僅對原型的描述詳細,包括開發界限的劃分,還是運營的前期準備,都寫的非常詳細。
    727110515@qq.com,感謝分享。

    來自上海 回復
  17. 邏輯清晰,界面展示易讀,很有幫助的文章!這是正在公司做的項目還是純自己設計的呢?

    來自湖南 回復
    1. 這是為了鍛煉,自己做的虛擬項目??

      回復
  18. 寫的很棒,很全面,很詳細,對于做產品的來說,很容易理解。能分享一份給我嗎,15107489914@163.com謝謝

    來自湖北 回復
  19. 可以分享下嗎不勝感激,840283627@qq.com

    來自廣東 回復
  20. 看到你的需求文檔,忍不住注冊了一個賬號,評論一下。
    整體上感覺很棒,很完整詳細,也很棒。從客觀的角度,雞蛋里挑一下骨頭。
    1、產品Slogan:閱讀讓你的好奇心不“在”孤單;
    2、文檔內容量比較大,優先級分配看起來不夠詳細,對研發人員理解要求比較高,研發可能不會按照你心里想的,先做核心內容,再做邊緣內容,分階段驗收也有些麻煩;
    3、作為一個運營,看到下面的運營需求,心情比較復雜,可能你所在的環境是產品主導,運營只是執行部門,個人想法,運營應該有自己的想法,運營應該根據自己的工作需要,提出自己的需求。

    來自北京 回復
    1. 如果非要雞蛋里挑骨頭的話,前言里面的序號2.4應該是1.4

      來自江蘇 回復
    2. ??由于是自己虛擬項目,所以想一下當這個項目上線后究竟怎么進行運營活下去這個問題寫的一些思考,并沒有說上下級之分什么的意思

      回復
  21. 能把你的需求文檔發給我一份嗎?364502984@qq.com 謝謝樓主,寫的很棒

    回復
  22. 寫的很棒,也看了大家的評論,其實完整的PRD文檔是很好的,關于各階段版本實現,有標注就好,開發可以自己去看,開發要搭好框架,免得重構,這個也對交互做了解釋和設計,對整個團隊都有幫助,能否給個原稿學習下,1465355809@qq.com,魔刀原型工作我最討厭那個鏈接線了,一般摩客稍微好點,謝謝!

    來自廣東 回復
  23. 懶加載不是預加載的意思吧,是指用到的時候才去加載。

    來自浙江 回復
  24. 實際工作中 用這樣的文檔,會被開發噴死的

    來自浙江 回復
    1. 那實際工作中文檔應該怎么寫,求推薦

      回復
    2. 我猜這位伙伴說會被開發噴的原因,可能是你這需求太多,太龐雜。真正去做一款從0-1的產品,不會以上來就搞這么大而全的。大部分都是非常簡單的重點核心功能,后面的功能都是每一次版本的迭代,試業務需要和用戶需求慢慢迭代出來的。一次性做這么大二龐雜的產品出來,實際工作中是不大可能的。

      來自廣東 回復
    3. 我猜被噴的原因應該是開發難得看?? 這是一份好的對外整體的需求文檔。但對開發而言,你把這么多功能一股腦兒丟給他,是要他們去派優先級,選先做哪個再做哪個么? 其次,一次性肯定也做不了這么多,也評不了這么多。若一次評完,細節就肯定會丟失。 一般開發頂多關心個需求背景,整體規劃,和這一期要做的事情。重點是這一期要做的事項,及所有細節

      回復
    4. 請教下,為何被噴?

      來自浙江 回復
    5. 那么可以講一下怎么才不能被噴呢?PRD的顆粒度,每個團隊不一樣。要想完全不被噴,你可以到UML和偽代碼級別。不過這樣消耗太大了啊。

      來自湖北 回復
  25. 感覺文檔好像缺點兒東西

    回復
    1. 缺什么呢

      回復
    2. 內容一次量很大,相當于是整個app的原型,做為項目開始比較好,真實開發,這個需求還需要再篩選的,

      來自上海 回復
    3. 是的,如果真是開發的話還是需要再細致點兒,當然有些細節可能還取決于產品團隊和技術團隊的配合,個人覺得細節上差點兒意思啊,嘿嘿,在下新手見解,可忽略 ??

      來自上海 回復
  26. 作者可以發我個模板嗎,郵箱1070580303@qq.com

    來自湖北 回復
  27. 真的很棒,正在模仿寫手上的項目

    來自廣東 回復
  28. PRD文檔寫得很好,但是我體驗了一下原型,有的頁面只有入口沒有出口??!進得來出不去??!

    來自福建 回復
    1. 很好,我覺得就應該做到進的來,出的去,測試的時候才會顯得你很細心。

      來自湖北 回復
  29. 清楚。詳盡。好厲害。 ?? 謝謝

    來自浙江 回復
  30. DRD ??

    來自廣東 回復