Planera ett SaaS-erbjudande för den kommersiella marknadsplatsen

Den här artikeln beskriver de olika alternativen och kraven för att publicera SaaS-erbjudanden (programvara som en tjänst) på Microsofts kommersiella marknadsplats. SaaS erbjuder så att du kan leverera och licensiera programvarulösningar till dina kunder via onlineprenumerationer. Som SaaS-utgivare hanterar och betalar du för den infrastruktur som krävs för att stödja kundernas användning av ditt erbjudande. Den här artikeln hjälper dig att förbereda ditt erbjudande för publicering på den kommersiella marknadsplatsen med Partnercenter.

Listalternativ

När du förbereder publiceringen av ett nytt SaaS-erbjudande måste du bestämma vilket listalternativ du ska välja. Listalternativet som du väljer avgör vilken ytterligare information du behöver ange när du skapar ditt erbjudande i Partnercenter. Du definierar ditt listalternativ på sidan för erbjudandekonfiguration enligt förklaringen i Så här skapar du ett SaaS-erbjudande på den kommersiella marknadsplatsen.

I följande tabell visas listalternativen för SaaS-erbjudanden på den kommersiella marknadsplatsen.

* Utgivare ansvarar för att stödja alla aspekter av programvarulicenstransaktionen, inklusive men inte begränsat till order, uppläsning, mätning, fakturering, fakturering, betalning och insamling.

Mer information om dessa listalternativ finns i Transact-funktioner på den kommersiella marknadsplatsen.

När ditt erbjudande har publicerats visas listalternativet som du valde för ditt erbjudande som en knapp i det övre vänstra hörnet på erbjudandets listsida. Följande skärmbild visar till exempel en sida med erbjudanden i Azure Marketplace med knappen Hämta nu.

Tekniska krav

De tekniska kraven varierar beroende på vilket listalternativ du väljer för ditt erbjudande.

Listalternativet Kontakta mig har inga tekniska krav. Du kan välja att ansluta ett CRM-system (Customer Relationship Management) för att hantera kund leads. Detta beskrivs i avsnittet Kundlyssnare längre fram i den här artikeln.

Listalternativen Hämta nu (kostnadsfri), Kostnadsfri utvärderingsversion och Sälj via Microsoft har följande tekniska krav:

• Du måste aktivera både Microsoft-konton (MSA) och Azure Active Directory (Azure AD) för att autentisera säljare på din webbplats. Du måste låta kunder som har ett Azure AD-konto logga in i ditt program med hjälp av Azure AD med enkel inloggning (SSO).
• Du måste skapa en landningssida som ger sömlös inloggning och registrering för en kund som har köpt ditt erbjudande. Landningssidan hjälper dem att slutföra eventuell ytterligare etablering eller konfiguration som krävs. Vägledning om hur du skapar landningssidan finns i följande artiklar:
  • Skapa landningssidan för ditt transakterbara SaaS-erbjudande på den kommersiella marknadsplatsen
  • Skapa landningssidan för ditt kostnadsfria eller utvärderingsversions-SaaS-erbjudande på den kommersiella marknadsplatsen

Dessa ytterligare tekniska krav gäller endast för listalternativet Sell through Microsoft (transactable):

• Du måste använda API:erna för uppfyllning av SaaS för att integrera Azure Marketplace och Microsoft AppSource. Du måste exponera en tjänst som kan interagera med SaaS-prenumerationen för att skapa, uppdatera och ta bort ett användarkonto och en tjänstplan. Kritiska API-ändringar måste stödjas inom 24 timmar. Icke-kritiska API-ändringar släpps regelbundet. Diagram och detaljerade förklaringar som beskriver användningen av de insamlade fälten finns i dokumentationen för API:erna.
• Du måste skapa minst en plan för ditt erbjudande. Din plan prissätts baserat på den prismodell som du väljer innan du publicerar: fast pris eller per användare. Mer information om planer finns längre fram i den här artikeln.
• Kunden kan avbryta erbjudandet när som helst.

