對(duì)于App開發(fā)人員來(lái)說只有定位和創(chuàng)意是遠(yuǎn)遠(yuǎn)不夠的，這就像開車，只知道一個(gè)大致的方向和去哪兒，而對(duì)路況不熟悉是很難到達(dá)終點(diǎn)的。因此，制作App需要有更具體的設(shè)計(jì)思路，然后運(yùn)用科學(xué)的方法，按照預(yù)設(shè)的思路去一步步地努力實(shí)現(xiàn)。深圳APP開發(fā)公司根據(jù)多年經(jīng)驗(yàn)，整理出APP項(xiàng)目開發(fā)前的策劃是需要注意的幾個(gè)方面。
（1）設(shè)置App架構(gòu)圖App的架構(gòu)圖通常有三類，分別為NativeApp架構(gòu)、WebApp構(gòu)架和HybridApp構(gòu)架。每種App的運(yùn)作原理、內(nèi)部結(jié)構(gòu)是不同的，給用戶帶來(lái)的體驗(yàn)也不同。
①NativeApp構(gòu)架NativeApp也叫本地App，是一種基于智能手機(jī)的本地操作系統(tǒng)，使用原生程式編寫運(yùn)行的第三方應(yīng)用程序，如IOS、Android、WP。這類App包含界面展現(xiàn)、業(yè)務(wù)邏輯、數(shù)據(jù)模型三個(gè)部分，NativeApp架構(gòu)模型如圖2-9所示。
NativeApp架構(gòu)模型以手機(jī)導(dǎo)航類App為例，這類應(yīng)用常使用這類操作系統(tǒng)開發(fā)界面。利用此調(diào)度業(yè)務(wù)邏輯，當(dāng)需要展現(xiàn)地圖時(shí)，系統(tǒng)就會(huì)使用經(jīng)緯度坐標(biāo)訪問服務(wù)器上的地圖服務(wù)，從服務(wù)器獲取地圖數(shù)據(jù)，解析后再通過界面繪制出來(lái)。在這樣的交互作用下，服務(wù)器端的服務(wù)獨(dú)立性更強(qiáng)，其業(yè)務(wù)形態(tài)可完全由客戶端控制和調(diào)度。
●優(yōu)勢(shì)：使用了客戶端的眾多特性，客戶端的表現(xiàn)力相當(dāng)豐富，性能較高，用戶體驗(yàn)也比較出色。
●劣勢(shì)：客戶端的開發(fā)工作量大，邏輯復(fù)雜；客戶端不利于移植，必須針對(duì)不同的操作系統(tǒng)進(jìn)行單獨(dú)的適配開發(fā)工作；客戶端軟件升級(jí)和維護(hù)困難；服務(wù)器端要支持多客戶端，難于擴(kuò)展。
②WebApp構(gòu)架WebApp是指基于Web系統(tǒng)的一種應(yīng)用，簡(jiǎn)單的WebApp可以是個(gè)網(wǎng)頁(yè)，復(fù)雜的WebApp可以是專業(yè)人員使用的，具有全套服務(wù)的大型的、復(fù)雜的Web站點(diǎn)。它包括完整的Web站點(diǎn)、Web站點(diǎn)專門功能以及在Internet、Intranet或ExtraNet上的信息處理應(yīng)用。這類App包含“網(wǎng)頁(yè)展現(xiàn)”、“業(yè)務(wù)邏輯”、“數(shù)據(jù)存儲(chǔ)”三個(gè)部分，WebApp架構(gòu)模型具體如圖2-10所示。
WebApp架構(gòu)模型這種架構(gòu)的App客戶端不再需要開發(fā)工作，可直接利用使用內(nèi)置的瀏覽器與用戶交互。服務(wù)器端以HTML5、CSS3、JavaScript作為前端供瀏覽器展示，其他服務(wù)器端技術(shù)進(jìn)行業(yè)務(wù)邏輯和數(shù)據(jù)庫(kù)管理。
優(yōu)勢(shì)：無(wú)客戶端，不需要專門的開發(fā)和移植工作。即使使用WebView控件的客戶端，也易于開發(fā)和移植。代碼全部在服務(wù)器端易于擴(kuò)展和升級(jí)。劣勢(shì)：服務(wù)器端開發(fā)工作量大，邏輯復(fù)雜；界面響應(yīng)稍慢，性能弱；難于使用設(shè)備的特性，例如傳感器、GPS定位、本地文件系統(tǒng)等。
③HybridApp構(gòu)架HybridApp是Native和Web構(gòu)架的綜合體，其功能也融合了兩種模式的優(yōu)勢(shì)。兩者的結(jié)合可以有效地形成互補(bǔ)，這就像在B/S結(jié)構(gòu)上增加瀏覽器插件一樣，是二者融合的結(jié)果。兩者雖然合為一體，但在分工上卻很明確，有所側(cè)重，如性能、體驗(yàn)、設(shè)備特性、本地?cái)?shù)據(jù)管理的部分采用Native方式，其余的部分采用Web方式，HybridApp架構(gòu)模型具體如圖2-11所示。
HybridApp架構(gòu)模型目前，采用這種融合模式的App正在日漸增多，既可以發(fā)揮本地應(yīng)用的優(yōu)勢(shì)，又能有機(jī)地整合后端資源。對(duì)于需要本地化的部分，繼續(xù)采用操作系統(tǒng)的API接口進(jìn)行客戶端開發(fā)，對(duì)于適合Server端的部分，可通過嵌入WebView等瀏覽器控件的方式進(jìn)行實(shí)現(xiàn)，也可以采用像PhoneGap這樣的框架來(lái)消除網(wǎng)頁(yè)展現(xiàn)中難于使用設(shè)備本身特性的缺點(diǎn)。
（2）豐富App畫面①合理設(shè)置結(jié)構(gòu)圖制作結(jié)構(gòu)圖是App設(shè)計(jì)的重要一步，畢竟手機(jī)屏幕是有限的，在同一界面不可能把所有內(nèi)容都展現(xiàn)出來(lái)。因此，需要按照重要性程度進(jìn)行設(shè)置，使其以不同組合、不同層次循序漸進(jìn)地展現(xiàn)出來(lái)。例如，很多網(wǎng)購(gòu)App，會(huì)在首頁(yè)優(yōu)先展示優(yōu)惠、特賣等廣告信息圖片，其他內(nèi)容則將在頂部和底部出現(xiàn)文字或其他形式的提示，或者直接讓宣傳廣告占滿首頁(yè)位置，其他內(nèi)容則通過導(dǎo)航安排在下一頁(yè)。我們以一個(gè)G購(gòu)物類App為例，看其是如何設(shè)置首頁(yè)信息的，某購(gòu)物App結(jié)構(gòu)示意如圖2-12所示。
某購(gòu)物App結(jié)構(gòu)示意一個(gè)優(yōu)秀的結(jié)構(gòu)設(shè)計(jì)可以幫助用戶在App首頁(yè)就獲得最重要的內(nèi)容，并且在需要其他功能時(shí)，能夠通過翻閱或者切換操作輕松實(shí)現(xiàn)。
②優(yōu)化每個(gè)功能流程細(xì)化每個(gè)部分的流程，通過細(xì)化流程，可以將整個(gè)App連接成一個(gè)有機(jī)的整體，通過數(shù)據(jù)交換等形式實(shí)現(xiàn)各種功能相通，打通App各部分之間的數(shù)據(jù)交流并輕松實(shí)現(xiàn)用戶需要的各種功能的有效連接，以便給用戶帶來(lái)高質(zhì)量的用戶體驗(yàn)。
③插入圖片和動(dòng)畫一個(gè)吸引力超強(qiáng)的圖片或動(dòng)畫有利于用戶更好地關(guān)注并使用App，增加用戶使用App的欲望和興趣。常用的App圖片和動(dòng)畫的存在形式可分為以下2種。?
第1種：展示App的主要功能。這種介紹經(jīng)常出現(xiàn)在App初次啟動(dòng)時(shí)的界面，用一系列圖片連續(xù)向用戶展示App的功能、特點(diǎn)和使用方法等。
?第2種：展示App中的隱含功能以及一些便捷手勢(shì)操作。這種介紹通常在用戶使用到相關(guān)功能時(shí)展現(xiàn)，能夠幫助用戶更加全面地了解這款A(yù)pp。
（3）制造故事情節(jié)App營(yíng)銷并不像傳統(tǒng)的廣告那樣，只是單純地、機(jī)械地將產(chǎn)品信息傳遞給用戶，它需要營(yíng)造一個(gè)場(chǎng)景、講述一個(gè)故事，將產(chǎn)品放置在特定的場(chǎng)景之中，通過場(chǎng)景讓用戶自動(dòng)自覺地對(duì)產(chǎn)品產(chǎn)生購(gòu)買需求。如星巴克“鬧鐘”EarlyBird（早起鳥），是星巴克在2012年開發(fā)的一款手機(jī)App，這款A(yù)pp被譽(yù)為當(dāng)年最成功、影響力最大的應(yīng)用之一，如圖2-13所示。
星巴克鬧鐘App這款別具匠心的手機(jī)鬧鐘App，可提醒用戶到了設(shè)定起床的約定時(shí)間，用戶只需按提示點(diǎn)擊起床即可。同時(shí)，在點(diǎn)擊起床按鈕時(shí)還可得到一顆星，并且只要在1小時(shí)內(nèi)去任一星巴克店都能買到打折的咖啡……千萬(wàn)不要小看這款A(yù)pp，它讓用戶從睜眼的那刻便與星巴克聯(lián)系在了一起。好了，APP開發(fā)公司本文關(guān)于“怎樣策劃設(shè)計(jì)出方便實(shí)用的APP項(xiàng)目？”就分享到這里謝謝關(guān)注，博納網(wǎng)絡(luò)編輯整理。
