創新應用程式的應用程式開發
如使用數位發明實現資料大眾化中所述，資料是數位經濟中大部分創新的燃料。 相較之下，應用程式是將該燃料交到正確人員手中所需的燃料供給站和基礎結構。
在某些情況下，光是資料就足以推動變更和符合客戶需求。 但在更常見的情況下，客戶需求的解決方案需要應用程式將資料成形並建立體驗。 創新應用程式會與使用者互動，並提供資訊和指引。 本文將摘要說明幾個原則，可協助您根據要驗證的假設，尋找正確的應用程式開發解決方案。
共用程式碼
快速回應客戶意見反應、市場變化和商機的團隊，通常創新能力最佳。 創新應用程式的第一個原則是一種成長心態：「共用程式碼」。程式碼共用可吸引各式各樣的觀點和參與，並激發創新。 因此，應用程式開發應該從共用程式碼存放庫開始。
一項廣泛採用的程式碼存放庫管理工具是 GitHub，可讓您快速建立共用程式碼存放庫。 替代方法是 Microsoft Azure Repos，這是一項 Azure DevOps 服務，可為您的專案提供無限制、裝載於雲端的私人存放庫。 當您使用 Azure Repos 時，若要進行版本控制，您可以選擇分散式類型 Git 或集中式 Team Foundation 版本控制 (TFVC)。 如需 Azure Repos、Git 和 TFVC 的詳細資訊，請參閱 Azure Repos 文件。
公民開發人員
專業開發人員對創新相當重要。 當假設大規模證明正確時，他們可以穩定解決方案，並準備好進行調整。 不幸的是，專業開發人員的供應短缺，而且專業開發可能會增加成本並讓創新速度變慢。
公民開發者是指使用獲公司 IT 批准之開發和執行階段環境，建立新商務應用程式的使用者。 使用公民開發者可協助調整開發工作，並加速早期假設測試。 若可透過 Power Apps (適用於應用程式介面)、AI Builder (適用於程序和預測)、Power Automate (適用於工作流程) 以及 Power BI (適用於資料使用) 等工具驗證早期假設，此策略就是可行且有效的策略。
注意
當您依賴公民開發者來測試假設時，建議您同時讓專業開發人員支援、檢閱和引導該工作。 專業人員可以協助開發健全的設計來加速創新報酬率。 藉由讓專業開發人員在適當的時間參與，就能在稍後更順暢地進行轉換。
智慧型體驗
智慧型體驗將現代化 Web 應用程式的速度和規模，與認知服務和 Bot 的智慧功能相結合。 這些技術各自可能就足以符合您客戶的需求。 若適當結合，就會擴大能夠符合的需求範圍，同時協助控制應用程式開發成本。
現代化 Web 應用程式
現代化 Web 應用程式可能是達成內部或外部客戶需求的最快速方式。 其所提供的體驗可讓客戶快速互動，並可加速開發解決方案。
新增智慧功能
專業開發人員和公民開發者可以更輕鬆地隨時將機器學習和 AI 功能新增至應用程式，協助符合客戶的需求並建立互動式體驗。 這些功能的一些範例包括：
- 語音轉換文字
- 將文字轉換成語音
- 電腦視覺
- 圖像式搜尋
- 預測性 AI
您應該通知創新者，以利用這類功能來建立互動式和現代化體驗。
Bot
Bot 是一種對話式 AI 應用程式，可為使用者提供更像是真人面向、而不像是傳統電腦應用程式面向的體驗。 使用者可透過文字、互動式卡片和語音來與 Bot 交談。 Bot 互動的範圍從快速問答 (例如預約晚餐)，到以智慧方式提供服務存取權的複雜對話。
Bot 可執行與其他軟體類型相同的作業：讀取和寫入檔案、使用資料庫和 API，以及處理一般計算工作。 Bot 的特點就是其使用通常保留給人與人通訊的機制。 Bot 與現代化 Web 應用程式非常類似：兩者都會在網際網路上運作，並使用 API 來傳送和接收訊息。 視 Bot 的種類而定，Bot 的功能差異很大。 現代化 Bot 軟體依賴一些技術和工具，可在各種平台上提供日益複雜的體驗。 不過，簡單的 Bot 可能只會收到訊息，並以極少的相關程式碼來回應使用者。
雲端原生解決方案
雲端原生架構可讓您因應快速變化，並更輕鬆地執行具復原性且可調整的應用程式。 雲端原生應用程式通常是使用容器、微服務、受管理的服務、無伺服器函式和事件型程式設計所建置。 大多數的雲端原生解決方案會使用持續傳遞來加快上市時間。
雲端原生解決方案可讓集中式開發團隊掌控商務邏輯，而不需要整合型集中式解決方案。 它也會建立一個錨點，以促進公民開發者的輸入與現代化體驗之間的一致性。 最後，雲端原生解決方案提供創新加速器，可讓公民開發者和專業開發人員自由安全地創新，並有最少的封鎖程式。
透過現有的解決方案創新
許多客戶假設最有可能透過現代化版本的現有解決方案來實現。 當目前的商務邏輯接近符合客戶需求時，就會發生此情況。
大部分的現代化形式 (包括重構) 都會包含在雲端採用架構的移轉方法中。 該方法會引導雲端採用團隊完成將數位資產移轉到雲端的過程。 Azure 移轉指南為相同的方法提供經過簡化的方法，適用於少數工作負載或甚至單一應用程式。
在解決方案移轉並現代化後，可透過各種不同的方式來建立新的創新應用程式解決方案，以符合客戶需求。 例如，公民開發者可以測試假設，或是專業開發人員可以建立智慧型體驗或雲端原生解決方案。
擴充現有的解決方案
擴充解決方案是一種常見的現代化形式。 當客戶的下列假設為真時，這可能是最快速的創新途徑：
- 現有的商務邏輯符合或接近客戶需求。
- 改良的體驗 (不是新體驗) 最能符合客戶的需求。
- 最簡可行產品 (MVP) 解決方案所需的商務邏輯已集中處理，通常是透過多層式架構 (N-Tier)、Web 服務、API 或微服務設計。 此方法包括以裝載於雲端的新體驗來包裝現有的解決方案。 在 Azure 中，此解決方案可能會在 Azure App Service 中運作。
重建現有的解決方案
如果現有的解決方案符合或接近符合客戶需求，但無法輕易擴充，則可能需要加以重構。 在此方法中，應用程式會移轉到雲端。 移轉應用程式之後，會修改或複製其中一部分作為 Web 服務或微服務，以與現有的解決方案平行部署。 以平行服務為基礎的解決方案可視為擴充的解決方案。 此解決方案會直接以裝載於雲端的新體驗來包裝現有的解決方案。 在 Azure 中，此解決方案可能會在 Azure App Service 中運作。
警告
重構或重新建構解決方案或集中處理商務邏輯，可能會快速觸發耗時的技術刺探 (Technical Spike)，而不是客戶價值的來源。 這對創新是項風險，特別是在假設驗證的早期。 透過解決方案設計中的一些創意，就能在不需要重構現有解決方案的情況下達成 MVP。 最好是延遲重構，直到可以大規模驗證初始假設為止。
作業模型創新
除了應用程式開發的現代化創新方法，應用程式作業也有顯著的創新。 這些方法繁衍出許多組織改革。 最顯著的創新之一是雲端卓越中心作業模型。 當人員配足且成熟時，業務團隊就能選擇為解決方案提供自己的作業支援。
在雲端卓越中心內所找到自助作業管理模型類型，可讓您在解決方案環境中進行更緊密的控制和更快速的反覆運算。 藉由將作業控制權和責任轉移給業務團隊，即可達成這些目標。
如果您嘗試調整或符合現有解決方案的全域需求，此方法可能就足以驗證客戶假設。 在解決方案移轉並稍微現代化後，業務團隊可對其進行調整以測試各種假設。 這些通常牽涉到擔心效能、全域散發及其他客戶需求因 IT 作業受阻的客戶世代。
減少額外負荷與管理工作
在創新應用程式或解決方案中的維護工作越多，應用程式或解決方案逐一查看的速度就越慢。 這表示您可以藉由降低作業對可用頻寬的影響來加速創新。
若要準備傳遞創新解決方案所需的許多反覆項目，請務必未雨綢繆。 例如，您可以藉由選擇無伺服器選項，在程序早期就將作業額外負荷降至最低。 在 Azure 中，無伺服器應用程式選項可能包含 Azure App Service 或容器。
請同時考慮 Azure 中也能減少額外負荷的無伺服器交易資料選項。 Azure 產品目錄提供裝載資料的資料庫選項，而不需要完整資料平台。
後續步驟
根據假設和解決方案，本文中的原則可協助設計符合 MVP 定義並與使用者互動的應用程式。 接著是實現採用的原則，可讓您更快速有效率地將應用程式和資料交到客戶手中。