創(chuàng)建一個符合所有用戶期望的App并不容易。移動App領域已經人滿為患。在這里，只有所有方面滿足用戶的App才有發(fā)展。應用商店現在是一個非常擁擠的地方。以iOS和Android官方應用商店為例，他們總共群集了數百萬個App。移動App開發(fā)商常常擔心迷失在這樣個大的海洋中。
移動用戶對于他們想要將哪些App留在他們的設備上以及他們應該放棄哪些App有點挑剔。但諸如裝載時間、迷人的用戶界面以及快速響應時間等方面會影響他們。因此，如果一個App具有這些功能好處，如果它讓用戶有安全感，它可能會長時間留在他們的設備上。只有20％的App有這些功能，也只有這些在下載后使用了一次以上。用戶為更好的App而刪除掉其它的App。

不改善App的性能是不可能在如此擁擠的市場獲取成功的。移動App開發(fā)商深知這一真理。他們都在努力提高自己App的速度、可擴展性和功率。以下是每一個移動App開發(fā)中的三個最高挑戰(zhàn)：

1.獲得良好的性能很難
等待一個網頁打開要幾秒鐘使用戶痛苦，它使他們感到灰心。47%的用戶會關掉加載時間超過兩秒的頁面。同樣的趨勢似乎也被應用在移動App上，幾乎有一半的用戶期望移動App加載的時間少到2秒以內。對于移動App開發(fā)商來說，制作一個響應如此快速的App是一個很大的挑戰(zhàn)。他們持續(xù)生活在一個矛盾中：App需要更多數據去運轉,且這導致它們的加載速度更慢，而用戶希望通過使用最小的所需數據更快地獲取App。
?使用盡可能少的數據開發(fā)App
移動App開發(fā)商需要努力將加載時App使用的數據減到最少。App所需的數據越多，其加載速度就會越慢。
?舊的方法也可適用
通常情況下，我們需要稍稍回頭去解決這些類型的問題。記住網頁開發(fā)者多年來是如何忍受加載時間的。當網頁開發(fā)開始變得更加復雜和需要更多數據的時候他們經歷了更多的問題。然后他們發(fā)現了創(chuàng)建生活在一個設備歷史記憶中的靜態(tài)的登陸頁面。憑借這個功能，每當下次加載時，一個網頁只需要一丁點數據。它僅僅需要在其之上進行更新。這一舉措極大地增加了網頁加載速度。
移動App開發(fā)者也可以將相同的理念應用到移動App開發(fā)上。以游戲App為例，應用這一理念，App只需要加載最新的位置變動而不是整個界面，其結果是數據消耗更少。
2.越來越多的用途如同一個祝福和一個詛咒
許多App開發(fā)人員傾向于認為，一旦他們的App獲取與用戶的牽引，他們就能松口氣了。他們認為自己的工作已經完成;然而，此時他們的工作實際上才開始。
?為App做好處理突發(fā)流量的準備
讓我們談談去年發(fā)生的StubHub App事件。在職業(yè)棒球大聯盟賽季的開幕當天，該App由于流量過大而崩潰了。背后的移動App開發(fā)商看到了他們的App是如何因為巨大的需求而失敗的。最后，球迷都感到很沮喪且自然APP相比競爭對手也失去了大量的銷售額。這表明缺乏規(guī)劃，開發(fā)商并沒有在App開發(fā)時作好其App處理超過預期流量的準備。
?注意性能水平
移動App開發(fā)人員需要不斷注意性能水平，因為在App發(fā)布后會出現重大改變需求。App應該早已擴展到處理大量的流量。它尤其適用于那些在線賣服務/產品的App。
3.移動設備功率的限制
移動App開發(fā)商需要定制他們的App以處理設備的物理挑戰(zhàn)，如電池。以美國為例，成人每天在他們的移動設備上花費將近三個小時。用戶認識到一款App不僅僅是在UI和體驗方面不好，而且在有效利用設備電池方面也很差，最終，即使他們喜歡其部分功能也會刪掉這樣的App。
?提高資源利用效率
當移動App開發(fā)涉及到衡量其資源利用效率時，它應該獲得最高分。它首先要看App需要運行多少數據。一個好的解決辦法是盡量減少多余的下載。為此，開發(fā)者將需要在客戶端執(zhí)行一個訂閱模型，以在每次出版商更新時顯示改變。
?減小內容大小
移動App開發(fā)人員所能做的第二件事情是減小內容的大小。這將有助于他們優(yōu)化性能和用戶體驗。它的一個很好的例子是，他們減少圖像的大小，那么當服務器發(fā)送圖像到App上時在用戶設備上消耗的數據會更少。事實上，它也會節(jié)省電池壽命。