Een SaaS-aanbieding voor testen en ontwikkelen plannen

Artikel
11/22/2023

Als u zich in een afzonderlijke omgeving van uw productieaanbieding wilt ontwikkelen, maakt u een afzonderlijke aanbieding voor testen en ontwikkelen (DEV) en een afzonderlijke prod-aanbieding (productie). In dit artikel worden de voordelen beschreven van het uitvoeren van uw ontwikkeling en testen in een DEV-aanbieding en de configuratieverschillen tussen DEV- en productieaanbiedingen.

Voordelen van een DEV-aanbieding

Hier volgen enkele redenen om een afzonderlijke DEV-aanbieding te maken die het ontwikkelteam kan gebruiken voor het ontwikkelen en testen van de PROD-aanbieding:

Onopzettelijke klantkosten voorkomen
Prijsmodellen evalueren
Geen abonnementen toevoegen die niet gericht zijn op werkelijke klanten

Onopzettelijke klantkosten voorkomen

Door een DEV-aanbieding te gebruiken in plaats van de PROD-aanbieding en deze te behandelen als ontwikkel- en productieomgevingen, kunt u onbedoelde kosten voor klanten voorkomen.

U wordt aangeraden twee verschillende Microsoft Entra-apps te registreren voor het aanroepen van de Marketplace-API's. Ontwikkelaars gebruiken één Microsoft Entra-app met de instellingen van de DEV-aanbieding en het operations-team gebruikt de REGISTRATIE van de PROD-app. Als u dit doet, kunt u het ontwikkelteam isoleren van onbedoelde fouten, zoals het aanroepen van de API om het abonnement van een klant te annuleren die $ 100.000 per maand betaalt. U kunt ook voorkomen dat een klant wordt gefactureerd voor gebruik naar gebruik dat niet is verbruikt.

Prijsmodellen evalueren

Het testen van prijsmodellen in de DEV-aanbieding vermindert het risico wanneer ontwikkelaars experimenteren met verschillende prijsmodellen.

Uitgevers kunnen de plannen maken die ze nodig hebben in de DEV-aanbieding om te bepalen welk prijsmodel het beste werkt voor hun aanbieding. Ontwikkelaars willen mogelijk meerdere abonnementen maken in de DEV-aanbieding om verschillende prijscombinaties te testen. U kunt bijvoorbeeld plannen maken met verschillende sets aangepaste afmetingen met een datalimiet. U kunt een ander plan maken met een combinatie van vaste tarieven en aangepaste afmetingen naar gebruik.

Als u meerdere prijsopties wilt testen, moet u een plan maken voor elk uniek prijsmodel. Zie Plannen voor meer informatie.

Geen abonnementen toevoegen die niet gericht zijn op werkelijke klanten

Door een DEV-aanbieding te gebruiken voor ontwikkeling en testen, kunt u onnodige rommel in de PROD-aanbieding verminderen. U kunt bijvoorbeeld geen plannen verwijderen die u maakt om verschillende prijsmodellen of technische configuraties te testen (zonder een ondersteuningsticket in te dienen). Dus door plannen te maken voor testen in de DEV-aanbieding, vermindert u de rommel in de PROD-aanbieding.

Onbelangrijke e-mail in het PROD-aanbod frustreert product- en marketingteams, omdat ze verwachten dat alle plannen zich richten op werkelijke klanten. Met name bij grote teams die niet zijn verbonden met wie allemaal verschillende sandboxes moeten werken, bieden het maken van twee aanbiedingen twee verschillende omgevingen voor DEV en PROD. In sommige gevallen wilt u mogelijk meerdere DEV-aanbiedingen maken ter ondersteuning van een groter team met verschillende personen die verschillende testscenario's uitvoeren. Verschillende teamleden kunnen werken in de DEV-aanbieding, gescheiden van de PROD-aanbieding, helpt om productieplannen zo dicht mogelijk bij productieklaar te houden.

Door een DEV-aanbieding te testen, voorkomt u de limiet van 30 aangepaste dimensies naar gebruik per aanbieding. Ontwikkelaars kunnen verschillende metercombinaties proberen in de DEV-aanbieding zonder dat dit van invloed is op de aangepaste dimensielimiet naar gebruik in de PROD-aanbieding.