Teknisk information

Om du skapar ett transakterbart erbjudande måste du samla in följande information på sidan Teknisk konfiguration. Om du väljer att bearbeta transaktioner oberoende av varandra i stället för att skapa ett transaktionabelt erbjudande hoppar du över det här avsnittet och går till Testenheter.

• Webbadress till landningssida: Den SaaS-webbplats-URL (till exempel) som användarna dirigeras till när de har skaffat erbjudandet från den kommersiella marknadsplatsen, vilket utlöser konfigurationsprocessen från den nyligen skapade https://contoso.com/signup SaaS-prenumerationen. Den här URL:en får en token som kan användas för att anropa API:erna för uppfyllelse för att hämta etableringsinformation för din interaktiva registreringssida.

  Den här URL:en anropas med tokenparametern för marketplace-köpidentifiering som unikt identifierar den specifika kundens SaaS-köp. Du måste byta denna token mot motsvarande SaaS-prenumerationsinformation med hjälp av lösnings-API:et. Den här informationen och andra uppgifter som du vill samla in som en del av en kund interaktiv webbsida kan användas för att starta kundens onboarding-upplevelse, som så småningom måste avslutas med ett aktiveringssamtal på API:et för att påbörja prenumerationsperioden. På den här sidan bör användaren registrera sig via autentisering med ett klick med hjälp av Azure Active Directory (Azure AD).

  Den här URL:en med tokenparametern för marketplace-köpidentifiering anropas också när kunden startar en hanterad SaaS-upplevelse från Azure Portal eller Microsoft 365 Admin Center. Du bör hantera båda flödena: när token tillhandahålls för första gången efter ett nytt kundköp och när den tillhandahålls igen för en befintlig kund som hanterar sin SaaS-lösning.

  Landningssidan som du konfigurerar bör vara igång dygnet runt. Det här är det enda sättet du meddelas om nya köp av dina SaaS-erbjudanden som görs på den kommersiella marknadsplatsen eller konfigurationsbegäranden för en aktiv prenumeration på ett erbjudande.

• Anslutningswebhook: För alla asynkrona händelser som Microsoft behöver skicka till dig (till exempel när en SaaS-prenumeration har avbrutits) kräver vi att du anger en anslutningswebhook-URL. Vi anropar den här URL:en för att meddela dig om händelsen.

  Webhooken du anger bör vara igång dygnet runt. Det här är det enda sättet att meddelas om uppdateringar om dina kunders SaaS-prenumerationer som köpts via den kommersiella marknadsplatsen.

  Anteckning

  I Azure Portal kräver vi att du skapar en appregistrering för Azure Active Directory en klientorganisation (Azure AD). Använd appregistreringsinformationen för att autentisera din lösning när du anropar Marketplace-API:erna. Du hittar klientorganisations-ID genom att gå till din Azure Active Directory och välja Egenskaper och sedan leta upp det katalog-ID-nummer som visas. Till exempel 50c464d3-4930-494c-963c-1e951d15360e.

• Azure Active Directory klientorganisations-ID(även kallat katalog-ID). I Azure Portal kräver vi att du registrerar en Azure Active Directory-app (AD) så att vi kan lägga till den i ÅTKOMSTKONTROLLista (ACL) för API:et för att se till att du har behörighet att anropa den. Om du vill hitta klientorganisations-ID:t för din Azure Active Directory-app (AD) går du till Appregistreringar-bladet i Azure Active Directory. I kolumnen Visningsnamn väljer du appen. Leta sedan efter katalog-ID:t (klient) i listan (till exempel 50c464d3-4930-494c-963c-1e951d15360e ).

