產品需求文檔寫作:工友APP(PRD)
編輯導讀:本文作者設計了一款工業行業學習交流軟件——“工友APP”,并對它的核心功能做了拆解分析,總結了一份多維度且詳實的產品需求文檔,希望分析內容對你有所啟發與幫助。
作為工業領域的知識分子,你是否也有這種苦惱,想學一點工業技能,想接觸更多的行業大佬,想了解行業動態,想學習一些設計思維…..可是用盡心思去找,發現網上除了報刊雜志,很少有這種全面系統的平臺。本次設計就是解決這個需求,目前屬于MVP版本,待上線后收集更多反饋后進行迭代。
產品需求說明文檔(PRD)可以將產品設計思路清晰的展現給團隊人員,便于他們快速理解產品。產品需求說明文檔如何寫呢?本文希望能夠得到高人指點,本人是小白,同時不建議其他小白參考此文以免造成干擾。
包括文檔概述、產品結構、全局說明、業務流程、功能詳情說明,非功能說明。
整個項目的完成,雖累,但有成就感,感謝一路點撥我的大佬。
原型體驗地址:https://www.wulihub.com.cn/go/WnemlM/start.html
產品說明:自己是工業行業,特別想找一個本領域內能夠學習、交流的APP。通過一些調查后結合實際情況做出如下產品設計,歡迎大佬指點。
01 文檔概述
1.1 產品介紹
1.2 文檔修訂記錄
注:版本號規則即小數點后為當前版本的小更新,小數點前為大版本更新。
修訂內容:新增、修改、刪除。
1.3 需求匯總
1.4 功能清單
02 產品結構
2.1 產品功能結構圖
2.2 產品信息結構圖
03 全局說明
3.1 功能權限
(1)分為登陸狀態和未登陸狀態;
(2)登錄狀態可進行App內所有操作;
(3)未登錄狀態下:
僅可以瀏覽頁面,如文章信息,作者信息等;無法進行關注、收藏、評論、轉發等需要調取后臺數據的信息操作。
3.2 常用手勢
3.3 鍵盤說明
點擊(手機號與驗證碼)輸入框時頁面底部彈出數字鍵盤;
點擊其他輸入框彈出字母鍵盤。
3.4 異常說明
(1)圖一為無網絡頁面提示
(2)圖二為操作事件時:無網絡toast提示
(3)圖三為操作事件時,請求失敗提示
3.5 字符限制
3.6 常見操作
3.6.1 操作
下拉刷新;
上拉加載(文章或問答列表結束/到達最底部時)。
3.6.2 用戶頭像
用戶頭像鏈接到個人資料頁,特殊情況在頁面中另外說明。
3.6.3 選擇彈框
框上有操作按鈕;
點擊彈框以外的區域,彈框消失。
3.6.4 緩存機制
初始列表30條,每次加載30條。
3.6.5 網絡判斷
需要向后臺請求數據時,只進行簡單的網絡狀況是否良好的判斷,當網絡狀況不良時進行提示“請檢查網絡”。
3.6.6 中斷機制
當出現以下幾種情況則系統默認保存當前頁面數據,當再次打開軟件時,則回到當前頁:(1)來電;(2)返回桌面時,程序改為后臺運行。
04 業務流程
4.1 登錄注冊流程
4.2 贊賞流程
4.3 學院課程流程
4.4 發布流程
05 功能詳細說明
5.1 登錄
5.1.1 頁面邏輯
5.1.2 交互說明
5.2 首頁
5.2.1 頁面邏輯
5.2.2 交互說明
5.3 問答
5.3.1 頁面邏輯
5.3.2 交互說明
5.4 學院
5.4.1 頁面邏輯
5.4.2 交互說明
5.5 我的
5.5.1 頁面邏輯
5.5.2 交互說明
06 非功能需求
6.1 安全需求
(1)所有用戶個人信息,比如用戶名、性別、出生日期等內容,需要在接口層加密傳輸。
(2)所有前端頁面,需要使用HTTPS協議。
6.2 性能需求
(1)APP從啟動到顯示首頁,時間不超過5秒;
(2)單頁面加載時間不能超過3秒,3秒后無響應,需要給出提示:網絡繁忙;
(3)請稍后再試,且頁面可點擊重新加載;
(4)用懶加載方式,對頁面元素做預加載處理。
6.3 可用性需求
(1)操作系統支持:當下所有主流機型;
(2)信息支持緩存機制,只要加載完成,網絡中斷后仍可顯示信息;
(3)人性化幫助:在重要的功能入口處提供相應的幫助/反饋入口;
(4)用戶可控:頁面出口應明顯、退出時需用戶手動確認,防止用戶誤操作;
6.4 埋點
作者:夢開始的地方,追夢者,0歲產品經理,正在向前探索中,加油!
本文由 @夢開始的地方 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
很多人反映原型圖找不到了,是由于之前的托管平臺不能用了,我現在重新換了個平臺上傳:https://n5pz8r.axshare.com/#id=ztgpmi&p=%E6%89%8B%E6%9C%BA%E5%8F%B7%E7%A0%81%E7%99%BB%E5%BD%95
原型圖為啥打不開啊
感謝分享~~
請問需求分析不用詳細寫嗎
因公司而異,每個公司要求不一樣,通常情況下需求分析是過程,而文檔是結論性輸出
萬萬沒想到時隔一年多,收到了幾個人的打賞,感謝感謝(*^▽^*)
可以分享下原型嗎
感謝分享,產品新人學習了
為什么你的Axure保存的界面設計師居中的。我怎么保存都不居中,就大神幫幫我。我的微信15093437454
好的
我也是新人,向你學習,一起加油!看好你!
一起加油(*^▽^*)
收藏了, 還以為是產品大牛寫的。。。一看評論 還不是產品經理。。。你咋這么優秀
謝謝夸獎,我也是參考大牛寫的,一起加油!
4.1 注冊 為什么還要確認是否新用戶? 請教作者
檢驗新注冊手機號是否之前注冊過,每個手機號只能被注冊一次,再次注冊就會提示注冊失敗,非新用戶
別人家的產品經理
咱們自己家的(*^▽^*)
整體挺好的,就是功能結構圖畫錯了的。
謝謝,可以說下具體哪部分嗎~
看了你的高保真原型圖,真的太棒了,點贊!
謝謝,一起加油
5.3.1的邏輯好像有問題哦 樓主
看到了~~非常感謝哈
真的是太實用了?。。?比干說的好太多了! 感謝
一起加油哈
這個選型可以分享學習學習嗎
可以
幫,借鑒
okk
哇!這個原型圖demo真的很細致誒!請問是用的什么軟件呢?
看著像Axure
是的Axure
這份認真值得贊揚?。?!
不過我想問問,你想要獲得什么樣的幫助呢?
目前產品還只是處于功能設計階段嗎?還是說,功能基本按照上述的xmind計劃呢?
分享一下我之前幫甲方實現app設計到開發的經驗:
1?? 從甲方獲得一個功能結構框架圖.xmind,以及幾款競品輔助理解產品類型;
2?? 作為“產品助理&交互設計師“的角色,我優化了他提供的產品功能結構,然后出到原型圖;
3?? 作為”UI設計師“角色,完成界面設計,之后切圖給開發,輔助開發實現;
4?? 測試app,確定后,就可以上架了。
PRD文檔我可能不怎么寫,但是對于app的研發流程還是比較熟悉的,希望可以幫助到你哦~
好嘞,謝謝啦~
謝謝 通過
什么通過
你們頁面邏輯都是用什么軟件畫的呀
axure
做的不錯,不過模仿產品經理app的痕跡有點重,建議有自己的創新
謝謝!我會的繼續努力的
好厲害,作者是大學生嗎?
20屆的
簡單說一下近期的反饋,結論:有形無實的方案
1. 對產品的理解浮于表面,停留在原型層面居多
2. 用戶邏輯和產品業務邏輯不清楚,導致思路混亂
太好了
我是個產品小白,希望大家一起討論、一起努力!
做的挺好的,有時候需要做好分類,不能所有信息一股子往內填寫,寫的不錯,加油呀
好的好的,會再接再厲的,謝謝!
很優秀
謝謝你的夸獎,一起加油!
現在培訓班是不是都有要求畢業做個這種設計?。空纠锾焯於加幸粯有形娘L格和內容的所謂PRD…公司里PRD寫成這樣怕不是要被開發罵死,產品需求文檔和交互文檔是2個東西
好的謝謝批評與指點,我是新上路的小白,我會繼續努力的,再次感謝!
公司里應該怎么寫?
那你說的PRD應該怎么寫