Configuratieverschillen tussen DEV- en productieaanbiedingen

U configureert de meeste instellingen hetzelfde in de aanbiedingen voor testen en ontwikkelen (DEV) en productie (PROD). De officiële marketingtaal en assets, zoals schermopnamen en logo's, moeten bijvoorbeeld hetzelfde zijn. In de gevallen waarin de configuratie hetzelfde is, kunt u velden uit de plannen in de DEV-aanbieding kopiëren en plakken naar de plannen in de PROD-aanbieding.

In de volgende secties worden de configuratieverschillen tussen de DEV- en PROD-aanbiedingen beschreven.

Pagina voor het instellen van aanbiedingen

U wordt aangeraden dezelfde alias te gebruiken in het aliasvak van beide aanbiedingen, maar '_test' toe te voegen aan de alias van de DEV-aanbieding. Als de alias van uw PROD-aanbieding bijvoorbeeld 'contososolution' is, moet de alias van de DEV-aanbieding 'contososolution_test' zijn. Op deze manier kunt u eenvoudig identificeren welke DEV-aanbieding u hebt verkregen uit uw PROD-aanbieding.

Gebruik in de sectie Leads van klanten een Azure-tabel of een CRM-testomgeving voor de DEV-aanbieding. Gebruik de werkruimte Verwijzingen in partnercentrum of uw CRM-systeem voor de PROD-aanbieding.

De pagina Eigenschappen

Configureer deze pagina op dezelfde pagina in zowel de DEV- als PROD-aanbiedingen.

Aanbiedingspagina

Configureer deze pagina op dezelfde pagina in zowel de DEV- als PROD-aanbiedingen.

Preview-doelgroep

Neem in de DEV-aanbieding de microsoft Entra user principal names of MSA-e-mailadressen (Microsoft-account) van ontwikkelaars en testers op, inclusief uzelf. De principal-naam van de gebruiker van een gebruiker in Microsoft Entra ID kan afwijken van het e-mailadres van die gebruiker. Werkt bijvoorbeeld jane.doe@contoso.com niet, maar janedoe@contoso.com wel. De gebruikers die u aanwijst, hebben toegang tot de DEV-aanbieding wanneer u de preview-koppeling deelt tijdens de ontwikkelings- en testfase.

Neem in de PROD-aanbieding de microsoft Entra user principal name of het e-mailadres van het Microsoft-account op van de gebruikers die de aanbieding valideren voordat u de knop Go Live selecteert om de aanbieding live te publiceren.

Pagina Technische configuratie

In deze tabel worden de verschillen beschreven tussen de instellingen voor DEV-aanbiedingen en PROD-aanbiedingen.

Tabel 1: Technische configuratieverschillen

Instelling	DEV-aanbieding	PROD-aanbieding
URL van landingspagina	Voer uw dev/test-eindpunt in.	Voer uw productie-eindpunt in.
Verbinding maken ionwebhook	Voer uw dev/test-eindpunt in.	Voer uw productie-eindpunt in.
Tenant-id van Microsoft Entra	Voer de tenant-id van uw test-app-registratie in (Map-id van Microsoft Entra).	Voer de tenant-id van uw productie-app-registratie in.
Microsoft Entra-toepassings-id	Voer de toepassings-id (client-id) van uw test-app-registratie in.	Voer de toepassings-id van uw productie-app-registratie in.

Zichtbaarheid plannen

U wordt aangeraden uw testplan als een privéplan te configureren, zodat het alleen zichtbaar is voor doelontwikkelaars en testers. Dit biedt een extra beschermingsniveau tegen het beschikbaar maken van uw testplan aan klanten als u de aanbieding per ongeluk live publiceert.

Als u ervoor kiest om uw plan te testen in een productieaanbieding in plaats van een DEV-aanbieding, is dit vooral belangrijk, zodat klanten het abonnement niet kunnen kopen. U wordt aangeraden een afzonderlijk privétestplan te maken en het privétestplan nooit live te publiceren. U gebruikt uw persoonlijke testplan om uw tests uit te voeren in de preview-versie. Wanneer u de test hebt voltooid, maakt u een productieplan voor het live publiceren. Vervolgens kunt u de distributie van het testplan stoppen.