• Azure Active Directory program-ID: Du behöver även ditt program-ID. Hämta värdet genom att gå till bladet Appregistreringar i Azure Active Directory. I kolumnen Visningsnamn väljer du appen. Leta sedan efter det program-ID (klient) som visas (till exempel 50c464d3-4930-494c-963c-1e951d15360e ).

  Azure AD-program-ID:t är associerat med ditt utgivar-ID i ditt Partnercenter-konto. Du måste använda samma program-ID för alla erbjudanden i det kontot.

  Anteckning

  Om utgivaren har två eller flera olika konton i Partnercenter kan azure AD-appregistreringsinformationen endast användas i ett konto. Med samma klientorganisations-ID stöds inte app-ID-par för ett erbjudande under ett annat utgivarkonto.

Provkörningar

Du kan välja att aktivera en testkörning för SaaS-appen. Testenheter ger kunderna åtkomst till en förkonfigurerad miljö under ett fast antal timmar. Du kan aktivera testenheter för alla publiceringsalternativ, men den här funktionen har ytterligare krav. Mer information om testenheter finns i Vad är en provkörning?. Information om hur du konfigurerar olika typer av testenheter finns i Teknisk konfiguration för provkörning.

Kund leads

Du måste ansluta ditt erbjudande till ditt CRM-system (Customer Relationship Management) för att samla in kundinformation. Kunden uppmanas att ge tillstånd att dela sin information. Dessa kunduppgifter, tillsammans med erbjudandets namn, ID och onlinebutiken där de hittade ditt erbjudande, skickas till det CRM-system som du har konfigurerat. Den kommersiella marknadsplatsen stöder en mängd olika CRM-system, tillsammans med alternativet att använda en Azure-tabell eller konfigurera en HTTPS-slutpunkt med hjälp av Power Automate.

Du kan lägga till eller ändra en CRM-anslutning när som helst under eller efter att erbjudandet har skapats. Detaljerad information finns i Kund-leads från ditt erbjudande på den kommersiella marknadsplatsen.

Välja en onlinebutik

När du publicerar ett SaaS-erbjudande visas det i listan Microsoft AppSource, Azure Marketplace eller båda. Varje onlinebutik har unika kundkrav. AppSource är till för affärslösningar och Azure Marketplace för IT-lösningar. Din erbjudandetyp, dina transact-funktioner och kategorier avgör var ditt erbjudande kommer att publiceras. Kategorier och underkategorier mappas till varje onlinebutik baserat på lösningstyp.

Om ditt SaaS-erbjudande både är en IT-lösning (Azure Marketplace) och en affärslösning (AppSource) väljer du en kategori och en underkategori som gäller för varje onlinebutik. Erbjudanden som publiceras till båda onlinebutikerna bör ha ett värdeförslag som EN IT-lösning och en affärslösning.

* Den privata planen för erbjudandet är endast tillgänglig via Azure Portal och AppSource.

Till exempel köps ett erbjudande med förbrukningsfakturering och en privat plan (ingen offentlig plan) av kunder i Azure Portal. Läs mer om privata erbjudanden på Microsofts kommersiella marknadsplats.

Detaljerad information om listningsalternativ som stöds av onlinebutiker finns i Listning och prissättningsalternativ efter onlinebutik. Mer information om kategorier och underkategorier finns i Kategorier och underkategorier på den kommersiella marknadsplatsen.

Juridiska kontrakt

För att förenkla anskaffningsprocessen för kunder och minska programvaruleverantörers juridiska komplexitet erbjuder Microsoft ett standardavtal som du kan använda för dina erbjudanden på den kommersiella marknadsplatsen. När du erbjuder din programvara enligt standardavtalet behöver kunderna bara läsa och godkänna den en gång och du behöver inte skapa anpassade villkor.

Om du väljer att använda standardavtalet har du möjlighet att lägga till allmänna tilläggsvillkor och upp till 10 anpassade ändringar i standardavtalet. Du kan också använda dina egna villkor i stället för standardavtalet. Du kommer att hantera den här informationen på sidan Egenskaper. Detaljerad information finns i Standardavtal för Microsofts kommersiella marknadsplats.

Microsoft 365-integrering

