根據這幾年的產(chǎn)品運營(yíng)經(jīng)驗總結得來(lái)，不一定適合所有的移動(dòng)端APP團隊，但是對于大部分中小團隊還是比較有借鑒價(jià)值。移動(dòng)端APP原型設計，是方法論，所以適用于所有的原型軟件，并不局限于A(yíng)xure RP。

　　定保真

　　正式畫(huà)App原型之前，需要明確“原型該畫(huà)到什么程度”。因為它決定了PM的工作量多少以及產(chǎn)品上線(xiàn)的質(zhì)量。

　　原型畫(huà)到什么程度，一般取決于上級的要求，或者延續團隊之前的習慣。當然也可以根據團隊實(shí)際能力以及上線(xiàn)要求來(lái)優(yōu)化原型交付標準。

　　不建議大家按照所謂的高保真、中保真、低保真原型來(lái)理解。看上去劃分很，實(shí)際概念不清晰。所以我明確了他們的概念，方便大家理解其中的差異。

　　低保真=黑白線(xiàn)框圖，無(wú)交互

　　中保真=黑白線(xiàn)框圖，帶主要交互

　　高保真=配色線(xiàn)框圖，帶全部交互

　　一般來(lái)說(shuō)低保真原型就能夠滿(mǎn)足設計和開(kāi)發(fā)需求。如果給甲方看可以使用中保真原型。高保真原型除了裝B很少用到。

　　畫(huà)頁(yè)面

　　畫(huà)頁(yè)面是畫(huà)原型的必備工作，比如需要提前確定頁(yè)面的尺寸和位置，不過(guò)初級PM容易忽視關(guān)鍵步驟。

　　建議使用375×667來(lái)畫(huà)APP原型頁(yè)面，能夠上下兼容目前主流的所有屏幕分辨率。可參考舊文章《為什么375×667是移動(dòng)端原型的理想分辨率》。如果你的手機是Android，那么使用360×640也可以。其他尺寸畫(huà)頁(yè)面會(huì )影響視覺(jué)設計師畫(huà)出有一定誤差的視覺(jué)稿。

　　至于位置更少有PM關(guān)注，但是它影響著(zhù)你在手機上預覽原型的展示區域。像墨刀、xiaopu、justmind默認幫你把位置設為(0,0)，而Axure，mockplus是無(wú)限畫(huà)布需要PM手動(dòng)設置。不設置的后果就是手機上預覽原型的時(shí)候很難看到頁(yè)面內容。

　　確定頁(yè)面尺寸和位置后，接下來(lái)就是用原型軟件畫(huà)出一個(gè)個(gè)頁(yè)面。可參考舊文章《如何使用Axure規范的畫(huà)出頁(yè)面的線(xiàn)框圖》。

　　不是特別建議PM在原型階段就把頁(yè)面中的元素進(jìn)行配色，會(huì )妨礙了視覺(jué)設計師的發(fā)揮。當然如果你想提升自己對視覺(jué)的感覺(jué)，請配色之后只輸出黑白線(xiàn)框圖交付給視覺(jué)設計師(Axure是支持這樣的功能)。

　　加交互

　　如果你只畫(huà)了所有頁(yè)面，就交付給設計和開(kāi)發(fā)，那么無(wú)疑是低保真原型。建議加上主要交互，以中保真原型的標準交付給大家。

　　所謂的主要交互，先是指頁(yè)面之間的跳轉。這個(gè)做起來(lái)很簡(jiǎn)單，但是能夠展示整個(gè)產(chǎn)品的頁(yè)面關(guān)系。能夠讓設計和開(kāi)發(fā)快速的評估整個(gè)版本大概需要多少工作量。可參考舊文章《如何正確地畫(huà)出頁(yè)面流程圖》。

　　其次，可以把APP中的下導航、上導航、常見(jiàn)toast、彈層一并畫(huà)出來(lái)，方便讓大家了解頁(yè)面內的交互體驗。如果提前做成APP元件庫然后快速調用，效率就特別高。

　　不建議100%的把所有交互畫(huà)出來(lái)，部分交互特別復雜會(huì )浪費很多時(shí)間，還不如直接寫(xiě)文字邏輯表述。

　　定保真&畫(huà)頁(yè)面&加交互，這就是我理解的APP原型設計三部曲。

　　就我所知大部分初級PM只知道第二步“畫(huà)頁(yè)面”，往往忽視定保真和加交互的重要性。

http://www.ezekroy.com/jianzhanzhishi/6570.html 移動(dòng)端APP原型設計-深圳A(yíng)PP開(kāi)發(fā)