本文可讓獨立軟體供應商 （ISV）：
- 瞭解如何將選取的 AI 使用案例與應用程式開發的方法一致
- 瞭解ISV旅程，以及其如何協助ISV開發高品質的應用程式
簡介
使用 商務構想架構來排定最上層 AI 使用案例的 優先順序之後，下一個步驟是規劃如何建置解決方案。
在此頁面上，我們會引導您選擇執行使用案例的最佳方法。 我們概述重要考慮、提供資源來協助您思考，並探索Microsoft根據所選方法建置應用程式的工具。 為了協助說明此程式，我們會逐步引導您完成範例案例，示範ISV如何評估其選項，並選擇最有效的方法。 我們也提供更廣泛的開發旅程概觀，以及視您選取的方法而定，其有何差異。
功能構想
選取優先順序的使用案例之後，是時候決定如何開發它了。 ISV 可以選擇三種主要方法：擴充或採用Microsoft Copilot、建置自定義的 Copilot，或在 Fabric 上建立應用程式。
這些方法並非互斥，而是透過各種工具來開發應用程式，提供彈性。 在下一節中，我們會探索每個方法如何融入開發程式，以及選擇最適合您應用程式的工具和考慮。 我們的範例案例示範應用程序開發所涉及的工作和資源範圍，同時強調您選擇的方法如何影響開發程式。
您方法的考慮
為了找出開發的最佳方法，我們會探索六個主要考慮。 這些考慮可協助您評估預定解決方案的主要功能，並針對最符合您目標的方法做出明智的決策。
- 數據：應用程式需要與哪些類型和資訊來源互動？
- 自定義：客戶應該如何與應用程式互動，以及您需要哪些控件來控制其輸出？
- 開發複雜度：建置應用程式有多具有挑戰性，以及可用的必要資源和專業知識？
- 使用者：用戶是誰，以及他們有多少技術瞭解？
- 商業價值：此應用程式如何為客戶提供價值，以及獲利率潛力為何？
- 風險和合規性：此應用程式有哪些法規需求和安全性考慮？
下圖示範這些問題的解答如何協助您配合應用程式開發的不同方法。 如果您的使用案例有有限的範圍和最少的可自定義性需求，請使用低程式碼工具擴充現有的Microsoft Copilot 可能是最佳方法。 或者，當我們暫時探索時，較複雜且可自定義的解決方案可能更適合在 Fabric 上建置應用程式。
此使用案例優先用於使用商務、體驗、技術架構進行開發，以評估並比較其可行性與其他潛在使用案例。 請在這裡更詳細地探索如何排定自己的使用案例優先順序。
範例案例：Contoso Shopping 應用程式
在我們的案例中，Contoso 會與零售商 AdventureWorks 合作開發解決方案，以提供虛擬店面和系統，以改善跨作業的員工通訊、庫存規劃和數據深入解析。 讓我們來檢閱此使用案例如何配合我們選擇開發方法的考慮。
考量
Contoso Store Operations Assistant
- 數據：應用程式需要來自各種來源的分散式數據，包括透過API呈現的非Microsoft雲端應用程式。
- 自定義：應用程式是針對 AdventureWorks 所建置，具有廣泛的可自定義性和個別功能的控制權。 應用程式必須有多個可能複雜的元件，才能支援不同的項目關係人和工作。
- 開發複雜度：開發應用程式的功能需要大量的資源、時間和人力，包括專業軟體開發人員。
- 使用者：終端使用者可以因 AdventureWorks 作業而有所不同，但包括技術數據科學家和非技術前線工作者。
- 商業價值：此應用程式藉由啟用具有實質性收益潛力的虛擬店面，以及公司營運的數據驅動深入解析，作為 AdventureWorks 作業的核心功能。 對於 Contoso，此供應專案代表重要的商機。
- 風險和合規性：此解決方案會與受保護的財務數據互動，以完成 AdventureWorks 客戶的交易，需要重要的安全性和法規合規性元件。
Contoso 接著會使用這些考慮來評估其開發方法如何符合其整體策略、商業價值和技術功能，並認識到這些領域的對齊對於成功應用程式而言非常重要。 讓我們來檢閱每個考慮如何影響其決策。
- 策略：鑒於其商務構想會話中優先使用案例，Contoso 需要具有廣泛且模組化功能的應用程式，其可處理複雜且高度自定義的功能。 建置網狀架構方法非常適合此案例，因為它可協助 Contoso 小組學習新的工具和技術，而且應用程式需要需要大量開發的功能。
- 商務：除了產生此複雜應用程式更大的營收外，在 Fabric 上建置 Contoso 購物應用程式表示 Contoso 也可以範本化應用程式的元件以供重複使用。 透過這些範本，Contoso 可以加速未來的開發工作，並可能降低成本並改善價值時間。
- 技術：最後，最明顯的是，Contoso 使用案例和 AdventureWorks 問題的技術參數表示 Contoso 購物應用程式需要大量的程式碼開發，以及更進階的數據基礎結構和自定義。 在 Fabric 上建置應用程式是 Contoso 的最佳路徑，以確保其具有在此使用案例上執行所需的工具。
在此案例中，Contoso 決定使用 Pro-code 開發購物應用程式，因為需要大量自定義和各種複雜的功能。 低程式代碼開發無法啟用此使用案例中所識別的功能。 在支援程式代碼旅程中，Contoso 選擇從頭開始開發此應用程式，在 Fabric 上，以確保建置其各種功能的基礎數據基礎結構。 他們能夠自信地做出此決定，因為這種方法的開發符合其策略性、商業性和技術方面的使用案例。
我們也簡要探討 Contoso 為何未選擇採用/擴充Microsoft Copilot，或建置您自己的 Copilot 方法。 首先，採用和/或擴充Microsoft Copilot 會將應用程式限制為交談助理，這不符合 Contoso 使用案例的需求或符合 AdventureWorks 的需求。 同樣地，在建置自定義的 Copilot 時，可以進行更大的自定義和複雜的互動，但購物應用程式所需的技術數據功能會超越其本身的 Copilot 功能。 基於這些考慮，在 Fabric 上建置應用程式是此案例的最佳選擇。
鑒於應用程式的各種介面和功能，Contoso 最終會使用多個工具，包括 Microsoft Fabric、Microsoft Azure 和 Azure AI Studio，來完成開發。 請務必注意，這三種方法並非互斥。 使用 Store Operations copilot 範本在 Copilot Studio 中使用低程式碼建置的自定義 Copilot，可以輕鬆地整合到此購物應用程式中。 選取方法不是牆式高速公路，它是一種工具，可協助思考應用程式的需求、您所設想的功能，以及開發它所需的資源。 讓我們更深入探討Microsoft解決方案如何融入這些方法。
Microsoft開發工具
Microsoft提供各種開發工具，以滿足 ISV 的應用程式開發需求。 每個方法都可以牽涉到個別Microsoft工具的混合數位列。 我們已摘要說明主要工具。 您也可以檢閱 ISV 關於建置 GenAI 體驗 的詳細指南，以說明每個方法的可能性。
您可以看到這些解決方案如何對應至下圖中的方法。 我們會使用市集作業應用程式，我們將商務構想頁面上的購物應用程式做為範例使用案例。
市集作業使用案例牽涉到 AI 助理，可讓您以自然語言快速存取預存程式、原則和數據。 這個使用案例可以使用這三種方法中的任何一種方法來開發，以達到不同的複雜度層級。 ISV 可以使用 Copilot Studio 市集作業範本，快速開發助理來完成此使用案例。 這項工作需要最少的程式代碼撰寫，並牽涉到堆棧介面，以及Microsoft 365 外掛程式或 Copilot Studio，如左欄所示。
或者，ISV 可以進行更複雜的開發程式，並利用 Azure AI Studio 或 Fabric 來開發更全面的市集作業應用程式，包括數據基礎結構和技術使用者助理。 這種方法與購物應用程式案例一樣，會牽涉到大量的程式代碼開發，開發人員會與更多完整的堆棧互動，如右欄所示。
您的特定需求和情況會決定最佳的開發方法。 無論您開發應用程式的方式為何，這些工具和方法都支援您，但路徑會根據您的選擇而有所不同。 您可以使用此 專案來逐步解說使用案例的 GenAI 考慮，並判斷前進的最佳路徑。
既然您已識別並評估您的使用案例，並選擇最佳的開發方法，讓我們看看前進的道路。
ISV 旅程中的方法
在Microsoft工具上建置 AI 和 GenAI 應用程式的三種方法可分成兩個主要開發旅程：低程式碼旅程和支援程式碼旅程。 低程式代碼旅程的特點是快速的價值和輕量應用程式開發提升，而支援程式碼旅程提供更多的應用程式自定義性和複雜性。
我們與ISV合作的經驗已導致Microsoft開發ISV旅程圖，這是一個一致且系統的程式，可開發Microsoft雲端的應用程式。 此架構旨在協助您降低成本，並有效率地開發最佳的解決方案。 如果您想要使用此架構進行評估，請連絡您的合作夥伴開發經理。
ISV 旅程提供您將進行開發應用程式之不同階段的廣泛概觀。 您選擇的開發方法將會在每個階段塑造您的體驗，但整個開發生命週期的整體結構仍保持一致。 這適用於您是否使用低程式碼擴充Microsoft Copilot，或使用 pro-code 從頭建置應用程式。
Microsoft會繼續建置內容，以提供針對 Microsoft Cloud 建置 AI 和 GenAI 應用程式的整體指引。 您可以在此Microsoft Copilot for ISV 集合中找到更多內容和資源。 此頁面會定期更新新開發的內容。
下一步
選取適合您應用程式開發的方法，是此程式中的重要階段。 無論您需要快速的值或複雜的自定義，Microsoft在這裡協助您為客戶帶來價值。 一旦您為應用程式選取了正確的方法，那麼選擇適當的實作路徑就會發生問題。 每個方法都包含數個潛在的工具或模式，可用來開發應用程式。 以下是您可以在其中找到低程式碼模式和支援程式代碼模式的詳細資訊頁面。