Integrering med Microsoft 365 gör att ditt SaaS-erbjudande kan tillhandahålla ansluten upplevelse över flera Microsoft 365-appytor via relaterade kostnadsfria tillägg som Teams-appar, Office-tillägg och SharePoint Framework-lösningar. Du kan hjälpa dina kunder att enkelt identifiera alla aspekter av din E2E-lösning (webbtjänst + relaterade tillägg) och distribuera dem inom en process genom att ange följande information.

• Om ditt SaaS-erbjudande integreras med Microsoft Graph anger du det Azure Active Directory-app-ID (AAD) som används av ditt SaaS-erbjudande för integreringen. Administratörer kan granska åtkomstbehörigheter som krävs för att saaS-erbjudandet ska fungera korrekt enligt vad som anges i AAD-app-ID:t och bevilja åtkomst om avancerad administratörsbehörighet krävs vid distributionen.

  Om du väljer att sälja ditt erbjudande via Microsoft är detta samma AAD-app-ID som du har registrerat dig för att använda på landningssidan för att få grundläggande användarinformation som krävs för att slutföra aktiveringen av kundprenumerationen. Detaljerad information finns i Skapa landningssidan för ditt transakterbara SaaS-erbjudande på den kommersiella marknadsplatsen.

• Ange en lista över relaterade tillägg som fungerar med ditt SaaS-erbjudande som du vill länka. Kunder kommer att kunna identifiera din E2E-lösning på Microsoft AppSource och administratörer kan distribuera både SaaS och alla relaterade tillägg som du har länkat i samma process via Administrationscenter för Microsoft 365.

  Om du vill länka relaterade tillägg måste du ange AppSource-länken för tillägget. Det innebär att tillägget först måste publiceras till AppSource. Tillägg som stöds och som du kan länka är: Teams,Office-tillägg och SharePoint Framework (SPFx). Varje länkat tillägg måste vara unikt för ett SaaS-erbjudande.

För länkade produkter returneras sökning på AppSource med ett resultat som innehåller både SaaS och alla länkade tillägg. Kunden kan navigera mellan produktinformationssidorna i SaaS-erbjudandet och länkade tillägg. IT-administratörer kan granska och distribuera både SaaS- och länkade tillägg i samma process via en integrerad och ansluten upplevelse i Administrationscenter för Microsoft 365. Mer information finns i Testa och distribuera Microsoft 365-applikationer – Microsoft 365 administratör.

Microsoft 365 begränsningar för integrationsstöd

Identifiering som en enda E2E-lösning stöds i AppSource i samtliga fall, men förenklad distribution av E2E-lösningen enligt beskrivningen ovan via Administrationscenter för Microsoft 365 stöds inte i följande scenarier:

• "Kontakta mig" – endast erbjudanden.
• Samma tillägg är länkat till fler än ett SaaS-erbjudande.
• SaaS-erbjudandet är länkat till tillägg, men det integrerar inte med Microsoft Graph och inget AAD-app-ID tillhandahålls.
• SaaS-erbjudandet är länkat till tillägg, men det AAD-app-ID som tillhandahålls för Microsoft Graph-integrering delas mellan flera SaaS-erbjudanden.

Information om erbjudandelistan

När du skapar ett nytt SaaS-erbjudande i Partnercenter anger du text, bilder, valfria videor och annan information på sidan Erbjudandelista. Det här är den information som kunderna ser när de identifierar din erbjudandelista på den kommersiella marknadsplatsen, som du ser i följande exempel.

Beskrivningar av uppringning

1. Logotyp
2. Kategorier
3. Branscher
4. Supportadress (länk)
5. Villkor för användning
6. Sekretesspolicy
7. Erbjudandets namn
8. Sammanfattning
9. Description
10. Skärmbilder/videor
11. Dokument

I följande exempel visas en lista över erbjudanden i Azure Portal.

Beropa beskrivningar

1. Rubrik
2. Beskrivning
3. Användbara länkar
4. Skärmbilder

Förbered några av dessa objekt i förväg för att skapa ditt erbjudande på ett enklare sätt. Följande objekt krävs om inget annat anges.

