?每天，數(shù)以千計的移動APP都會發(fā)布到 Google Play 和 Apple App Store。其中一些移動APP是游戲，另一些是社交網(wǎng)絡(luò)，還有許多是電子商務(wù)APP。所有這些APP，如果是專業(yè)構(gòu)建的，都應(yīng)該遵循類似的移動APP開發(fā)流程。在北京天品互聯(lián)，我們已經(jīng)構(gòu)建了 350 多個網(wǎng)絡(luò)和移動APP。在本文中，我將概述我們遵循的戰(zhàn)略、設(shè)計和開發(fā)流程。

每個APP都不同，我們的方法也在不斷發(fā)展，但在開發(fā)移動APP時，這是一個相當(dāng)標(biāo)準(zhǔn)的流程。此移動APP開發(fā)流程通常包括構(gòu)思、策略、設(shè)計、開發(fā)、部署和發(fā)布后階段。

主意

聽起來很老套，所有偉大的APP都是從想法開始的。如果您沒有APP的想法，最好的起點是訓(xùn)練自己始終從問題和潛在解決方案的角度思考問題。你想讓你的大腦本能地問“我們?yōu)槭裁匆@樣做？” 或“有沒有更好的方法來解決這個問題？” 如果您能發(fā)現(xiàn)問題或市場效率低下，那么您的想法就成功了一半！

接下來要做的是了解為什么會存在這個問題，并思考為什么以前沒有其他人制作過一個APP來解決這個問題。與有此問題的其他人交談。盡可能讓自己沉浸在問題空間中。一旦你完全掌握了問題，就開始評估移動APP如何解決問題。

這就是了解移動APP可以做什么非常有價值的地方。我們經(jīng)常被問到，“這可能嗎？” 幸運的是，答案通常是肯定的，但這個答案必須是合理的。您即將在APP上投入大量時間和金錢，因此現(xiàn)在是挑戰(zhàn)您想法的有效性和可行性的時候了。

戰(zhàn)略

競賽

一旦你有了一個想法，你就需要為你的APP的成功做計劃。最好的起點之一是確定您的競爭對手。查看是否有任何其他APP具有類似目的，并查找以下內(nèi)容：

• 安裝次數(shù)- 查看是否有人在使用這些APP。
• 評分和評論- 查看人們是否喜歡這些APP以及他們喜歡/不喜歡這些APP的哪些方面。
• 公司歷史- 了解這些APP如何隨著時間的推移發(fā)生變化，以及他們在此流程中面臨的挑戰(zhàn)。試著看看他們做了什么來擴大他們的用戶群。

這個流程有兩個主要目標(biāo)。首先，盡可能多地免費學(xué)習(xí)。犯錯誤是耗時、令人沮喪和昂貴的。通常，您必須嘗試幾種方法才能正確使用。為什么不通過向競爭對手學(xué)習(xí)經(jīng)驗來節(jié)省一些迭代呢？第二個是了解在市場上競爭的難度。人們渴望新的解決方案嗎？是否有一些利基沒有被現(xiàn)有選項填補？了解存在哪些差距并定制您的解決方案以滿足它們。如果您的想法是全新的，請尋找其他“率先上市”的APP，并研究它們?nèi)绾巫屜M者了解他們的新產(chǎn)品。

貨幣化

除非您只是為了自己的利益而構(gòu)建APP，否則您可能希望通過您的移動APP賺錢。有幾種貨幣化方法可行，包括：應(yīng)用內(nèi)購買、訂閱支付、高級功能、廣告收入、銷售用戶數(shù)據(jù)和傳統(tǒng)付費應(yīng)用。要確定哪個最適合您的APP，請查看市場期望支付的費用以及他們希望如何為類似服務(wù)付費。您還需要考慮從什么時候開始通過應(yīng)用獲利。太多的APP（尤其是初創(chuàng)公司）跳過了這一步，以后很難盈利。

營銷

移動APP開發(fā)流程中的這一步就是確定您在營銷APP時將面臨的最大挑戰(zhàn)。假設(shè)您擁有可靠的APP開發(fā)和APP設(shè)計團(tuán)隊，您最大的障礙可能是推動APP的采用。應(yīng)用商店中有數(shù)以千計的漂亮且非常有用的應(yīng)用，它們根本不用。此時，您需要了解您的營銷預(yù)算和方法。在某些情況下（例如內(nèi)部使用的APP或 B2B APP），您甚至可能不需要營銷。

