Delen via

Een SaaS-aanbieding voor testen en ontwikkelen plannen

  • Artikel

Als u zich in een afzonderlijke omgeving van uw productieaanbieding wilt ontwikkelen, maakt u een afzonderlijke test- en ontwikkelingsaanbieding (DEV) en een afzonderlijke productieaanbieding (PROD). 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 maakt gebruik van de PROD-app-registratie. 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 K per maand betaalt. U kunt ook voorkomen dat een klant wordt gefactureerd voor verbruik volgens de meter dat ze niet hebben 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 van aangepaste gemeten dimensies. 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 Plansvoor 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.

Rommel in het PROD-aanbod frustreert product- en marketingteams, omdat ze verwachten dat alle plannen zich richten op echte klanten. Met name bij grote teams die niet verbonden zijn en allemaal verschillende sandboxes willen om mee te werken, creëert het maken van twee aanbiedingen twee aparte 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, 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 op dezelfde wijze 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

We raden aan dat u dezelfde alias gebruikt in het vak Alias van beide aanbiedingen, maar _test toe te voegen aan de alias van de DEV-aanbieding. Als de alias van uw PROD-aanbieding bijvoorbeeld is contososolution, moet de alias van de DEV-aanbieding contososolution_testzijn. Op deze manier kunt u eenvoudig uw DEV-aanbieding onderscheiden van uw PROD-aanbieding.

Gebruik in de sectie Klantleads een Azure-tabel of een test-CRM-omgeving voor de DEV-offerte. Gebruik de werkruimte Verwijzingen in het Partnercentrum of uw CRM-systeem voor de PROD-offerte.

Eigenschappenpagina

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

Aanbiedingspagina

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

Preview-doelgroep

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

Neem in de PROD-aanbieding de Microsoft Entra User Principal Name of het e-mailadres van het Microsoft-account op van 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.

Instelling DEV-aanbieding PROD-aanbieding
URL van landingspagina Voer uw dev/test-eindpunt in. Voer uw productie-eindpunt in.
Verbindingswebhook 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 (directory-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 preview. Wanneer u klaar bent met het testen, maakt u een productieplan voor het live publiceren. Vervolgens kunt u de distributie van het testplan stoppen.

Overzichtspagina plannen

Wanneer je je plannen maakt, raden we aan om dezelfde plan-id en plannaam te gebruiken in zowel de DEV- als PROD-aanbiedingen, behalve dat je in de DEV-aanbieding de plan-id aanvult met _test. Als de plan-id in de PROD-aanbieding bijvoorbeeld enterpriseis, moet de plan-id in de DEV-aanbieding enterprise_testzijn. Op deze manier kunt u eenvoudig onderscheiden wat uw DEV-aanbieding is van uw PROD-aanbieding. U maakt plannen in de PROD-aanbieding met de prijsmodellen en prijzen die u het meest geschikt acht voor uw aanbieding.

Lijst met plannen

Voer op het tabblad Overzicht>Planvermelding dezelfde planbeschrijving in voor zowel de DEV- als de PROD-abonnementen.

Pagina Met prijzen en beschikbaarheid

In deze sectie vindt u richtlijnen voor het voltooien van de Plan overzicht>Prijzen en Beschikbaarheid pagina.

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 abonnementen met geen of lage kosten bevatten. 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 $ 100 in rekening gebracht voor uw bedrijf. Als dit gebeurt, kunt u een ondersteuningsticket openenen zorgen we voor een uitbetaling van het volledige bedrag (en brengen we geen servicekosten in rekening).

U stelt de prijzen in die u wilt in rekening brengen voor de klant in het afzonderlijke productieplan 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.

Prijs Commentaar
$ 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 -processenvoor meer informatie over onze betalingsplanning.

Belangrijk

Om te voorkomen dat er servicekosten voor uw test in rekening worden gebracht, opent u binnen zeven dagen na aankoop van de test een -ondersteuningsticket.

Pagina voor gezamenlijke verkoop met Microsoft

Configureer de Co-sell niet met Microsoft tabblad van de DEV-aanbieding.

Opnieuw verkopen via Cloud Solution Providers (CSP's)

Selecteer op het tabblad Verkoop via CSP's van de DEV-aanbieding Geen partners in het CSP-programma.

Verwante inhoud