• Namn: Det här namnet visas som rubriken på din erbjudandelista på den kommersiella marknadsplatsen. Namnet kan vara varumärkesskyddat. Den får inte innehålla emojis (såvida de inte är varumärken och upphovsrättssymboler) och måste vara begränsade till 50 tecken.

• Sammanfattning av sökresultat: Beskriv syftet med eller funktionen för ditt erbjudande som en enskild mening utan radbrytningar på 100 tecken eller mindre. Den här sammanfattningen används i sökresultaten för den eller de kommersiella marknadsplatserna.

• Beskrivning: Den här beskrivningen visas i översikten över den eller de kommersiella marknadsplatserna. Överväg att inkludera ett mervärde, viktiga fördelar, avsedd användarbas, alla kategorier eller branschassociationer, köpmöjligheter i appen, eventuella nödvändiga avslöjanden och en länk för att lära dig mer.

  Den här textrutan har kontroller för RTF-redigerare som du kan använda för att göra beskrivningen mer engagerande. Du kan också använda HTML-taggar för att formatera beskrivningen. Du kan ange upp till 3 000 tecken text i den här rutan, inklusive HTML-kod. Ytterligare tips finns i Skriva en bra appbeskrivning.

• Komma igång anvisningar: Om du väljer att sälja ditt erbjudande via Microsoft (köpbart erbjudande) krävs det här fältet. De här anvisningarna hjälper kunderna att ansluta till ditt SaaS-erbjudande. Du kan lägga till upp till 3 000 tecken text och länkar till mer detaljerad onlinedokumentation.

• Söknyckelord (valfritt): Ange upp till tre söknyckelord som kunder kan använda för att hitta ditt erbjudande i onlinebutikerna. Du behöver inte inkludera erbjudandets namn och beskrivning: texten inkluderas automatiskt i sökningen.

• Länk till sekretesspolicy: Webbadressen till företagets sekretesspolicy. Du måste ange en giltig sekretesspolicy och ansvarar för att säkerställa att din app uppfyller sekretesslagar och sekretessbestämmelser.

• Kontaktinformation: Du måste ange följande kontakter från din organisation:

  • Supportkontakt: Ange namn, telefon och e-postadress som Microsoft-partner ska använda när dina kunder öppnar biljetter. Du måste också inkludera URL:en för din supportwebbplats.
  • Teknisk kontakt: Ange namn, telefon och e-postadress som Microsoft ska använda direkt när det uppstår problem med ditt erbjudande. Den här kontaktinformationen visas inte på den kommersiella marknadsplatsen.
  • CSP-programkontakt (valfritt): Ange namn, telefon och e-postadress om du väljer att använda CSP-programmet, så att dessa partner kan kontakta dig om du har frågor. Du kan också inkludera en URL till ditt marknadsföringsmaterial.

• Användbara länkar (valfritt): Du kan tillhandahålla länkar till olika resurser för användare av ditt erbjudande. Det kan till exempel vara forum, vanliga frågor och svar och information.

• Stöddokument: Du kan tillhandahålla upp till tre kundriktade dokument, till exempel whitepapers, presentationer, checklistor eller PowerPoint presentationer.

• Media – Logotyper: Ange en PNG-fil för den stora logotypen. Partnercenter använder detta för att skapa en liten och en medelstor logotyp. Du kan också ersätta dem med olika bilder senare.

  • Stor (från 216 x 216 till 350 x 350 px, krävs)
  • Medel (90 x 90 px, valfritt)
  • Liten (48 x 48 px, valfritt)

  Dessa logotyper används på olika platser i onlinebutikerna:

  • Liten logotyp visas i Azure Marketplace sökresultat och på AppSource-huvudsidan och sökresultatsidan.
  • Logotypen Medel visas när du skapar en ny resurs i Microsoft Azure.
  • Den stora logotypen visas på sidan med erbjudanden i Azure Marketplace och AppSource.