路線圖（MVP）

策略流程的最后階段是定義應(yīng)用的路線圖。此流程的目標(biāo)是了解您的APP有一天會變成什么，以及它需要在第一天取得成功。這一天的第一個版本通常被稱為您的最小可行產(chǎn)品 (MVP)。在此流程中，將您希望APP執(zhí)行的所有操作都寫在白板上會很有幫助。然后開始按優(yōu)先級對這些項目進(jìn)行排名?？紤]您的APP的核心功能是什么，獲得用戶需要什么，以及以后可以添加什么。如果您認(rèn)為用戶可能需要某些功能，那么它們很可能是后續(xù)版本的絕佳候選者。當(dāng)您通過 MVP 獲得用戶時，您可以征求有關(guān)需要哪些附加功能的反饋。APP監(jiān)控（本文后面會介紹）也可以幫助完成此流程。

用戶體驗設(shè)計

信息架構(gòu)

信息架構(gòu)是您決定需要在APP中呈現(xiàn)哪些數(shù)據(jù)和功能以及如何組織這些數(shù)據(jù)和功能的流程。通常，我們通過寫下我們希望APP執(zhí)行的功能列表以及需要在APP某處顯示的內(nèi)容來開始此流程。這些是我們將用來構(gòu)建線框的基本構(gòu)建塊。

我們使用的工具：白板和鉛筆和紙

線框

接下來，我們開始創(chuàng)建屏幕并分配每個功能和數(shù)據(jù)。如果有些東西住在多個地方也沒關(guān)系，但你需要確保每件物品都有一個家。這個流程最初通常在白板或紙上進(jìn)行。您想在此處進(jìn)行更改，而不是在此流程的后期進(jìn)行，因為擦除一些標(biāo)記比重寫代碼便宜得多。繪制好幾個屏幕后，開始考慮您的APP的工作流程。

我們使用的工具：白板、鉛筆和紙、香脂和素描

工作流程

工作流是用戶可以在您的APP中旅行的途徑?？紤]您希望用戶能夠執(zhí)行的每項操作，并查看完成該操作需要多少次點擊。確保每次點擊都是直觀的。如果某些事情需要點擊幾下才能完成，那可能很好，但不應(yīng)該點擊幾下即可執(zhí)行常見任務(wù)。當(dāng)您發(fā)現(xiàn)工作流程存在問題時，請更新您的線框并重試。請記住在每次迭代中運行所有功能，以確保您沒有為了改進(jìn)另一個動作而增加一個動作的難度。

我們使用的工具：白板、鉛筆和紙、Invision

點擊模型

點擊模型可幫助您測試線框和工作流程。它們基本上是一種在手機上體驗線框以進(jìn)行更真實測試的方式。例如，我們的客戶只需收到一個鏈接，當(dāng)在他們的手機上打開該鏈接時，他們就可以點擊線框。盡管此時APP沒有任何功能，但他們可以單擊APP中的每個頁面并開始測試APP的導(dǎo)航。當(dāng)您在此步驟中發(fā)現(xiàn)問題時，請對您的線框進(jìn)行更改并進(jìn)行迭代，直到您滿意為止。

我們使用的工具：Invision

用戶界面設(shè)計

風(fēng)格指南

樣式指南基本上是APP設(shè)計的構(gòu)建塊。擁有完善的風(fēng)格指南將極大地幫助您提高APP的可用性。您不希望一個屏幕上的號召性用語按鈕為藍(lán)色且位于底部，而是綠色且位于另一個屏幕的標(biāo)題中。通過擁有一致的設(shè)計語言，用戶更有可能在您的應(yīng)用中感到舒適。

確定APP的樣式指南有很多內(nèi)容。您需要考慮您是誰以及您的客戶將是誰。你的APP會在晚上使用嗎？那么也許深色主題效果最好，以免使您的用戶失明。它會主要由忙碌的員工使用嗎？盡量減少混亂，讓你的主要觀點得到理解。經(jīng)驗豐富的設(shè)計師或設(shè)計團(tuán)隊擁有廣泛的產(chǎn)出，可以提供非常適合您和您的客戶的APP。此階段的輸出是一組顏色、字體和小部件（按鈕、表單、標(biāo)簽等），它們將從您的APP設(shè)計中提取。

