Planen eines SaaS-Angebots für Tests und Entwicklung

Um in einer von Ihrem Produktionsangebot getrennten Umgebung zu entwickeln, erstellen Sie ein separates Angebot für Test- und Entwicklung (DEV) und ein separates Produktionsangebot (PROD). In diesem Artikel werden die Vorteile der Entwicklung und Tests in einem DEV-Angebot sowie die Konfigurationsunterschiede zwischen DEV- und Produktionsangeboten beschrieben.

Vorteile eines DEV-Angebots

Hier sind einige Gründe für die Erstellung eines separaten DEV-Angebots für das Entwicklungsteam, das für die Entwicklung und das Testen des PROD-Angebots verwendet wird:

  • Vermeiden von unbeabsichtigten Kundengebühren
  • Bewerten von Preismodellen
  • Nicht Hinzufügen von Plänen, die keine tatsächlichen Kunden als Ziel haben

Vermeiden von unbeabsichtigten Kundengebühren

Durch die Verwendung eines DEV-Angebots anstelle des PROD-Angebots und deren Behandlung als Entwicklungs- und Produktionsumgebungen können Sie für Kunden unbeabsichtigte Kosten vermeiden.

Es wird empfohlen, zwei verschiedene Azure AD-Apps zum Aufrufen der Marketplace-APIs zu registrieren. Entwickler verwenden eine Azure AD-App mit den Einstellungen des DEV-Angebots, und das Betriebsteam verwendet die PROD-App-Registrierung. Auf diese Weise können Sie das Entwicklungsteam darauf beschränken, unbeabsichtigte Fehler zu vermeiden, z. B. das Aufrufen der API, um das Abonnement eines Kunden abzubrechen, der 100 KB pro Monat zahlt. Sie können auch vermeiden, dass einem Kunden eine gemessene Nutzung berechnet wird, die er nicht verbraucht hat.

Bewerten von Preismodellen

Das Testen von Preismodellen im Entwicklungsangebot verringert das Risiko, wenn Entwickler mit unterschiedlichen Preismodellen experimentieren.

Herausgeber können die Pläne erstellen, die Sie im DEV-Angebot benötigen, um zu bestimmen, welches Preismodell für das Angebot am besten geeignet ist. Entwickler möchten möglicherweise mehrere Pläne im Entwicklungsangebot erstellen, um verschiedene Preiskombinationen zu testen. Beispielsweise können Sie Pläne mit unterschiedlichen Sätzen von benutzerdefinierten gemessenen Dimensionen erstellen. Sie können einen anderen Plan mit einer Mischung aus pauschalen und benutzerdefinierten Abmessungen erstellen.

Zum Testen mehrerer Preisoptionen müssen Sie einen Plan für jedes eindeutige Preismodell erstellen. Weitere Informationen finden Sie unter Pläne.

Nicht Hinzufügen von Plänen, die keine tatsächlichen Kunden als Ziel haben

Wenn Sie ein DEV-Angebot für Entwicklungs- und Testzwecke verwenden, können Sie eine unnötige Unübersichtlichkeit im PROD-Angebot verringern. Beispielsweise können Sie keine Pläne löschen, die Sie erstellen, um verschiedene Preismodelle oder technische Konfigurationen zu testen (ohne ein Supportticket zu erstellen). Durch das Erstellen von Plänen zum Testen im DEV-Angebot verringern Sie also die Unübersichtlichkeit im PROD-Angebot.

Die Unübersichtlichkeit des PROD-Angebots führt zu Frustrationen bei Produkt- und Marketingteams, da sie davon ausgehen, dass alle Pläne auf tatsächliche Kunden abzielen. Besonders bei großen Teams, die getrennt arbeiten und die unterschiedliche Sandboxen benötigen, bietet das Erstellen von zwei Angeboten zwei verschiedene Umgebungen für DEV und PROD. In einigen Fällen möchten Sie möglicherweise mehrere DEV-Angebote erstellen, um ein größeres Team zu unterstützen, das unterschiedliche Testszenarien ausführen muss. Wenn verschiedene Teammitglieder im Entwicklungsangebot getrennt vom PROD-Angebot arbeiten, hilft es, Produktionspläne so nah wie möglich in der Produktionsumgebung zu halten.

Wenn Sie ein DEV-Angebot testen, können Sie die 30 benutzerdefinierten Größenbeschränkungen pro Angebot vermeiden. Entwickler können unterschiedliche Verbrauchseinheiten im Entwicklungsangebot testweise kombinieren, ohne dass sich dies auf die benutzerdefinierte Begrenzung der gemessenen Dimension im PROD-Angebot auswirkt.

Konfigurationsunterschiede zwischen DEV- und Produktionsangeboten

