?每天，數以千計的移動APP都會發布到 Google Play 和 Apple App Store。其中一些移動APP是游戲，另一些是社交網絡，還有許多是電子商務APP。所有這些APP，如果是專業構建的，都應該遵循類似的移動APP開發流程。在北京天品互聯，我們已經構建了 350 多個網絡和移動APP。在本文中，我將概述我們遵循的戰略、設計和開發流程。
每個APP都不同，我們的方法也在不斷發展，但在開發移動APP時，這是一個相當標準的流程。此移動APP開發流程通常包括構思、策略、設計、開發、部署和發布后階段。
聽起來很老套，所有偉大的APP都是從想法開始的。如果您沒有APP的想法，最好的起點是訓練自己始終從問題和潛在解決方案的角度思考問題。你想讓你的大腦本能地問“我們為什么要這樣做？” 或“有沒有更好的方法來解決這個問題？” 如果您能發現問題或市場效率低下，那么您的想法就成功了一半！
接下來要做的是了解為什么會存在這個問題，并思考為什么以前沒有其他人制作過一個APP來解決這個問題。與有此問題的其他人交談。盡可能讓自己沉浸在問題空間中。一旦你完全掌握了問題，就開始評估移動APP如何解決問題。
這就是了解移動APP可以做什么非常有價值的地方。我們經常被問到，“這可能嗎？” 幸運的是，答案通常是肯定的，但這個答案必須是合理的。您即將在APP上投入大量時間和金錢，因此現在是挑戰您想法的有效性和可行性的時候了。
一旦你有了一個想法，你就需要為你的APP的成功做計劃。最好的起點之一是確定您的競爭對手。查看是否有任何其他APP具有類似目的，并查找以下內容：
這個流程有兩個主要目標。首先，盡可能多地免費學習。犯錯誤是耗時、令人沮喪和昂貴的。通常，您必須嘗試幾種方法才能正確使用。為什么不通過向競爭對手學習經驗來節省一些迭代呢？第二個是了解在市場上競爭的難度。人們渴望新的解決方案嗎？是否有一些利基沒有被現有選項填補？了解存在哪些差距并定制您的解決方案以滿足它們。如果您的想法是全新的，請尋找其他“率先上市”的APP，并研究它們如何讓消費者了解他們的新產品。
除非您只是為了自己的利益而構建APP，否則您可能希望通過您的移動APP賺錢。有幾種貨幣化方法可行，包括：應用內購買、訂閱支付、高級功能、廣告收入、銷售用戶數據和傳統付費應用。要確定哪個最適合您的APP，請查看市場期望支付的費用以及他們希望如何為類似服務付費。您還需要考慮從什么時候開始通過應用獲利。太多的APP（尤其是初創公司）跳過了這一步，以后很難盈利。
移動APP開發流程中的這一步就是確定您在營銷APP時將面臨的最大挑戰。假設您擁有可靠的APP開發和APP設計團隊，您最大的障礙可能是推動APP的采用。應用商店中有數以千計的漂亮且非常有用的應用，它們根本不用。此時，您需要了解您的營銷預算和方法。在某些情況下（例如內部使用的APP或 B2B APP），您甚至可能不需要營銷。
策略流程的最后階段是定義應用的路線圖。此流程的目標是了解您的APP有一天會變成什么，以及它需要在第一天取得成功。這一天的第一個版本通常被稱為您的最小可行產品 (MVP)。在此流程中，將您希望APP執行的所有操作都寫在白板上會很有幫助。然后開始按優先級對這些項目進行排名。考慮您的APP的核心功能是什么，獲得用戶需要什么，以及以后可以添加什么。如果您認為用戶可能需要某些功能，那么它們很可能是后續版本的絕佳候選者。當您通過 MVP 獲得用戶時，您可以征求有關需要哪些附加功能的反饋。APP監控（本文后面會介紹）也可以幫助完成此流程。
信息架構是您決定需要在APP中呈現哪些數據和功能以及如何組織這些數據和功能的流程。通常，我們通過寫下我們希望APP執行的功能列表以及需要在APP某處顯示的內容來開始此流程。這些是我們將用來構建線框的基本構建塊。
我們使用的工具：白板和鉛筆和紙
接下來，我們開始創建屏幕并分配每個功能和數據。如果有些東西住在多個地方也沒關系，但你需要確保每件物品都有一個家。這個流程最初通常在白板或紙上進行。您想在此處進行更改，而不是在此流程的后期進行，因為擦除一些標記比重寫代碼便宜得多。繪制好幾個屏幕后，開始考慮您的APP的工作流程。
我們使用的工具：白板、鉛筆和紙、香脂和素描
工作流是用戶可以在您的APP中旅行的途徑。考慮您希望用戶能夠執行的每項操作，并查看完成該操作需要多少次點擊。確保每次點擊都是直觀的。如果某些事情需要點擊幾下才能完成，那可能很好，但不應該點擊幾下即可執行常見任務。當您發現工作流程存在問題時，請更新您的線框并重試。請記住在每次迭代中運行所有功能，以確保您沒有為了改進另一個動作而增加一個動作的難度。
我們使用的工具：白板、鉛筆和紙、Invision
點擊模型可幫助您測試線框和工作流程。它們基本上是一種在手機上體驗線框以進行更真實測試的方式。例如，我們的客戶只需收到一個鏈接，當在他們的手機上打開該鏈接時，他們就可以點擊線框。盡管此時APP沒有任何功能，但他們可以單擊APP中的每個頁面并開始測試APP的導航。當您在此步驟中發現問題時，請對您的線框進行更改并進行迭代，直到您滿意為止。
我們使用的工具：Invision
樣式指南基本上是APP設計的構建塊。擁有完善的風格指南將極大地幫助您提高APP的可用性。您不希望一個屏幕上的號召性用語按鈕為藍色且位于底部，而是綠色且位于另一個屏幕的標題中。通過擁有一致的設計語言，用戶更有可能在您的應用中感到舒適。
確定APP的樣式指南有很多內容。您需要考慮您是誰以及您的客戶將是誰。你的APP會在晚上使用嗎？那么也許深色主題效果最好，以免使您的用戶失明。它會主要由忙碌的員工使用嗎？盡量減少混亂，讓你的主要觀點得到理解。經驗豐富的設計師或設計團隊擁有廣泛的產出，可以提供非常適合您和您的客戶的APP。此階段的輸出是一組顏色、字體和小部件（按鈕、表單、標簽等），它們將從您的APP設計中提取。
渲染設計是獲取線框并用樣式指南中的元素替換灰度元素的流程。每個線框屏幕都應該有一個渲染屏幕。在這個流程中盡量忠于你的風格指南，但你不必教條主義。如果您發現自己想要一種新的或改變的風格，請隨時更新或修改您的風格指南。當這個階段完成時，只要確保你的設計是一致的。
我們使用的工具：白板、鉛筆和紙以及素描
渲染完所有屏幕后，返回點擊模型APP并再次測試您的APP。這是移動APP開發流程中您真正想要花時間的步驟。盡管APP已經付出了相當大的努力，但在此之后，更改的成本可能會越來越高。可以將其視為在澆筑房屋混凝土之前查看平面圖。幸運的是，移動APP開發比構建更具適應性，但從這些方面考慮可能是最具成本效益的。
我們使用的工具：Invision
在為您的APP的形式和功能付出了如此多的努力之后，您的開發團隊必須正確地實現這一愿景。移動APP開發流程中的這一步往往很糟糕，這總是讓我感到驚訝。這可能是由于許多組織和機構只提供設計或開發服務，或者設計師和開發人員之間有時存在好斗的關系。不管是什么原因，我強烈建議找一個既能提供設計服務又能提供開發服務的團隊，并且能妥善處理這個流程中的這一步。
有助于確保平穩過渡和準確實施的部分原因是正確使用可用工具。我們喜歡使用名為Zeplin的APP，這有助于開發人員快速獲取設計的樣式指南。但是，這并非萬無一失。Zeppelin 是一個很棒的工具，但有時它的指南并不準確或不是最好的實現（例如，它可以使用顯式維度，而不是動態維度）。在這些情況下，如果您的開發人員也可以使用設計APP（例如 Sketch 或 Photoshop），那將是非常有益的。這里重要的是，您的團隊不能簡單地猜測尺寸、十六進制值（顏色）和定位。您的設計團隊付出了巨大的努力來確保事物正確對齊和定位。您的開發團隊的目標應該始終是像素完美的實現。
我們使用的工具：Zeplin
有許多方法、技術和編程語言可用于構建移動APP，每種方法、技術和編程語言都有自己的優點和缺點。有些使用起來可能更便宜，但性能較差，而另一些可能需要更長的時間來實現并且過于矯枉過正。最壞的可能性是建立在垂死或不可靠的技術堆棧上。如果您犯了這個錯誤，您可能需要重新構建您的APP或為開發人員繼續前進支付額外費用。這就是為什么在這個流程中擁有一個經驗豐富的可信賴的開發合作伙伴來做出這些決定是至關重要的。
對于前端開發，基本上有3種方法。它們是特定于平臺的原生、跨平臺原生和混合。以下是每種方法的簡要概述，以及一些更詳細地深入研究每種方法的文章。
服務器負責APP的大部分性能和可伸縮性。這里使用的技術類似于用于支持基于 Web 的APP的技術。在編寫代碼之前，您必須確定以下幾點：
語言- 有數十種語言可用于構建您的 API。常用的語言有 Java、C#、Go-lang、javascript、PHP 和 Python。大多數語言也有許多可以使用的框架。
數據庫- 現代數據庫有兩種主要類型，SQL 和 noSQL。SQL 更傳統，幾乎在所有情況下都是最佳選擇。常見的 SQL 實現包括 MSSQL、MYSQL 和 PostgreSQL。除了選擇數據庫引擎之外，您還必須設計特定的數據庫模式。擁有可靠且組織良好的數據對于您的長期成功至關重要。因此，請確保這是經過深思熟慮的。
托管環境（基礎設施） - 在此步驟中，您需要決定 API 和數據庫的托管位置和方式。此處做出的決定將有助于確定APP的托管成本、可擴展性、性能和可靠性。常見的托管服務提供商包括Amazon AWS和Rackspace。除了選擇提供商之外，您還需要規劃您的系統將如何隨著用戶群的增長而擴展。基于云的解決方案允許您以實用程序的形式為資源付費，并根據需要進行擴展和縮減。它們還有助于數據庫備份、服務器正常運行時間和操作系統更新。
完善的移動APP開發是一個迭代流程。您可能聽說過術語“沖刺”或“敏捷方法”。這基本上意味著您將所有開發工作分解為更小的里程碑，并在一系列周期中構建您的APP。每個周期將包括計劃、開發、測試和審查。關于此流程的書籍有整本書，因此本文將僅簡要概述每個步驟。如果您的公司選擇使用其他流程，這些步驟將非常相似，但每個步驟的順序和長度可能會有所不同。
沖刺的計劃階段涉及劃分當前迭代期間要實施的任務列表。每項任務都需要明確定義的要求。一旦開發人員了解了這些需求，他們往往會估算完成每項任務所需的時間，這樣才能將任務平均分配，以確保 sprint 期間的工作量均衡。
開發人員還開始計劃在此階段解決分配給他們的問題的方法。熟練的軟件開發人員找到了在整個APP中智能地重用代碼的方法。這對于實現樣式和共享功能尤其重要。如果需要更改設計（相信我，有些事情會發生變化），您不希望不得不去許多地方更新代碼。相反，精心設計的軟件可以在選定的地方進行更改，以進行此類徹底的更改。
在開發階段，您的開發團隊將開始實現您的APP的樣式和功能。完成后，它們將被分配回項目經理或 QA 測試人員進行審查。優秀的項目經理能夠在此流程中通過在整個 sprint 中適當地重新分配任務來充分優化開發人員的工作量。
重要的是，您的開發團隊要充分了解整個APP的目標以及他們正在開發的特定功能。沒有人比指定的開發人員更適應該特定功能。他們應該了解需求的意圖。如果某些事情開始變得沒有意義，通常是開發人員會第一個讓你知道。
在開發流程中，我們使用私有測試平臺（iOS 的 Testflight 和 Android 的 Google Play Beta）。這些允許我們將APP的開發中版本私下安全地分發給測試人員、客戶和其他開發人員。這些平臺會自動通知用戶新版本（因此每個人都在測試最新和最好的），提供崩潰報告，并可以確保只有經過批準的測試人員才能訪問您的APP。這是讓每個人都跟上進度的好方法。在開發流程中，我們嘗試每周更新一到兩次 beta 版本。
大多數測試應由非開發人員或至少不是您應用的主要開發人員的人員執行。這將有助于確保更真實的測試體驗。在每個 sprint 期間應該進行幾種類型的測試。這些通常包括以下內容：
功能測試- 測試以確保功能按照需求中的描述工作。通常，QA 團隊會有一個測試計劃，其中包含一系列操作和所需的APP行為。
可用性測試- 測試以確保該功能對用戶友好且盡可能直觀。通常，在此步驟中引入新的測試人員以獲得“首次使用”體驗是有幫助的。
性能測試——你的APP可能運行良好，但如果顯示一個簡單的列表需要 20 秒，那么沒有人會使用它。性能測試通常在以后的 sprint 中更重要，但在您前進時請注意APP的響應能力。
裝配和完成測試——僅僅因為設計階段已經完全通過，并不意味著你可以把你的設計師鎖在壁櫥里。設計人員應審查每個功能并確保按照設計中的描述實現他們的愿景。這也是為什么擁有一個設計和開發機構如此有益的另一個原因。
回歸測試——還記得上一個 sprint 的一個特性嗎？不要認為它仍然有效，只是因為你上個月測試了它。優秀的 QA 團隊在每個 sprint 結束時都會有一個要執行的測試列表，其中將包括以前 sprint 的測試。
特定于設備的測試- 世界上有數以萬計的設備和操作系統組合。測試時，請確保您在多種屏幕尺寸和操作系統版本上試用您的APP。有一些工具可以幫助自動執行此操作，例如 Google 的 Firebase，但始終至少在少數物理設備上測試APP。
用戶驗收測試- 這是由應用所有者或未來應用用戶執行的測試。記住您正在為誰構建此APP，并在整個流程中獲得他們的反饋。如果一項功能通過了上述所有測試，但沒有通過這一項，那么它有什么用？
在此階段發現問題后，將任務重新分配給開發人員，以便解決問題并關閉問題。完成測試并完成每項任務后，繼續進行審查。
在每個 sprint 結束時，與每個利益相關者交談，并確定 sprint 是如何進行的。如果有困難，試著從未來的沖刺中消除類似的問題。如果某方面進展順利，請嘗試將其應用到其他地方。沒有兩個項目是完全相同的，每個人都應該在各自的角色中不斷進步，所以在迭代的同時努力改進。審核完成后，重新開始規劃階段并重復此流程，直到APP完成！
此時，您的APP應該是完全可測試的并且功能完整（至少對于 MVP 而言）。在您花費大量時間和金錢進行營銷之前，請花時間使用潛在用戶樣本來測試您的APP。有兩種主要方法可以解決這個問題。
焦點小組涉及對以前從未見過該APP的測試人員或一組測試人員進行采訪并進行采訪。您想了解這些測試人員是誰，他們如何了解新APP，以及他們是否已經在使用類似的APP。在進入你的產品之前，試著從他們那里得到一些背景信息。接下來，讓您的測試人員開始使用您的APP。他們不應在此流程中接受指導。相反，讓他們使用該APP，就好像他們剛剛在APP商店中找到它一樣。看看他們如何使用該APP，并尋找常見的挫敗感。在他們完成使用該APP后，獲取他們的反饋。請記住，不要被任何一位測試人員過于強烈地指導，而是結合反饋并利用所有可用的反饋做出明智的決定。
除了焦點小組之外，或者代替焦點小組，您可以對您的應用進行測試版發布。Beta 測試涉及讓一組測試人員在現實世界中使用您的APP。他們使用該APP的方式就像它已經啟動一樣，但數量要少得多。這些 Beta 測試人員通常是高級用戶、早期采用者，并且可能是您最好的客戶。確保他們感到受到重視和尊重。給他們充分的機會提供反饋，讓他們知道您何時以及如何更改APP。此外，Beta 測試是了解您的APP在各種設備、位置、操作系統和網絡條件下的表現的好時機。您必須為此步驟提供可靠的崩潰報告。如果出現問題但沒有被發現和診斷，這對你沒有好處。
在這些延長的審查期之后，通常會有一個最終的開發沖刺來解決任何新發現的問題。在此流程中繼續進行 beta 測試，并確保您的崩潰和問題報告正在下降。一旦您從測試人員那里獲得了所有信息，就該開始準備部署了。
將您的移動APP部署到世界有兩個主要組件。第一個涉及將 Web 服務器 (API) 部署到可擴展的生產環境中。第二個是將您的APP部署到 Google Play Store 和 Apple App Store。
大多數移動APP需要服務器后端才能運行。這些網絡服務器負責將數據傳入和傳出APP。如果您的服務器過載或停止工作，該APP將停止工作。正確配置的服務器可擴展以滿足您當前和潛在的用戶群，同時又不會產生不必要的昂貴費用。這就是“云”的用武之地。如果您的服務器部署到可擴展的環境（Amazon Web Services、RackSpace 等），那么它應該能夠更好地處理流量高峰。對于大多數移動APP來說，擴展并不是很困難，但你要確保你的團隊知道他們在做什么，否則你的APP可能會在它流行時崩潰。
將您的APP提交到APP商店是一個適度參與的流程。您需要確保您的APP已正確配置發布，為每個商店填寫多個表格，提交屏幕截圖和營銷材料，并編寫說明。此外，Apple 會手動審核提交到其應用商店的所有應用。他們可能會要求您對您的APP進行更改以更好地遵守他們的規定。通常，您可以與 Apple 討論這些更改，并讓他們按原樣接受您的APP。其他時候，您可能需要進行更改才能獲得入場許可。提交您的APP后，它將在當天晚些時候在 Google 中上線，并在幾天內在 Apple 中上線，前提是一切順利。
認為移動APP開發流程在APP交付時結束是非常天真的。去看看任何中等流行的APP，你會看到APP更新的悠久歷史。這些更新包括修復、性能改進、更改和新功能。徹底的監控對于最好地了解需要什么樣的更新至關重要。以下是您應該監控的幾件事。
有許多庫可用于可靠地跟蹤APP崩潰。這些庫包括有關用戶正在做什么、他們使用的設備以及大量技術信息，這些信息對于您的開發團隊解決問題至關重要。APP可以配置為在發生崩潰時發送電子郵件/文本/警報。可以相應地查看和分類這些崩潰。
我們使用的工具：Sentry和Bugsnag
現代APP分析系統是信息的寶庫。他們可以幫助您了解誰在使用您的APP（年齡、性別、位置、語言等）以及他們如何使用它（一天中的時間、在APP中花費的時間、在APP中查看的屏幕等）。有些甚至允許您查看APP的熱圖，這樣您就可以知道每個屏幕上的哪些按鈕最常被點擊。這些系統為您的APP的使用方式提供了寶貴的一瞥。使用此信息可以最好地了解在哪里投資未來的努力。不要在APP中很少使用的部分進行構建，而是在有行動和最大增長潛力的地方進行投資。
我們使用的工具：Facebook Analytics、Apptentive和Google Analytics
前兩個監控類別未涵蓋的一個重要指標是您的APP的技術性能，即它的運行速度。我們部署的任何系統都有廣泛的性能監控。我們能夠跟蹤一個動作發生了多少次以及該動作花費了多長時間。我們使用它來找到適合優化的區域。我們還設置了警報，讓我們知道特定操作是否比預期慢，因此我們可以快速查看是否有任何問題。這些性能工具通常包含儀表板、報告和警報功能。
應用商店評級和評論非常重要，尤其是對于較新的應用。每當您的列表上留下新評論時，請確保與評論者互動。感謝給您好評的用戶，并嘗試幫助那些感到沮喪的人。我已經看到數百條差評變成了 5 星，只是提供了一點客戶服務。用戶不希望APP開發人員和所有者提供親身體驗的服務，而這對提高您的在線聲譽大有幫助。
所有這些監控的目的是知道你接下來需要做什么。大多數APP從未真正完成。總是有可以添加的新功能和可以改進的東西。盲目地在你的APP上構建是非常浪費的。使用您從用戶和監控平臺收到的信息。然后重復此移動APP開發流程的部分內容（不用擔心，許多步驟在第一次通過后都會變得容易得多）。繼續改進您的APP、轉化率、安裝基礎，當然還有您的收入。移動APP是流暢的。通過繼續發展和改進來利用這一點。
移動APP開發流程可能看起來勢不可擋且涉及。在此流程中，有很多步驟，并且需要做出艱難的決策。但是，這是一個非常有益的流程，并且可能非常有利可圖。此外，在此流程中可能會有一些跳過步驟的誘惑，但本指南基于多年與選擇跳過某些步驟的APP所有者合作的經驗。
如果您正在尋找構建您的下一個（或第一個）移動APP并且需要其中一個或多個步驟的幫助，那么您很幸運！北京天品互聯在此流程的任何階段都歡迎APP所有者。無論您是初創公司還是財富 50 強公司，我們都擁有交付出色移動APP所需的團隊和知識。請不要猶豫，今天就聯系我們。
接入ChatGPT系統多少錢？
APP如何接入ChatGPT系
小程序開發費用，開發小程序需要
怎么選擇一家靠譜的小程序制作公
app制作流程-策略|評估規劃
開發一個app多少錢？
客服QQ：121446412 聯系電話：15321250321
京ICP備17026149號-1版權所有@2011-2022 北京天品互聯科技有限公司 公司地址：北京市海淀區上地信息路甲28號B座（二層）02D室-010號