渲染設(shè)計

渲染設(shè)計是獲取線框并用樣式指南中的元素替換灰度元素的流程。每個線框屏幕都應(yīng)該有一個渲染屏幕。在這個流程中盡量忠于你的風(fēng)格指南，但你不必教條主義。如果您發(fā)現(xiàn)自己想要一種新的或改變的風(fēng)格，請隨時更新或修改您的風(fēng)格指南。當(dāng)這個階段完成時，只要確保你的設(shè)計是一致的。

我們使用的工具：白板、鉛筆和紙以及素描

渲染的點擊模型

渲染完所有屏幕后，返回點擊模型APP并再次測試您的APP。這是移動APP開發(fā)流程中您真正想要花時間的步驟。盡管APP已經(jīng)付出了相當(dāng)大的努力，但在此之后，更改的成本可能會越來越高?？梢詫⑵湟暈樵跐仓课莼炷林安榭雌矫鎴D。幸運的是，移動APP開發(fā)比構(gòu)建更具適應(yīng)性，但從這些方面考慮可能是最具成本效益的。

我們使用的工具：Invision

設(shè)計到開發(fā)的交接

在為您的APP的形式和功能付出了如此多的努力之后，您的開發(fā)團(tuán)隊必須正確地實現(xiàn)這一愿景。移動APP開發(fā)流程中的這一步往往很糟糕，這總是讓我感到驚訝。這可能是由于許多組織和機構(gòu)只提供設(shè)計或開發(fā)服務(wù)，或者設(shè)計師和開發(fā)人員之間有時存在好斗的關(guān)系。不管是什么原因，我強烈建議找一個既能提供設(shè)計服務(wù)又能提供開發(fā)服務(wù)的團(tuán)隊，并且能妥善處理這個流程中的這一步。

有助于確保平穩(wěn)過渡和準(zhǔn)確實施的部分原因是正確使用可用工具。我們喜歡使用名為Zeplin的APP，這有助于開發(fā)人員快速獲取設(shè)計的樣式指南。但是，這并非萬無一失。Zeppelin 是一個很棒的工具，但有時它的指南并不準(zhǔn)確或不是最好的實現(xiàn)（例如，它可以使用顯式維度，而不是動態(tài)維度）。在這些情況下，如果您的開發(fā)人員也可以使用設(shè)計APP（例如 Sketch 或 Photoshop），那將是非常有益的。這里重要的是，您的團(tuán)隊不能簡單地猜測尺寸、十六進(jìn)制值（顏色）和定位。您的設(shè)計團(tuán)隊付出了巨大的努力來確保事物正確對齊和定位。您的開發(fā)團(tuán)隊的目標(biāo)應(yīng)該始終是像素完美的實現(xiàn)。

我們使用的工具：Zeplin

高級技術(shù)設(shè)計（技術(shù)棧）

有許多方法、技術(shù)和編程語言可用于構(gòu)建移動APP，每種方法、技術(shù)和編程語言都有自己的優(yōu)點和缺點。有些使用起來可能更便宜，但性能較差，而另一些可能需要更長的時間來實現(xiàn)并且過于矯枉過正。最壞的可能性是建立在垂死或不可靠的技術(shù)堆棧上。如果您犯了這個錯誤，您可能需要重新構(gòu)建您的APP或為開發(fā)人員繼續(xù)前進(jìn)支付額外費用。這就是為什么在這個流程中擁有一個經(jīng)驗豐富的可信賴的開發(fā)合作伙伴來做出這些決定是至關(guān)重要的。

前端（移動應(yīng)用）

對于前端開發(fā)，基本上有3種方法。它們是特定于平臺的原生、跨平臺原生和混合。以下是每種方法的簡要概述，以及一些更詳細(xì)地深入研究每種方法的文章。