Overzichtspagina plannen

Wanneer u uw plannen maakt, raden we u aan dezelfde abonnements-id en abonnementsnaam te gebruiken in de dev- en PROD-aanbiedingen, behalve dat u de plan-id toevoegt in de DEV-aanbieding met _test. Als de abonnements-id in de PROD-aanbieding bijvoorbeeld 'enterprise' is, moet de abonnements-id in de DEV-aanbieding 'enterprise_test' zijn. Op deze manier kunt u eenvoudig identificeren welke DEV-aanbieding u hebt verkregen uit uw PROD-aanbieding. U maakt plannen in de PROD-aanbieding met de prijsmodellen en prijzen die u het beste voor uw aanbieding kiest.

Lijst met plannen

Voer op het tabblad Overzicht>planoverzicht dezelfde beschrijving van het plan in zowel de DEV- als PROD-abonnementen in.

Pagina Met prijzen en beschikbaarheid

Deze sectie bevat richtlijnen voor het voltooien van de pagina Prijzen>en beschikbaarheid van abonnementen.

Markten

Selecteer dezelfde markten voor de DEV- en PROD-aanbiedingen.

Prijzen

Gebruik de DEV-aanbieding om te experimenteren met prijsmodellen. Nadat u hebt gecontroleerd welk prijsmodel of welke modellen het beste werken, maakt u de plannen in de PROD-aanbieding met de gewenste prijsmodellen en prijzen.

Wanneer u het abonnement aanschaft, worden de prijzen in rekening gebracht die in het abonnement zijn gedefinieerd. Om uw testkosten te minimaliseren, moet de DEV-aanbieding plannen hebben met nul of lage prijzen in de abonnementen. Bijvoorbeeld $ 0,01 (één cent). Dit geldt voor vaste tarieven, facturering naar gebruik en prijzen per gebruiker. De PROD-aanbieding heeft de prijzen die u aan klanten wilt in rekening brengen.

Belangrijk

Aankopen die in preview worden gedaan, worden verwerkt voor zowel DEV- als PROD-aanbiedingen. Als een aanbieding een prijs van $ 100/mo heeft, wordt er $ 100 in rekening gebracht voor uw bedrijf. Als dit gebeurt, kunt u een ondersteuningsticket openen en zullen we een uitbetaling uitgeven voor het volledige bedrag (en nemen geen servicekosten voor de winkel).

U stelt de prijzen in die u wilt in rekening brengen voor de klant in het afzonderlijke productieabonnement dat u live publiceert.

Prijsmodel

Gebruik dezelfde planstructuur in de plannen van de DEV- en PROD-aanbiedingen. Als het abonnement in de PROD-aanbieding bijvoorbeeld een vast tarief is, met een maandelijkse factureringstermijn, configureert u het abonnement in de DEV-aanbieding met hetzelfde model.

Als u de kosten voor het testen van de prijsmodellen, inclusief aangepaste afmetingen voor Marketplace-meters, wilt verlagen, raden we u aan de sectie Prijzen van het tabblad Prijzen en beschikbaarheid te configureren in de DEV-aanbieding met lagere prijzen dan de PROD-aanbieding. Hier volgen enkele richtlijnen die u kunt volgen bij het instellen van prijzen voor abonnementen in de DEV-aanbieding.

Tabel 2: Prijsrichtlijnen

Prijs	Opmerking
$ 0,00 - $ 0,01	Stel een totale transactiekosten van nul in om geen financiële impact te hebben of één cent om lage kosten te hebben. Gebruik deze prijs bij het aanroepen van de meter-API's of om aankoopplannen in uw aanbieding te testen tijdens het ontwikkelen van uw oplossing.
$ 0,01	Gebruik dit prijsbereik om analyses, rapportage en het aankoopproces te testen.
$ 50,00 - $ 100,00	Gebruik dit prijsbereik om uitbetaling te testen. Zie Uitbetalingsschema's en -processen voor meer informatie over ons betalingsschema.