Sie konfigurieren die meisten Einstellungen in den Test- und Entwicklungsangeboten (DEV) sowie in Produktionsangeboten (PROD) gleich. Beispielsweise sollten offizielle Marketingsprache und -ressourcen wie Screenshots und Logos identisch sein. In den Fällen, in denen die Konfiguration identisch ist, können Sie Felder aus den Plänen im DEV-Angebot kopieren und in die Pläne im PROD-Angebot einfügen.

In den folgenden Abschnitten werden die Konfigurationsunterschiede zwischen DEV- und PROD-Angeboten beschrieben.

Seite „Angebotseinrichtung“

Sie sollten im Feld Alias beider Angebote denselben Alias verwenden, aber „_test“ an den Alias des DEV-Angebots anfügen. Wenn der Alias Ihres PROD-Angebots z. B. „contososolution“ ist, sollte der Alias des DEV-Angebots „contososolution_test“ lauten. Auf diese Weise können Sie Ihr DEV-Angebot leicht von Ihrem PROD-Angebot unterscheiden.

Verwenden Sie im Abschnitt Kundenleads eine Azure-Tabelle oder eine Test-CRM-Umgebung für das DEV-Angebot. Verwenden Sie den Arbeitsbereich „Empfehlungen“ in Partner Center oder Ihr CRM-System für das PROD-Angebot.

Eigenschaftenseite

Konfigurieren Sie diese Seite in DEV- und PROD-Angebot gleich.

Seite „Angebotsliste“

Konfigurieren Sie diese Seite in DEV- und PROD-Angebot gleich.

Vorschauzielgruppe

Fügen Sie im DEV-Angebot die Azure Active Directory-Benutzerprinzipalnamen (Azure AD) oder Microsoft-Konto-E-Mail-Adressen (MSA) von Entwicklern und Testern sowie sich selbst ein. Der Benutzerprinzipalname eines Benutzers in Azure AD kann sich von der E-Mail-Adresse des Benutzers unterscheiden. So funktioniert jane.doe@contoso.com beispielsweise nicht, janedoe@contoso.com hingegen schon. Die Benutzer, die Sie festlegen, haben Zugriff auf das DEV-Angebot, wenn Sie den Vorschau-Link während der Entwicklungs- und Testphase freigeben.

Fügen Sie im PROD-Angebot den Azure AD-Benutzerprinzipalnamen oder die Microsoft-Konto-E-Mail-Adresse der Benutzer ein, die das Angebot überprüfen, bevor sie die „Live schalten“- Schaltfläche auswählen.

Seite „Technische Konfiguration“

In dieser Tabelle werden die Unterschiede zwischen den Einstellungen für DEV- und PROD-Angebote beschrieben.

Tabelle 1: Unterschiede bei der technischen Konfiguration

Einstellung DEV-Angebot PROD-Angebot
URL der Angebotsseite Geben Sie Ihren Dev/Test-Endpunkt ein. Geben Sie Ihren Produktionsendpunkt ein.
Verbindungswebhook Geben Sie Ihren Dev/Test-Endpunkt ein. Geben Sie Ihren Produktionsendpunkt ein.
Azure Active Directory-Mandanten-ID Geben Sie Ihre Mandanten-ID für die Test-App-Registrierung (Azure AD-Verzeichnis-ID) ein. Geben Sie Ihre Mandanten-ID für die Produktions-App-Registrierung ein.
ID der Azure Active Directory-Anwendung Geben Sie Ihre Anwendungs-ID für die Test-App-Registrierung (Client-ID) ein. Geben Sie Ihre Anwendungs-ID für die Produktions-App-Registrierung ein.

Sichtbarkeit des Plans

Es wird empfohlen, Ihren Testplan als privaten Plan zu konfigurieren, damit er nur für Zielentwickler und Tester sichtbar ist. Dies bietet eine zusätzliche Schutzebene vor der Offenlegung Ihres Testplans für Kunden, wenn Sie das Angebot versehentlich live veröffentlichen.

Wenn Sie Ihren Plan in einem Produktionsangebot statt in einem DEV-Angebot testen möchten, ist es besonders wichtig, dass Kunden den Plan nicht kaufen können. Es wird empfohlen, einen separaten privaten Testplan zu erstellen und den privaten Testplan niemals live zu veröffentlichen. Sie verwenden Ihren privaten Testplan, um Ihre Tests in der Vorschauversion durchzuführen. Wenn Sie Ihre Tests abgeschlossen haben, erstellen Sie einen Produktionsplan für die Veröffentlichung. Anschließend können Sie die Verteilung des Testplans beenden.

Planübersichtsseite