• 原生APP開發(fā)- 使用這種方法構(gòu)建的APP是為每個移動平臺單獨編寫的。代碼不能在 Android 和 iOS 之間重復(fù)使用，但這些APP可以針對每個平臺進(jìn)行全面優(yōu)化。UI 可以看起來完全是原生的（因此它將適合操作系統(tǒng)）并且APP應(yīng)該可以流暢地運行。這通常是最昂貴的方法，但經(jīng)過多次嘗試和測試。
• 跨平臺原生- 使用這種方法構(gòu)建的APP有一些（或完全共享的）代碼，但仍以原生方式運行。用于此的常用技術(shù)是React Native、Xamarin和Native Script。這是各種方法之間的一個很好的中間地帶，因為它更具成本效益，但仍然可以針對每個平臺進(jìn)行優(yōu)化和設(shè)計。
• 混合- 混合APP使用 Web 技術(shù)（HTML、CSS、Javascript）構(gòu)建，并通過本機包裝器安裝。這可以使用Cordova、Phone Gap 和Ionic等技術(shù)來完成。這個選項可能是最便宜的，但也存在一些非?，F(xiàn)實的困難。

后端（Web API 和服務(wù)器）

服務(wù)器負(fù)責(zé)APP的大部分性能和可伸縮性。這里使用的技術(shù)類似于用于支持基于 Web 的APP的技術(shù)。在編寫代碼之前，您必須確定以下幾點：

• 語言- 有數(shù)十種語言可用于構(gòu)建您的 API。常用的語言有 Java、C#、Go-lang、javascript、PHP 和 Python。大多數(shù)語言也有許多可以使用的框架。

• 數(shù)據(jù)庫- 現(xiàn)代數(shù)據(jù)庫有兩種主要類型，SQL 和 noSQL。SQL 更傳統(tǒng)，幾乎在所有情況下都是最佳選擇。常見的 SQL 實現(xiàn)包括 MSSQL、MYSQL 和 PostgreSQL。除了選擇數(shù)據(jù)庫引擎之外，您還必須設(shè)計特定的數(shù)據(jù)庫模式。擁有可靠且組織良好的數(shù)據(jù)對于您的長期成功至關(guān)重要。因此，請確保這是經(jīng)過深思熟慮的。

• 托管環(huán)境（基礎(chǔ)設(shè)施） - 在此步驟中，您需要決定 API 和數(shù)據(jù)庫的托管位置和方式。此處做出的決定將有助于確定APP的托管成本、可擴展性、性能和可靠性。常見的托管服務(wù)提供商包括Amazon AWS和Rackspace。除了選擇提供商之外，您還需要規(guī)劃您的系統(tǒng)將如何隨著用戶群的增長而擴展?；谠频慕鉀Q方案允許您以實用程序的形式為資源付費，并根據(jù)需要進(jìn)行擴展和縮減。它們還有助于數(shù)據(jù)庫備份、服務(wù)器正常運行時間和操作系統(tǒng)更新。

開發(fā)與迭代

完善的移動APP開發(fā)是一個迭代流程。您可能聽說過術(shù)語“沖刺”或“敏捷方法”。這基本上意味著您將所有開發(fā)工作分解為更小的里程碑，并在一系列周期中構(gòu)建您的APP。每個周期將包括計劃、開發(fā)、測試和審查。關(guān)于此流程的書籍有整本書，因此本文將僅簡要概述每個步驟。如果您的公司選擇使用其他流程，這些步驟將非常相似，但每個步驟的順序和長度可能會有所不同。

規(guī)劃

沖刺的計劃階段涉及劃分當(dāng)前迭代期間要實施的任務(wù)列表。每項任務(wù)都需要明確定義的要求。一旦開發(fā)人員了解了這些需求，他們往往會估算完成每項任務(wù)所需的時間，這樣才能將任務(wù)平均分配，以確保 sprint 期間的工作量均衡。

開發(fā)人員還開始計劃在此階段解決分配給他們的問題的方法。熟練的軟件開發(fā)人員找到了在整個APP中智能地重用代碼的方法。這對于實現(xiàn)樣式和共享功能尤其重要。如果需要更改設(shè)計（相信我，有些事情會發(fā)生變化），您不希望不得不去許多地方更新代碼。相反，精心設(shè)計的軟件可以在選定的地方進(jìn)行更改，以進(jìn)行此類徹底的更改。

發(fā)展

在開發(fā)階段，您的開發(fā)團(tuán)隊將開始實現(xiàn)您的APP的樣式和功能。完成后，它們將被分配回項目經(jīng)理或 QA 測試人員進(jìn)行審查。優(yōu)秀的項目經(jīng)理能夠在此流程中通過在整個 sprint 中適當(dāng)?shù)刂匦路峙淙蝿?wù)來充分優(yōu)化開發(fā)人員的工作量。

