善用Axure寫PRD，全面通用的移動端產(chǎn)品規(guī)范V2.0.doc

《善用Axure寫PRD，全面通用的移動端產(chǎn)品規(guī)范V2.0.doc》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。

1、善用Axure寫PRD，全面通用的移動端產(chǎn)品規(guī)范V2.0　　對于初級PM，會被動的感覺到技術(shù)會反復(fù)的問一些共性問題，比如頁面如何加載、如何跳轉(zhuǎn)，網(wǎng)絡(luò)不好如何呈現(xiàn)，是否需要全局埋點(diǎn)統(tǒng)計數(shù)據(jù)。對于高級PM，會主動的整理出一套通用的產(chǎn)品規(guī)范來處理APP的各種設(shè)計問題，甚至參與到搭建和重構(gòu)客戶端框架。　　善用Axure寫PRD，全面通用的移動端產(chǎn)品規(guī)范V2.0　　對于初級PM，會被動的感覺到技術(shù)會反復(fù)的問一些共性問題，比如頁面如何加載、如何跳轉(zhuǎn)，網(wǎng)絡(luò)不好如何呈現(xiàn)，是否需要全局埋點(diǎn)統(tǒng)計數(shù)據(jù)。對于高級PM，會主動的整理出一套通用的產(chǎn)

2、品規(guī)范來處理APP的各種設(shè)計問題，甚至參與到搭建和重構(gòu)客戶端框架?！　∩朴肁xure寫PRD，全面通用的移動端產(chǎn)品規(guī)范V2.0　　對于初級PM，會被動的感覺到技術(shù)會反復(fù)的問一些共性問題，比如頁面如何加載、如何跳轉(zhuǎn)，網(wǎng)絡(luò)不好如何呈現(xiàn)，是否需要全局埋點(diǎn)統(tǒng)計數(shù)據(jù)。對于高級PM，會主動的整理出一套通用的產(chǎn)品規(guī)范來處理APP的各種設(shè)計問題，甚至參與到搭建和重構(gòu)客戶端框架。　　　　產(chǎn)品規(guī)范的由來　　像UI設(shè)計師有統(tǒng)一的視覺規(guī)范、UE設(shè)計師有公認(rèn)的交互規(guī)則、服務(wù)端RD自己的設(shè)計模式，客戶端RD有各種前端框架調(diào)用?！　《诋?dāng)下的互聯(lián)網(wǎng)環(huán)

3、境下，PM其實(shí)一直沒有所謂的通用產(chǎn)品規(guī)范。也許是因?yàn)镻M大部分是非科班出身，有可能是因?yàn)楣ぷ鞣秶：?，更有可能是因?yàn)镻M需要介入每個環(huán)節(jié)而無法專精。　　我根據(jù)自己的PM經(jīng)驗(yàn)，將這幾年的產(chǎn)品文檔剝離掉具體業(yè)務(wù)，整理了一套全面通用的移動端產(chǎn)品規(guī)范，希望對大家有點(diǎn)幫助?！　‘a(chǎn)品規(guī)范是是什么　　定義產(chǎn)品在原型、視覺、交互、實(shí)現(xiàn)等階段，需要團(tuán)隊成員遵守的通用規(guī)則。　　為什么是V2.0　　之前寫過《PRD1.0分享：全面通用的移動端產(chǎn)品需求文檔》，里面其實(shí)包含不少這方面的知識。這次分享更加系統(tǒng)化，并且力求以很好的結(jié)構(gòu)思維來呈現(xiàn)。　

4、　預(yù)覽我的PRD規(guī)范　　在線查看唯一更新網(wǎng)址，獲取原型點(diǎn)擊下載?！　」δ芤?guī)范　　設(shè)計功能的時候應(yīng)該遵循的規(guī)范，慢慢整理中。　　比如功能盡量模塊化，盡量解耦。　　比如很多功能應(yīng)該采用SDK，而不是自己開發(fā)?！　”热鐣r間顯示應(yīng)該有統(tǒng)一的規(guī)范，不應(yīng)該一會兒是1分鐘前一會兒是60秒前?！　≡鸵?guī)范　　包括設(shè)定原型的尺寸，創(chuàng)建原型，發(fā)布原型，查看原型的步驟。之前寫過相關(guān)的文章，《為什么375×667是移動端原型設(shè)計的最佳分辨率》，《如何設(shè)置手機(jī)APP原型尺寸》，《如何生成適配手機(jī)的原型》。　　　　視覺規(guī)范　　指視覺元素需要遵循統(tǒng)一

5、的視覺設(shè)計規(guī)則，所謂UI元素是我們應(yīng)用程序里可以看見的任何可視內(nèi)容?！　　　№撁妗　№撁姘凑帐褂妙愋蛠韯澐郑蟾庞袉禹?、閃屏頁、故事板、主界面、Hybird頁，普通頁面?！　凇　∫话惴譃闋顟B(tài)欄、導(dǎo)航欄、搜索欄、工具欄、標(biāo)簽欄?！　】丶　√嗔?，常見的有文本框、按鈕、表格、圖片，具體的請下載原型或者查看在線原型?！　∨R時視圖　　需要讓用戶停下當(dāng)前操作的必須操作，一般顯示在頁面上一層?！　”热缇婵?，用于告知用戶一些會影響到他們使用APP或設(shè)備的重要信息?！　?nèi)容視圖　　內(nèi)容視圖是整個APP信息展示的主要形式，比如列表

6、、卡片、集合視圖等。　　顧名思義，用來展示內(nèi)容?！　〗换ヒ?guī)范　　包含頁面的交互、狀態(tài)的切換、如何定義熱區(qū)范圍、邊界問題、常見輸入字段。詳見之前的文章《APP文本框通用的輸入規(guī)則》?！　　　》枪δ苄孕枨蟆　≤浖a(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性?！　　　∶?guī)范　　命名規(guī)范的作用　　PRD的目的是定義產(chǎn)品和傳達(dá)需求，表達(dá)形式其實(shí)就2種圖+文。對圖文的命名直接影響著需求是否能夠準(zhǔn)確傳達(dá)?！　　　】偨Y(jié)　　以上內(nèi)容是從PM的思路來通盤考慮產(chǎn)品開發(fā)的每一個階段，梳理出的交付給UI、RD的PRD規(guī)范。其實(shí)還不夠有

7、深度和全面，甚至大綱還可以繼續(xù)拓展?！　∧撤N程度上你可以認(rèn)為這是一份提供給PM童鞋設(shè)計產(chǎn)品的SDK工具包，大部分內(nèi)容可以直接拿到自己的APP項(xiàng)目中應(yīng)用。