Planera ett SaaS-erbjudande för test och utveckling

Artikel
11/22/2023

För att utveckla i en separat miljö från ditt produktionserbjudande skapar du ett separat erbjudande för testning och utveckling (DEV) och ett separat erbjudande för produktion (PROD). Den här artikeln beskriver fördelarna med att göra din utveckling och testning i ett DEV-erbjudande och konfigurationsskillnaderna mellan DEV och produktionserbjudanden.

Fördelar med ett DEV-erbjudande

Här följer några anledningar till att skapa ett separat DEV-erbjudande som utvecklingsteamet kan använda för utveckling och testning av PROD-erbjudandet:

Undvik oavsiktliga kundavgifter
Utvärdera prismodeller
Lägger inte till planer som inte riktar sig till faktiska kunder

Undvik oavsiktliga kundavgifter

Genom att använda ett DEV-erbjudande i stället för PROD-erbjudandet och behandla dem som utvecklings- och produktionsmiljöer kan du undvika oavsiktliga kostnader för kunderna.

Vi rekommenderar att du registrerar två olika Microsoft Entra-appar för att anropa Marketplace-API:erna. Utvecklare använder en Microsoft Entra-app med DEV-erbjudandets inställningar och driftteamet använder PROD-appregistreringen. Genom att göra detta kan du isolera utvecklingsteamet från att göra oavsiktliga misstag, till exempel genom att anropa API:et för att avbryta en kunds prenumeration som betalar 100 000 USD per månad. Du kan också undvika att debitera en kund för användning med dataförbrukning som de inte förbrukade.

Utvärdera prismodeller

Att testa prismodeller i DEV-erbjudandet minskar risken när utvecklare experimenterar med olika prismodeller.

Utgivare kan skapa de planer som de behöver i DEV-erbjudandet för att avgöra vilken prismodell som fungerar bäst för deras erbjudande. Utvecklare kanske vill skapa flera planer i DEV-erbjudandet för att testa olika priskombinationer. Du kan till exempel skapa planer med olika uppsättningar anpassade mått för mätning. Du kan skapa en annan plan med en blandning av fasta och anpassade mått för mätning.

Om du vill testa flera prisalternativ måste du skapa en plan för varje unik prismodell. Mer information finns i Planer.

Lägger inte till planer som inte riktar sig till faktiska kunder

Genom att använda ett DEV-erbjudande för utveckling och testning kan du minska onödig oreda i PROD-erbjudandet. Du kan till exempel inte ta bort planer som du skapar för att testa olika prismodeller eller tekniska konfigurationer (utan att skicka in ett supportärende). Så genom att skapa planer för testning i DEV-erbjudandet minskar du oredan i PROD-erbjudandet.

Oredan i PROD-erbjudandet frustrerar produkt- och marknadsföringsteamen, eftersom de förväntar sig att alla planer ska riktas mot faktiska kunder. Särskilt med stora team som är uppdelade som alla vill att olika sandbox-miljöer ska fungera med, ger skapandet av två erbjudanden två olika miljöer för DEV och PROD. I vissa fall kanske du vill skapa flera DEV-erbjudanden för att stödja ett större team som har olika personer som kör olika testscenarier. Att låta olika teammedlemmar arbeta i DEV-erbjudandet separat från PROD-erbjudandet hjälper till att hålla produktionsplanerna så nära produktionsklara som möjligt.

Genom att testa ett DEV-erbjudande kan du undvika gränsen på 30 anpassade mått per erbjudande. Utvecklare kan prova olika mätarkombinationer i DEV-erbjudandet utan att påverka den anpassade måttgränsen i PROD-erbjudandet.

Konfigurationsskillnader mellan DEV- och produktionserbjudanden

Du konfigurerar de flesta inställningar på samma sätt i erbjudandena för testning och utveckling (DEV) och produktion (PROD). Till exempel bör det officiella marknadsföringsspråket och tillgångarna, till exempel skärmbilder och logotyper vara desamma. I de fall där konfigurationen är densamma kan du kopiera och klistra in fält från planerna i DEV-erbjudandet till planerna i PROD-erbjudandet.

I följande avsnitt beskrivs konfigurationsskillnaderna mellan DEV- och PROD-erbjudandena.

Sidan För erbjudandekonfiguration

Vi rekommenderar att du använder samma alias i rutan Alias för båda erbjudandena men lägger till "_test" i aliaset för DEV-erbjudandet. Om till exempel aliaset för ditt PROD-erbjudande är "contososolution" ska aliaset för DEV-erbjudandet vara "contososolution_test". På så sätt kan du enkelt identifiera vilket DEV-erbjudande du erbjuder från ditt PROD-erbjudande.

I avsnittet Kundleas använder du en Azure-tabell eller en CRM-testmiljö för DEV-erbjudandet. Använd arbetsytan Hänvisningar i Partnercenter eller ditt CRM-system för PROD-erbjudandet.

Sidan Egenskaper

Konfigurera den här sidan på samma sätt i både DEV- och PROD-erbjudandena.

Sidan Erbjudandelista

Konfigurera den här sidan på samma sätt i både DEV- och PROD-erbjudandena.

Förhandsgranska målgrupp