重要的是，您的開發(fā)團(tuán)隊要充分了解整個APP的目標(biāo)以及他們正在開發(fā)的特定功能。沒有人比指定的開發(fā)人員更適應(yīng)該特定功能。他們應(yīng)該了解需求的意圖。如果某些事情開始變得沒有意義，通常是開發(fā)人員會第一個讓你知道。

在開發(fā)流程中，我們使用私有測試平臺（iOS 的 Testflight 和 Android 的 Google Play Beta）。這些允許我們將APP的開發(fā)中版本私下安全地分發(fā)給測試人員、客戶和其他開發(fā)人員。這些平臺會自動通知用戶新版本（因此每個人都在測試最新和最好的），提供崩潰報告，并可以確保只有經(jīng)過批準(zhǔn)的測試人員才能訪問您的APP。這是讓每個人都跟上進(jìn)度的好方法。在開發(fā)流程中，我們嘗試每周更新一到兩次 beta 版本。

測試

大多數(shù)測試應(yīng)由非開發(fā)人員或至少不是您應(yīng)用的主要開發(fā)人員的人員執(zhí)行。這將有助于確保更真實的測試體驗。在每個 sprint 期間應(yīng)該進(jìn)行幾種類型的測試。這些通常包括以下內(nèi)容：

• 功能測試- 測試以確保功能按照需求中的描述工作。通常，QA 團(tuán)隊會有一個測試計劃，其中包含一系列操作和所需的APP行為。

• 可用性測試- 測試以確保該功能對用戶友好且盡可能直觀。通常，在此步驟中引入新的測試人員以獲得“首次使用”體驗是有幫助的。

• 性能測試——你的APP可能運行良好，但如果顯示一個簡單的列表需要 20 秒，那么沒有人會使用它。性能測試通常在以后的 sprint 中更重要，但在您前進(jìn)時請注意APP的響應(yīng)能力。

• 裝配和完成測試——僅僅因為設(shè)計階段已經(jīng)完全通過，并不意味著你可以把你的設(shè)計師鎖在壁櫥里。設(shè)計人員應(yīng)審查每個功能并確保按照設(shè)計中的描述實現(xiàn)他們的愿景。這也是為什么擁有一個設(shè)計和開發(fā)機構(gòu)如此有益的另一個原因。

• 回歸測試——還記得上一個 sprint 的一個特性嗎？不要認(rèn)為它仍然有效，只是因為你上個月測試了它。優(yōu)秀的 QA 團(tuán)隊在每個 sprint 結(jié)束時都會有一個要執(zhí)行的測試列表，其中將包括以前 sprint 的測試。

• 特定于設(shè)備的測試- 世界上有數(shù)以萬計的設(shè)備和操作系統(tǒng)組合。測試時，請確保您在多種屏幕尺寸和操作系統(tǒng)版本上試用您的APP。有一些工具可以幫助自動執(zhí)行此操作，例如 Google 的 Firebase，但始終至少在少數(shù)物理設(shè)備上測試APP。

• 用戶驗收測試- 這是由應(yīng)用所有者或未來應(yīng)用用戶執(zhí)行的測試。記住您正在為誰構(gòu)建此APP，并在整個流程中獲得他們的反饋。如果一項功能通過了上述所有測試，但沒有通過這一項，那么它有什么用？

在此階段發(fā)現(xiàn)問題后，將任務(wù)重新分配給開發(fā)人員，以便解決問題并關(guān)閉問題。完成測試并完成每項任務(wù)后，繼續(xù)進(jìn)行審查。

審查

在每個 sprint 結(jié)束時，與每個利益相關(guān)者交談，并確定 sprint 是如何進(jìn)行的。如果有困難，試著從未來的沖刺中消除類似的問題。如果某方面進(jìn)展順利，請嘗試將其應(yīng)用到其他地方。沒有兩個項目是完全相同的，每個人都應(yīng)該在各自的角色中不斷進(jìn)步，所以在迭代的同時努力改進(jìn)。審核完成后，重新開始規(guī)劃階段并重復(fù)此流程，直到APP完成！

擴展審查

