游戲PRD丨狼人殺APP產品需求文檔
最近關注狼人殺類APP,做了一份狼人殺APP的BRD、MRD、PRD和產品原型來練手的,還望大神多多指教,提提建議。
目錄
一、文檔說明
1.1 文檔屬性
1.2 歷史修訂記錄
1.3 產品綜述
1.4 名詞性術語
二、產品說明
2.1 產品信息結構圖
2.2 產品結構圖
2.3 產品流程圖
2.3.1 登錄注冊流程圖
2.3.2 關于游戲模式流程圖
三、全局功能說明
3.1 APP字體
3.2 打斷后重新打開APP
3.3 點擊空白區域或無網絡
3.4 頁面內交互
四、詳細功能說明
4.1 登錄頁
4.2 個人主頁
4.3 房間頁
五、產品線框圖
5.1 登錄頁
5.2 游戲頁
5.3 商城頁
5.4 消息頁
一、文檔說明
1.1 文檔屬性
1.2 歷史修訂記錄
1.3 產品綜述
1.4 名詞性術語
二、產品說明
2.1 產品信息結構圖
2.2 產品結構圖
2.3 產品流程圖
2.3.1 登錄注冊流程圖
2.3.2 關于游戲模式流程圖
三、全局功能說明
3.1 APP字體
3.2 打斷后重新打開APP
3.3 點擊空白區域或無網絡
3.4 頁面內交互
四、詳細功能說明
4.1 登錄頁
4.2 個人主頁
4.3 房間頁
五、產品線框圖
5.1 登錄頁
5.2 游戲頁
5.3 商城頁
5.4 消息頁
作者:Hart,微信號:811182803。目前在求職產品實習,若有需要的大大,望聯系我。
本文由 @Hart 原創發布于人人都是產品經理。未經許可,禁止轉載。
評論
求分享,627823150@qq.com
實習生能寫出這個不錯了
求大神分享2603383471@qq.com
求分享1936597576@qq.com
求分享1051304671@qq.com
請大神分享:1069266229@qq.com
請大神分享:1286628813@qq.com
求大神分享.364228810@qq.com
,最近才開始轉產品,是產品的小白,同求Axure套件和文檔,謝樓主分享,865373392@qq.com
求大神分享994181132@qq.com
561228298@qq.com求全套文件
請大神分享到我郵箱,5691757@qq.com,萬分感謝
請大神分享到我郵箱,919092099@qq.com,萬分感謝
求大神分享到我郵箱,cc521z@126.com 萬分感謝
謝謝大神的分享,剛剛進入互聯網行業,完完全全的產品小白,看到你的文章感覺很用心很規范,想求你的全套文檔,跪求發到我的郵箱lujingting1993@163.com 跪謝大神~~
求大神分享380952684@qq.com
求大神分享,郵箱1141059209@qq.com
876561331@qq.com求全套文件
hangzyang@gmail.com,前輩多指教。
老司機,求帶303514683@qq.com
大神求Acure套件和文檔,13631336300@163.com
么么噠
大神 求Axure套件和文檔,謝分享,954446575@qq.com
大神,求Axure套件和文檔,謝分享,774370048@qq.com
確定信息架構沒問題?其實我是不太懂信息架構的,而且講真,我是不太明白為什么小產品的PRD需要包括這個信息架構的。
我的理解:
一個信息架構由三個要素決定:用戶、內容以及情境。
主要就是用戶和內容,如果更細分的話,用戶是不是需要把昵稱、頭像、介紹、密碼等等一些與用戶有關的信息加上,內容是不是需要有針對意義的進行分類(我的理解:信息架構的分類與產品結構分類應該不一樣,其分類更廣泛,適用于同類信息的聚合,比如:一個視頻網站的信息架構內容部分是否可以分為:影視內容、直播內容等,然后影視內容下面再進行細分為電視劇、電影等),還有互動部分,用戶之間怎么相互交流的,評論與點贊、分享等可以放到這部分里面。
總結:信息架構之我的理解:需求分析→針對需求分析設計相應功能→功能打散重組分類→形成信息架構(自下而上的信息架構設計);還有自上而下的架構設計之我的理解:因為許多網站或APP都有同類競品,即使一些APP沒有同類競品,但是其中的某些元素其實早就已經有約定俗稱的設計框架了。比如XX視頻APP中的興趣圈,這個是不是與傳統論壇有那么一點相似?還有許多東西在傳統的網站上都能找到一些影子。這時就可以自上而下進行設計,然后填充信息了。
信息的梳理,我覺得是需要按照用戶任務進行梳理。
信息架構主要是信息之間的聯系,至于功能或者更細的層次分類我覺得是次要的。
PS:以上,個人看法,不知道對不對。主要問題是看了許多人的信息架構,發現許多人的信息架構設計從邏輯上看并無相似性。還有許多人的流程圖為求簡介(有些按照用戶任務流進行設計的卻并未標注在流程中的行為,是什么行為讓用戶從一個頁面過度到另一個頁面的?),導致可讀性不強,估計這個流程圖也是需要交流的吧。
最后,看了許多人的信息架構模板以及自己的總結和思路,發現還是存在問題。主要是信息架構這個東西,個人覺得相當專業,一般人玩不來,然后呢,我看了,許多人就簡單放了張圖在上面,但是到底對產品設計思路有沒有帶來幫助,個人覺得,如果你的信息架構就是那么簡單,那么也許并不會有任何幫助。因為許多地方與功能架構重疊了。如果要分成兩張圖,還不如來張信息架構功能圖呢?
廢話連篇,鑒定完畢,多看書
我比較贊同你的說法,我目前文檔上不會去寫架構圖,通常用本次開發的具體功能列表代替,說明開發的功能點。
流程圖前面用用例列表來說明用戶的幾種操作,每個用例對應一個流程。
最后的原型下面會有個字段說明,在各種狀態或異常發生時,每個字段的參數內容是什么。
求大神分享,75187064@qq.com 非常感謝闔家幸福
求線框圖套件和文檔,郵箱1157791562@qq.com,萬分感謝