• Media – Skärmbilder: Du måste lägga till minst en och upp till fem skärmbilder med följande krav som visar hur ditt erbjudande fungerar:

  • 1280 x 720 bildpunkter
  • PNG-filtyp
  • Måste innehålla en undertext

• Media – Videor (valfritt): Du kan lägga till upp till fyra videor med följande krav som visar ditt erbjudande:

  • Name
  • URL: Får endast finnas på YouTube eller Vimeo.
  • Miniatyrbild: 1280 x 720 PNG-fil

Du kan skicka inbjudningar till e-postadresser för Microsoft-konton (MSA) Azure Active Directory e-postadresser (Azure AD). Lägg till upp till 10 e-postadresser manuellt eller importera upp till 20 med en .csv fil. Om ditt erbjudande redan är live kan du fortfarande definiera en målgrupp för förhandsversionen för att testa ändringar eller uppdateringar av ditt erbjudande.

Planer

Erbjudanden som kan användas kräver minst en plan. En plan definierar lösningens omfång och gränser samt tillhörande priser. Du kan skapa flera planer för ditt erbjudande för att ge kunderna olika tekniska alternativ och prisalternativ. Om du väljer att bearbeta transaktioner oberoende av varandra i stället för att skapa ett transaktionabelt erbjudande visas inte sidan Planer. I så fall hoppar du över det här avsnittet och går till Ytterligare affärsmöjligheter.

Se Planer och priser för erbjudanden på den kommersiella marknadsplatsen för allmän vägledning om planer, inklusive prismodeller, kostnadsfria utvärderingsversioner och privata planer. I följande avsnitt beskrivs ytterligare information som är specifik för SaaS-erbjudanden.

Prissättningsmodeller för SaaS

SaaS-erbjudanden kan använda en av två prismodeller med varje plan: antingen fast pris eller per användare. Alla planer i samma erbjudande måste associeras med samma prismodell. Ett erbjudande kan till exempel inte ha en plan med fast pris och en annan plan som är per användare.

Fast pris – Ge åtkomst till ditt erbjudande med ett enda fast pris per månad eller år. Detta kallas ibland för platsbaserad prissättning. Med den här prismodellen kan du även definiera avgiftsmätta planer som använder API:et för marketplace-avläsningstjänsten för att debitera kunder för användning som inte omfattas av det fasta priset. Mer information om förbrukningsfakturering finns i Mätarfakturering för SaaS med hjälp av den kommersiella marknadsplatsens mätningstjänst. Du bör också använda det här alternativet om användningsbeteendet för SaaS-tjänsten är i burst-fel.

Per användare – Ge åtkomst till ditt erbjudande med ett pris baserat på antalet användare som har åtkomst till erbjudandet eller upptar platser. Med den här användarbaserade modellen kan du ange det lägsta och högsta antalet användare som stöds av planen. Du kan skapa flera planer för att konfigurera olika prispunkter baserat på antalet användare. De här fälten är valfria. Om det inte är avmarkerat tolkas antalet användare som att det inte finns någon gräns (min 1 och max för så många som din tjänst kan stödja). De här fälten kan redigeras som en del av en uppdatering av planen.

SaaS-fakturering

För SaaS-appar som körs i din (utgivarens) Azure-prenumeration debiteras användningen av infrastrukturen direkt till dig. kunder ser inga avgifter för faktisk infrastrukturanvändning. Du bör samla användningsavgifter för Azure-infrastrukturen i prissättningen för programvarulicensen för att kompensera för kostnaden för den infrastruktur som du distribuerade för att köra lösningen.

SaaS-apperbjudanden som säljs via Microsoft Support månatlig eller årlig fakturering baserat på en fast avgift, per användare eller förbrukningsavgifter med hjälp av den avgiftsbaserade faktureringstjänsten. Den kommersiella marknadsplatsen fungerar enligt en myndighetsmodell, där utgivare anger priser, Microsoft fakturerar kunder och Microsoft betalar intäkter till utgivare samtidigt som de betalar en agentavgift.