此時，您的APP應(yīng)該是完全可測試的并且功能完整（至少對于 MVP 而言）。在您花費大量時間和金錢進(jìn)行營銷之前，請花時間使用潛在用戶樣本來測試您的APP。有兩種主要方法可以解決這個問題。

專門小組

焦點小組涉及對以前從未見過該APP的測試人員或一組測試人員進(jìn)行采訪并進(jìn)行采訪。您想了解這些測試人員是誰，他們?nèi)绾瘟私庑翧PP，以及他們是否已經(jīng)在使用類似的APP。在進(jìn)入你的產(chǎn)品之前，試著從他們那里得到一些背景信息。接下來，讓您的測試人員開始使用您的APP。他們不應(yīng)在此流程中接受指導(dǎo)。相反，讓他們使用該APP，就好像他們剛剛在APP商店中找到它一樣?？纯此麄?nèi)绾问褂迷揂PP，并尋找常見的挫敗感。在他們完成使用該APP后，獲取他們的反饋。請記住，不要被任何一位測試人員過于強烈地指導(dǎo)，而是結(jié)合反饋并利用所有可用的反饋做出明智的決定。

Beta測試

除了焦點小組之外，或者代替焦點小組，您可以對您的應(yīng)用進(jìn)行測試版發(fā)布。Beta 測試涉及讓一組測試人員在現(xiàn)實世界中使用您的APP。他們使用該APP的方式就像它已經(jīng)啟動一樣，但數(shù)量要少得多。這些 Beta 測試人員通常是高級用戶、早期采用者，并且可能是您最好的客戶。確保他們感到受到重視和尊重。給他們充分的機會提供反饋，讓他們知道您何時以及如何更改APP。此外，Beta 測試是了解您的APP在各種設(shè)備、位置、操作系統(tǒng)和網(wǎng)絡(luò)條件下的表現(xiàn)的好時機。您必須為此步驟提供可靠的崩潰報告。如果出現(xiàn)問題但沒有被發(fā)現(xiàn)和診斷，這對你沒有好處。

細(xì)化

在這些延長的審查期之后，通常會有一個最終的開發(fā)沖刺來解決任何新發(fā)現(xiàn)的問題。在此流程中繼續(xù)進(jìn)行 beta 測試，并確保您的崩潰和問題報告正在下降。一旦您從測試人員那里獲得了所有信息，就該開始準(zhǔn)備部署了。

部署

將您的移動APP部署到世界有兩個主要組件。第一個涉及將 Web 服務(wù)器 (API) 部署到可擴展的生產(chǎn)環(huán)境中。第二個是將您的APP部署到 Google Play Store 和 Apple App Store。

Web API（服務(wù)器）

大多數(shù)移動APP需要服務(wù)器后端才能運行。這些網(wǎng)絡(luò)服務(wù)器負(fù)責(zé)將數(shù)據(jù)傳入和傳出APP。如果您的服務(wù)器過載或停止工作，該APP將停止工作。正確配置的服務(wù)器可擴展以滿足您當(dāng)前和潛在的用戶群，同時又不會產(chǎn)生不必要的昂貴費用。這就是“云”的用武之地。如果您的服務(wù)器部署到可擴展的環(huán)境（Amazon Web Services、RackSpace 等），那么它應(yīng)該能夠更好地處理流量高峰。對于大多數(shù)移動APP來說，擴展并不是很困難，但你要確保你的團(tuán)隊知道他們在做什么，否則你的APP可能會在它流行時崩潰。

應(yīng)用商店

將您的APP提交到APP商店是一個適度參與的流程。您需要確保您的APP已正確配置發(fā)布，為每個商店填寫多個表格，提交屏幕截圖和營銷材料，并編寫說明。此外，Apple 會手動審核提交到其應(yīng)用商店的所有應(yīng)用。他們可能會要求您對您的APP進(jìn)行更改以更好地遵守他們的規(guī)定。通常，您可以與 Apple 討論這些更改，并讓他們按原樣接受您的APP。其他時候，您可能需要進(jìn)行更改才能獲得入場許可。提交您的APP后，它將在當(dāng)天晚些時候在 Google 中上線，并在幾天內(nèi)在 Apple 中上線，前提是一切順利。

監(jiān)控