Wenn Sie Ihre Pläne erstellen, sollten Sie in DEV- und Prod-Angebot dieselbe Plan-ID und denselben Plannamen verwenden, mit der Ausnahme, dass Sie der Plan-ID im DEV-Angebot _Test anfügen. Wenn die Plan-ID im PROD-Angebot beispielsweise „enterprise“ lautet, sollte die Plan-ID im DEV-Angebot „enterprise_test“ lauten. Auf diese Weise können Sie Ihr DEV-Angebot leicht von Ihrem PROD-Angebot unterscheiden. Im PROD-Angebot erstellen Sie Pläne mit den Preismodellen und Preisen, die Sie für Ihr Angebot als ideal betrachten.

Planlisting

Geben Sie auf der Registerkarte Planübersicht>Planlisten in DEV- und PROD-Plan dieselbe Planbeschreibung ein.

Seite „Preise und Verfügbarkeit“

Dieser Abschnitt enthält Anleitungen zur Fertigstellung der Seite Planübersicht>Preise und Verfügbarkeit.

Märkte

Wählen Sie dieselben Märkte für DEV- und PROD-Angebot aus.

Preise

Verwenden Sie das DEV-Angebot, um mit Preismodellen zu experimentieren. Nachdem Sie überprüft haben, welches Preismodell oder welche Modelle am besten funktionieren, erstellen Sie im PROD-Angebot die Pläne mit den gewünschten Preismodellen und Preisen.

Wenn Sie den Plan erwerben, werden Ihnen die im Plan definierten Preise in Rechnung gestellt. Um Ihre Testkosten zu minimieren, sollten im DEV-Angebot Pläne mit 0 (null) oder niedrigen Preisen enthalten sein. Beispiel: 0,01 USD (ein Cent). Dies gilt für Pauschalpreise, getaktete Abrechnungen und Preise pro Benutzer. Das PROD-Angebot enthält die Preise, die Sie Kunden berechnen möchten.

Wichtig

In der Vorschau vorgenommene Käufe werden sowohl für das DEV- als auch das PROD-Angebot verarbeitet. Wenn ein Angebot einen Monatspreis von 100 USD hat, werden Ihrem Unternehmen 100 USD in Rechnung gestellt. Wenn dies der Fall ist, können Sie ein Supportticket öffnen, und wir zahlen Ihnen den gesamten Betrag aus (und erheben keine Store Service-Gebühr).

Sie legen die Preise fest, die Sie dem Kunden im separaten Produktionsplan in Rechnung stellen möchten, den Sie live veröffentlichen werden.

Preismodell

Verwenden Sie in den Plänen des DEV- und des PROD-Angebots dieselbe Planstruktur. Wenn der Plan beispielsweise im PROD-Angebot ein Pauschalpreis mit monatlicher Abrechnung ist, konfigurieren Sie den Plan im DEV-Angebot mit demselben Modell.

Um die Kosten für das Testen der Preismodelle einschließlich der benutzerdefinierten Marketplace-Verbrauchseinheiten zu reduzieren, sollten Sie den Preis-Abschnitt auf der Registerkarte Preise und Verfügbarkeit im DEV-Angebot mit niedrigeren Preisen konfigurieren als im PROD-Angebot. Hier finden Sie einige Richtlinien, die Sie beim Festlegen der Preise für Pläne im DEV-Angebot befolgen können.

Tabelle 2: Preisrichtlinien

Preis Kommentar
0,00–0,01 USD Legen Sie die Gesamtkosten für Transaktionen auf null fest, damit keine finanziellen Auswirkungen entstehen, oder auf einen Cent, damit nur niedrige Kosten anfallen. Verwenden Sie diesen Preis für Aufrufe von Messungs-APIs oder Testen von Kaufplänen in Ihrem Angebot, während Sie Ihre Lösung entwickeln.
0,01 $ Verwenden Sie diesen Preisbereich, um Analysen, Berichte und den Kaufvorgang zu testen.
50,00 – 100,00 USD Verwenden Sie diesen Preisbereich, um die Auszahlung zu testen. Weitere Informationen zum Zahlungsplan finden Sie unter Auszahlungspläne und -prozesse.

Wichtig

Um zu vermeiden, dass Ihnen bei Ihrem Test eine Store-Dienstgebühr in Rechnung gestellt wird, öffnen Sie innerhalb von sieben Tagen nach dem Testkauf ein Supportticket.

Seite „Co-Selling mit Microsoft“

Konfigurieren Sie die Registerkarte Co-Selling mit Microsoft des DEV-Angebots nicht.

Verkaufen über CSPs

Wählen Sie im DEV-Angebot auf der Registerkarte Verkaufen über CSPs die Option Keine Partner im CSP-Programm aus.

Nächste Schritte