I DEV-erbjudandet inkluderar du Microsoft Entra-användarens huvudnamn eller Microsoft-kontots (MSA) e-postadresser till utvecklare och testare, inklusive dig själv. Användarens huvudnamn för en användare på Microsoft Entra-ID kan skilja sig från användarens e-post. Till exempel fungerar inte men jane.doe@contoso.comjanedoe@contoso.com kommer att göra det. De användare som du anger har åtkomst till DEV-erbjudandet när du delar länken Förhandsversion under utvecklings- och testfasen.

I PROD-erbjudandet inkluderar du Microsoft Entra-användarens huvudnamn eller Microsoft-kontots e-postadress för de användare som verifierar erbjudandet innan du väljer knappen Gå live för att publicera erbjudandet live.

Sidan Teknisk konfiguration

I den här tabellen beskrivs skillnaderna mellan inställningarna för DEV-erbjudanden och PROD-erbjudanden.

Tabell 1: Tekniska konfigurationsskillnader

Inställning	DEV-erbjudande	PROD-erbjudande
URL för landningssida	Ange utvecklings-/testslutpunkten.	Ange produktionsslutpunkten.
Anslut ion webhook	Ange utvecklings-/testslutpunkten.	Ange produktionsslutpunkten.
Klient-ID för Microsoft Entra	Ange ditt klient-ID för testappregistrering (Microsoft Entra-katalog-ID).	Ange ditt klient-ID för produktionsappregistrering.
Microsoft Entra-program-ID	Ange ditt program-ID för testappregistrering (klient-ID).	Ange ditt program-ID för registrering av produktionsappar.

Planera synlighet

Vi rekommenderar att du konfigurerar testplanen som en privat plan, så att den endast visas för målutvecklare och testare. Detta ger ett extra skydd mot att exponera din testplan för kunder om du av misstag publicerar erbjudandet live.

Om du väljer att testa din plan i ett produktionserbjudande i stället för ett DEV-erbjudande är detta särskilt viktigt, så att kunderna inte kan köpa planen. Vi rekommenderar att du skapar en separat privat testplan och aldrig publicerar den privata testplanen live. Du använder din privata testplan för att utföra testningen i förhandsversionen. När du har slutfört testningen skapar du en produktionsplan för publicering live. Sedan kan du stoppa distributionen av testplanen.

Planöversiktssida

När du skapar dina planer rekommenderar vi att du använder samma plan-ID och plannamn i både DEV- och PROD-erbjudandena förutom att lägga till plan-ID:t i DEV-erbjudandet med _test. Om till exempel plan-ID:t i PROD-erbjudandet är "enterprise" ska plan-ID:t i DEV-erbjudandet vara "enterprise_test". På så sätt kan du enkelt identifiera vilket DEV-erbjudande du erbjuder från ditt PROD-erbjudande. Du skapar planer i PROD-erbjudandet med de prismodeller och priser som du väljer är bäst för ditt erbjudande.

Planera lista

På fliken Planöversiktsplan>anger du samma planbeskrivning i både DEV- och PROD-abonnemangen.

Sidan Priser och tillgänglighet

Det här avsnittet innehåller vägledning för att slutföra sidan Pris och tillgänglighet för planöversikt>.

Marknader

Välj samma marknader för DEV- och PROD-erbjudandena.

Prissättning

Använd DEV-erbjudandet för att experimentera med prismodeller. När du har kontrollerat vilken prismodell eller vilka modeller som fungerar bäst skapar du abonnemangen i PROD-erbjudandet med de prismodeller och priser du vill ha.

När du köper planen debiteras du de priser som definieras i planen. För att minimera dina testkostnader bör DEV-erbjudandet ha planer med noll eller låga priser i planerna. Till exempel 0,01 USD (en cent). Detta gäller för fast pris, avgiftsbegränsad fakturering och priser per användare. PROD-erbjudandet kommer att ha de priser som du vill debitera kunderna.

Viktigt!

Inköp som görs i förhandsversionen bearbetas för både DEV- och PROD-erbjudanden. Om ett erbjudande har ett pris på 100 USD/mo debiteras ditt företag 100 USD. Om detta händer kan du öppna ett supportärende så utfärdar vi en utbetalning för hela beloppet (och tar ingen butikstjänstavgift).

Du anger de priser som du vill debitera kunden i den separata produktionsplan som du publicerar live.

Prismodell

Använd samma planstruktur i planerna för DEV- och PROD-erbjudandena. Om planen i PROD-erbjudandet till exempel är fast pris, med en månatlig faktureringsperiod, konfigurerar du planen i DEV-erbjudandet med samma modell.

För att minska kostnaden för att testa prismodellerna, inklusive anpassade mätardimensioner för Marketplace, rekommenderar vi att du konfigurerar avsnittet Prissättning på fliken Priser och tillgänglighet i DEV-erbjudandet med lägre priser än PROD-erbjudandet. Här följer några riktlinjer som du kan följa när du anger priser för planer i DEV-erbjudandet.

Tabell 2: Prissättningsriktlinjer

Pris	Kommentar
$0.00 - $0.01	Ange en total transaktionskostnad på noll så att den inte har någon ekonomisk inverkan eller en cent för att ha en låg kostnad. Använd det här priset när du anropar avläsnings-API:erna eller för att testa köpplaner i ditt erbjudande när du utvecklar din lösning.
0,01 USD	Använd det här prisintervallet för att testa analys, rapportering och inköpsprocessen.
$50.00 - $100.00	Använd det här prisintervallet för att testa utbetalningen. Information om vårt betalningsschema finns i Utbetalningsscheman och processer.