認(rèn)為移動APP開發(fā)流程在APP交付時結(jié)束是非常天真的。去看看任何中等流行的APP，你會看到APP更新的悠久歷史。這些更新包括修復(fù)、性能改進(jìn)、更改和新功能。徹底的監(jiān)控對于最好地了解需要什么樣的更新至關(guān)重要。以下是您應(yīng)該監(jiān)控的幾件事。

崩潰

有許多庫可用于可靠地跟蹤APP崩潰。這些庫包括有關(guān)用戶正在做什么、他們使用的設(shè)備以及大量技術(shù)信息，這些信息對于您的開發(fā)團(tuán)隊解決問題至關(guān)重要。APP可以配置為在發(fā)生崩潰時發(fā)送電子郵件/文本/警報?？梢韵鄳?yīng)地查看和分類這些崩潰。

我們使用的工具：Sentry和Bugsnag

分析

現(xiàn)代APP分析系統(tǒng)是信息的寶庫。他們可以幫助您了解誰在使用您的APP（年齡、性別、位置、語言等）以及他們?nèi)绾问褂盟ㄒ惶熘械臅r間、在APP中花費的時間、在APP中查看的屏幕等）。有些甚至允許您查看APP的熱圖，這樣您就可以知道每個屏幕上的哪些按鈕最常被點擊。這些系統(tǒng)為您的APP的使用方式提供了寶貴的一瞥。使用此信息可以最好地了解在哪里投資未來的努力。不要在APP中很少使用的部分進(jìn)行構(gòu)建，而是在有行動和最大增長潛力的地方進(jìn)行投資。

我們使用的工具：Facebook Analytics、Apptentive和Google Analytics

表現(xiàn)

前兩個監(jiān)控類別未涵蓋的一個重要指標(biāo)是您的APP的技術(shù)性能，即它的運行速度。我們部署的任何系統(tǒng)都有廣泛的性能監(jiān)控。我們能夠跟蹤一個動作發(fā)生了多少次以及該動作花費了多長時間。我們使用它來找到適合優(yōu)化的區(qū)域。我們還設(shè)置了警報，讓我們知道特定操作是否比預(yù)期慢，因此我們可以快速查看是否有任何問題。這些性能工具通常包含儀表板、報告和警報功能。

應(yīng)用商店管理

應(yīng)用商店評級和評論非常重要，尤其是對于較新的應(yīng)用。每當(dāng)您的列表上留下新評論時，請確保與評論者互動。感謝給您好評的用戶，并嘗試幫助那些感到沮喪的人。我已經(jīng)看到數(shù)百條差評變成了 5 星，只是提供了一點客戶服務(wù)。用戶不希望APP開發(fā)人員和所有者提供親身體驗的服務(wù)，而這對提高您的在線聲譽大有幫助。

進(jìn)一步的迭代和改進(jìn)

所有這些監(jiān)控的目的是知道你接下來需要做什么。大多數(shù)APP從未真正完成。總是有可以添加的新功能和可以改進(jìn)的東西。盲目地在你的APP上構(gòu)建是非常浪費的。使用您從用戶和監(jiān)控平臺收到的信息。然后重復(fù)此移動APP開發(fā)流程的部分內(nèi)容（不用擔(dān)心，許多步驟在第一次通過后都會變得容易得多）。繼續(xù)改進(jìn)您的APP、轉(zhuǎn)化率、安裝基礎(chǔ)，當(dāng)然還有您的收入。移動APP是流暢的。通過繼續(xù)發(fā)展和改進(jìn)來利用這一點。

結(jié)論

移動APP開發(fā)流程可能看起來勢不可擋且涉及。在此流程中，有很多步驟，并且需要做出艱難的決策。但是，這是一個非常有益的流程，并且可能非常有利可圖。此外，在此流程中可能會有一些跳過步驟的誘惑，但本指南基于多年與選擇跳過某些步驟的APP所有者合作的經(jīng)驗。

如果您正在尋找構(gòu)建您的下一個（或第一個）移動APP并且需要其中一個或多個步驟的幫助，那么您很幸運！北京天品互聯(lián)在此流程的任何階段都?xì)g迎APP所有者。無論您是初創(chuàng)公司還是財富 50 強公司，我們都擁有交付出色移動APP所需的團(tuán)隊和知識。請不要猶豫，今天就聯(lián)系我們。

• 上一篇 : APP開發(fā)范圍和時間表
• 下一篇 : 開發(fā)APP發(fā)展業(yè)務(wù)的5大方法