規劃測試和開發 SaaS 供應專案

  • 發行項

若要在與生產供應專案不同的環境中開發，您將建立個別的測試與開發 （DEV） 供應專案，以及個別的生產 （PROD） 供應專案。 本文說明在開發供應專案中執行開發和測試的優點，以及 DEV 與生產供應專案之間的設定差異。

開發供應專案的優點

以下是為開發小組建立個別開發供應專案以用於 PROD 供應專案的開發和測試的一些原因：

  • 避免意外的客戶費用
  • 評估定價模型
  • 未新增未以實際客戶為目標的計畫

避免意外的客戶費用

藉由使用開發供應專案，而不是 PROD 供應專案，並將其視為開發和生產環境，您可以避免對客戶產生意外費用。

建議您註冊兩個不同的 Microsoft Entra 應用程式，以呼叫市集 API。 開發人員將使用一個 Microsoft Entra 應用程式搭配開發供應專案的設定，而營運小組將會使用 PROD 應用程式註冊。 如此一來，您可以隔離開發小組不小心犯錯，例如呼叫 API 來取消每月支付 $10 萬美元的客戶訂用帳戶。 您也可以避免向客戶收取其未使用的計量使用量費用。

評估定價模型

當開發人員試驗不同的定價模型時，在 DEV 供應專案中測試定價模型可降低風險。

發行者可以在 DEV 供應專案中建立所需的方案，以判斷哪個定價模式最適合其供應專案。 開發人員可能想要在 DEV 供應專案中建立多個方案，以測試不同的定價組合。 例如，您可以使用不同的自訂計量維度集合來建立方案。 您可以使用一般速率和自訂計量維度混合來建立不同的方案。

若要測試多個定價選項，您必須為每個唯一定價模式建立方案。 若要深入瞭解，請參閱 方案 。

未新增未以實際客戶為目標的計畫

藉由使用開發供應專案進行開發和測試，您可以減少 PROD 供應專案中不必要的雜亂。 例如，您無法刪除您建立以測試不同定價模式或技術組態的計畫（不需要提出支援票證）。 因此，藉由在 DEV 供應專案中建立測試計劃，您可以減少 PROD 供應專案的雜亂。

PROD 供應專案的雜亂讓產品和行銷小組感到沮喪，因為他們預期所有計劃都以實際客戶為目標。 特別是與想要不同沙箱搭配使用的大型小組，建立兩個供應專案將為 DEV 和 PROD 提供兩個不同的環境。 在某些情況下，您可能會想要建立多個 DEV 供應專案，以支援具有不同人員執行不同測試案例的較大小組。 讓不同的小組成員在 DEV 供應專案中工作，與 PROD 供應專案分開，有助於盡可能讓生產計畫保持接近生產就緒。

測試 DEV 供應專案有助於避免每個供應專案的 30 個自訂計量維度限制。 開發人員可以在 DEV 供應專案中嘗試不同的計量組合，而不會影響 PROD 供應專案中的自訂計量維度限制。

DEV 與生產供應專案之間的設定差異

您將在測試和開發 （DEV） 和生產 （PROD） 供應專案中設定大部分相同的設定。 例如，官方行銷語言和資產，例如螢幕擷取畫面和標誌應該相同。 在設定相同的情況下，您可以從 DEV 供應專案中的方案，將欄位複製並貼到 PROD 供應專案中的方案。

下列各節說明 DEV 與 PROD 供應專案之間的設定差異。

供應專案設定頁面

建議您在這兩個供應專案的 [別名 ] 方塊中使用 相同的別名，但將 「_test」 附加至 DEV 供應專案的別名。 例如，如果 PROD 供應專案的別名是 「contososolution」，則 DEV 供應專案的別名應該是 「contososolution_test」。 如此一來，您可以輕鬆地識別 PROD 供應專案的開發供應專案。

在 [客戶潛在客戶] 區 段中，針對開發供應專案使用 Azure 資料表或測試 CRM 環境。 針對 PROD 供應專案， 使用合作夥伴中心或 CRM 系統中的 [推薦] 工作區 。

屬性頁面

在 DEV 和 PROD 供應專案中設定此頁面相同。

供應專案清單頁面

在 DEV 和 PROD 供應專案中設定此頁面相同。

預覽受眾

在 DEV 供應專案中，包括開發人員和測試人員的使用者主體名稱或 Microsoft 帳戶 （MSA） 電子郵件地址，包括您自己。 Microsoft Entra ID 上使用者的使用者主體名稱可以與該使用者的電子郵件不同。 例如， jane.doe@contoso.com 將無法運作，但 janedoe@contoso.com 會運作。 當您在開發和測試階段共用 預覽 連結時，您指定的使用者將有權存取 DEV 供應專案。