I följande exempel visas en exempeluppdelning av kostnader och utbetalning för att demonstrera agenturmodellen. I det här exemplet fakturerar Microsoft 100,00 USD till kunden för din programvarulicens och betalar ut 80,00 USD till utgivaren.

En målgrupp för förhandsversionen kan komma åt ditt erbjudande innan det publiceras live i onlinebutikerna. De kan se hur ditt erbjudande kommer att se ut på den kommersiella marknadsplatsen och testa funktionerna från slutet till slut innan du publicerar det live.

På sidan Förhandsgranska målgrupp kan du definiera en begränsad målgrupp för förhandsversionen. Den här inställningen är inte tillgänglig om du väljer att bearbeta transaktioner oberoende av varandra i stället för att sälja ditt erbjudande via Microsoft. I så fall kan du hoppa över det här avsnittet och gå till Ytterligare affärsmöjligheter.

Testerbjudande

Innan du publicerar ditt erbjudande live bör du använda förhandsversionsfunktionen för att utveckla din tekniska implementering, testa och experimentera med olika prismodeller.

Om du vill utveckla och testa ditt SaaS-erbjudande med den lägsta risken rekommenderar vi att du skapar ett erbjudande för testning och utveckling (DEV) för experimentering och testning. DEV-erbjudandet kommer att vara separat från ditt produktionserbjudande (PROD).

För att förhindra oavsiktliga köp av DEV-erbjudandet kan du aldrig push-knappen Go live för att publicera DEV-erbjudandet live.

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

• Undvika oavsiktliga kundavgifter
• Utvärdera prissättningsmodeller
• Lägger inte till planer som inte riktar sig mot faktiska kunder

Undvika 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 kunder.

Vi rekommenderar att du registrerar två olika Azure AD-appar för att anropa Marketplace-API:er. Utvecklare kommer att använda en Azure AD-app med dev-erbjudandets inställningar och driftteamet kommer att använda PROD-appregistreringen. Genom att göra detta kan du isolera utvecklingsteamet från oavsiktliga misstag, till exempel 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 förbrukningsförbrukning som de inte förbrukade.

Utvärdera prissättningsmodeller

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 passar 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ätdimensioner. Du kan skapa en annan plan med en blandning av flat rate och anpassade dimensioner med dataförbrukning.

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 mot 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 skapa en supportbiljett). Så genom att skapa planer för testning i DEV-erbjudandet kan du minska oredan i PROD-erbjudandet.

Oreda i PROD-erbjudandet frustrerar produkt- och marknadsföringsteamen eftersom de förväntar sig att alla planer ska rikta in sig på faktiska kunder. Särskilt med stora team som är åtskilda som alla vill att olika sandbox-miljöer ska fungera med, kommer skapandet av två erbjudanden att ge 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 dimensioner per erbjudande. Utvecklare kan prova olika mätarkombinationer i DEV-erbjudandet utan att påverka den anpassade gränsen för uppmätt dimension i PROD-erbjudandet.

Ytterligare affärsmöjligheter

Du kan välja att använda Microsofts marknadsförings- och försäljningskanaler som stöds. När du skapar ditt erbjudande i Partnercenter visas två flikar i slutet av processen:

• Sälja vidare via molnlösningsleverantörer: Använd det här alternativet om du vill att Microsofts molnlösningsleverantörer (CSP) ska kunna sälja din lösning som en del av ett paketerat erbjudande. Mer information om det här programmet finns i Molnlösningsleverantör program.

• Samförsäljning med Microsoft: Med det här alternativet kan Microsofts säljteam överväga din berättigade IP-säljlösning vid utvärdering av kundernas behov. Mer information om berättigande till säljförsäljning finns i Krav för säljstatus. Detaljerad information om hur du förbereder ditt erbjudande för utvärdering finns i alternativet Säljförsäljning i Partnercenter.

Nästa steg

• Så här skapar du ett SaaS-erbjudande på den kommersiella marknadsplatsen
• Metodtips för erbjudandelistor