在 PROD 供應專案中，包含 Microsoft Entra 使用者主體名稱或 Microsoft 帳戶電子郵件，以在選取 [上線] 按鈕 以即時發佈供應專案之前驗證供應專案的使用者。

技術設定頁面

下表描述 DEV 供應專案與 PROD 供應專案設定之間的差異。

表 1：技術設定差異

設定 DEV 供應專案 PROD 供應專案
登陸頁面 URL 輸入您的開發/測試端點。 輸入您的生產端點。
連線ion Webhook 輸入您的開發/測試端點。 輸入您的生產端點。
Microsoft Entra 租使用者識別碼 輸入您的測試應用程式註冊租使用者識別碼（Microsoft Entra 目錄識別碼）。 輸入您的生產應用程式註冊租使用者識別碼。
Microsoft Entra 應用程式識別碼 輸入您的測試應用程式註冊應用程式識別碼（用戶端識別碼）。 輸入您的生產應用程式註冊應用程式識別碼。

方案可見度

我們建議您將測試計劃設定為私人方案，因此只有目標開發人員和測試人員才能看到。 如果您不小心即時發佈供應專案，這會提供額外的保護層級，讓您無法向客戶公開測試計劃。

如果您選擇在生產供應專案中測試方案，而不是開發供應專案，這特別重要，因此客戶將無法購買方案。 建議您建立個別的私人測試計劃，且絕不會即時發佈私人測試計劃。 您將使用私人測試計劃，在預覽版中執行測試。 當您完成測試時，將會建立實際發行的生產計畫。 然後，您可以停止發佈測試計劃。

方案概觀頁面

當您建立方案時，建議您在 DEV 和 PROD 供應專案中使用相同的 方案識別碼 和 方案名稱 ，但除了在 DEV 供應 專案中附加方案識別碼與_test 。 例如，如果 PROD 供應專案中的方案識別碼為「enterprise」，則 DEV 供應專案中的方案識別碼應該是 「enterprise_test」。 如此一來，您可以輕鬆地識別 PROD 供應專案的開發供應專案。 您將使用您決定最適合供應專案的定價模式和價格，在 PROD 供應專案中建立方案。

方案清單

在 [ 方案概觀 > 計畫清單 ] 索引標籤上，在 DEV 和 PROD 方案中輸入相同的計畫描述。

定價和可用性頁面

本節提供完成方案概觀 > 定價和可用性 頁面的 指引。

市場

針對 DEV 和 PROD 供應專案選取相同的市場。

定價

使用 DEV 供應專案來實驗定價模型。 確認哪一種定價模式或模型效果最佳之後，您將使用您想要的定價模式和價格，在 PROD 供應專案中建立方案。

當您購買方案時，將會向您收取方案中所定義的價格。 為了將測試成本降到最低，DEV 供應專案應該在方案中具有零或低價格的計畫。 例如，$0.01（一美分）。 這適用于一般費率、計量計費，以及每個使用者價格。 PROD 供應專案會有您想要向客戶收取的價格。

重要

在預覽版中所做的購買將會同時處理 DEV 和 PROD 供應專案。 如果供應專案的價格為 $100/mo，您的公司將會收取 $100 美元的費用。 如果發生這種情況，您可以開立 支援票證 ，我們將支付全額費用（且不收取商店服務費）。

您會在您將即時發佈的個別生產計畫中，設定您想要向客戶收取費用的價格。

計價模式

在 DEV 和 PROD 供應專案的方案中使用相同的計畫結構。 例如，如果 PROD 供應專案中的方案是一般費率，且具有每月計費期限，則使用相同的模型在 DEV 供應專案中設定方案。

若要降低測試定價模型的成本，包括 Marketplace 自定義計量維度，建議您在低於 PROD 供應專案的 DEV 供應專案中，設定定價和可用性索引卷標的 [定價] 區段。 以下是您在開發供應項目中設定方案價格時可以遵循的一些指導方針。

表 2：定價指導方針

價格 註解
$0.00 - $0.01 將總交易成本設定為零，以沒有財務影響，或將一美分設定為低成本。 在呼叫計量 API 時使用此價格，或在開發解決方案時測試供應專案中的購買方案。
$0.01 使用此價格範圍來測試分析、報告和購買程式。
$50.00 - $100.00 使用此價格範圍來測試支出。 如需付款排程的相關信息，請參閱 支付排程和流程。

重要

若要避免在測試中收取商店服務費用，請在測試購買后的7天內開啟 支援票證 。

與 Microsoft 共同銷售頁面

請勿設定 DEV 供應專案的 [與 Microsoft 共同銷售] 索引標籤。

透過 CSP 轉售

在開發人員供應專案的 [ 透過 CSP 轉售] 索引標籤上，選取 [CSP 計畫中沒有合作夥伴]。

下一步