Een SaaS-aanbieding plannen voor de commerciële marketplace

In dit artikel worden de verschillende opties en vereisten beschreven voor het publiceren van SaaS-aanbiedingen (Software as a Service) naar de commerciële marketplace van Microsoft. SaaS biedt u de mogelijkheid om softwareoplossingen aan uw klanten te leveren en licenties te geven via onlineabonnementen. Als SaaS-uitgever beheert en betaalt u voor de infrastructuur die nodig is om het gebruik van uw aanbieding door uw klanten te ondersteunen. Dit artikel helpt u bij het voorbereiden van uw aanbieding voor publicatie naar de commerciële marketplace met Partner Center.

Aanbiedingsopties

Wanneer u zich voorbereidt op het publiceren van een nieuwe SaaS-aanbieding, moet u beslissen welke aanbiedingsoptie u moet kiezen. De aanbiedingsoptie die u kiest, bepaalt welke aanvullende informatie u moet verstrekken bij het maken van uw aanbieding in Partner Center. U definieert uw aanbiedingsoptie op de pagina Aanbieding instellen, zoals wordt uitgelegd in Een SaaS-aanbieding maken in de commerciële marketplace.

In de volgende tabel ziet u de lijstopties voor SaaS-aanbiedingen in de commerciële marketplace.

* Uitgevers zijn verantwoordelijk voor de ondersteuning van alle aspecten van de softwarelicentietransactie, inclusief maar niet beperkt tot bestelling, uitvoering, meting, facturering, facturering, betaling en verzameling.

Zie Commerciële marketplace-mogelijkheden voor meer informatie over deze aanbiedingsopties.

Nadat uw aanbieding is gepubliceerd, wordt de aanbiedingsoptie die u hebt gekozen voor uw aanbieding weergegeven als een knop in de linkerbovenhoek van de aanbiedingspagina van uw aanbieding. In de volgende schermopname ziet u bijvoorbeeld een aanbiedingspagina in Azure Marketplace met de knop Nu krijgen.

Technische vereisten

De technische vereisten verschillen afhankelijk van de aanbiedingsoptie die u voor uw aanbieding kiest.

De optie Contact opnemen met vermelding heeft geen technische vereisten. U hebt de mogelijkheid om een CRM-systeem (Customer Relationship Management) te verbinden om leads van klanten te beheren. Dit wordt beschreven in de sectie Klanten leads, verder in dit artikel.

De opties Nu downloaden (gratis), Gratis proefversie en Verkopen via Microsoft hebben de volgende technische vereisten:

• U moet zowel Microsoft-accounts (MSA) als Azure Active Directory (Azure AD) inschakelen voor het authenticeren van koperen op uw site. U moet verkopers met een Azure AD-account zich laten aanmelden bij uw toepassing met behulp van Azure AD met eenmalige aanmelding (SSO).
• U moet een landingspagina maken die een naadloze aanmeldings- en onboarding-ervaring biedt voor een klant die uw aanbieding heeft aangeschaft. De landingspagina helpt hen bij het voltooien van eventuele aanvullende inrichting of installatie die vereist is. Zie de volgende artikelen voor hulp bij het maken van de landingspagina:
  • Bouw de landingspagina voor uw transactable SaaS-aanbieding in de commerciële marketplace
  • Bouw de landingspagina voor uw gratis SaaS-aanbieding of proefversie in de commerciële marketplace

Deze aanvullende technische vereisten zijn alleen van toepassing op de optie Verkopen via Microsoft (veracteerbaar) :

• U moet de SaaS Fulfillment-API's gebruiken om te integreren met Azure Marketplace en Microsoft AppSource. U moet een service beschikbaar maken die kan communiceren met het SaaS-abonnement om een gebruikersaccount en serviceplan te maken, bij te werken en te verwijderen. Essentiële API-wijzigingen moeten binnen 24 uur worden ondersteund. Niet-kritieke API-wijzigingen worden periodiek uitgebracht. Diagrammen en gedetailleerde uitleg over het gebruik van de verzamelde velden zijn beschikbaar in de documentatie voor de API's.
• U moet ten minste één plan voor uw aanbieding maken. Uw abonnement is gebaseerd op het prijsmodel dat u selecteert vóór publicatie: vast tarief of per gebruiker. Meer informatie over plannen wordt verder in dit artikel beschreven.
• De klant kan uw aanbieding op elk moment annuleren.

Technische informatie

Als u een veractieve aanbieding maakt, moet u de volgende informatie verzamelen voor de pagina Technische configuratie. Als u ervoor kiest om transacties onafhankelijk te verwerken in plaats van een veractieve aanbieding te maken, slaat u deze sectie over en gaat u naar Test drives.

• URL van landingspagina: de URL van de SaaS-site (bijvoorbeeld) waar gebruikers naar worden omgeleid nadat ze uw aanbieding hebben gekocht via de commerciële marketplace, waarbij het configuratieproces van het zojuist gemaakte https://contoso.com/signup SaaS-abonnement wordt activeert. Deze URL ontvangt een token dat kan worden gebruikt om de fulfillment-API's aan te roepen om inrichtingsgegevens voor uw interactieve registratiepagina op te halen.

  Deze URL wordt aangeroepen met de parameter marketplace purchase identification token die de SaaS-aankoop van de specifieke klant uniek identificeert. U moet dit token inruilen voor de bijbehorende details van het SaaS-abonnement met behulp van de api voor oplossen. Deze gegevens en andere gegevens die u wilt verzamelen als onderdeel van een interactieve webpagina van de klant, kunnen worden gebruikt om de onboarding-ervaring van klanten te starten, die uiteindelijk moet worden afgesloten met een activeringsoproep voor de API voor het starten van de abonnementsperiode. Op deze pagina moet de gebruiker zich aanmelden via verificatie met één klik met behulp van Azure Active Directory (Azure AD).

  Deze URL met de parameter marketplace purchase identification token wordt ook aangeroepen wanneer de klant een beheerde SaaS-ervaring start vanuit het Azure Portal of Microsoft 365-beheer Center. U moet beide stromen afhandelen: wanneer het token voor het eerst wordt verstrekt na een nieuwe klantaankoop en wanneer het opnieuw wordt aangeboden aan een bestaande klant die de SaaS-oplossing beheert.

  De landingspagina die u configureert, moet 24/7 actief zijn. Dit is de enige manier waarop u op de hoogte wordt gesteld van nieuwe aankopen van uw SaaS-aanbiedingen die zijn gedaan in de commerciële marketplace, of over configuratieaanvragen voor een actief abonnement van een aanbieding.

• Verbindingswebhook: voor alle asynchrone gebeurtenissen die Microsoft naar u moet verzenden (bijvoorbeeld wanneer een SaaS-abonnement is geannuleerd), moet u een verbindingswebhook-URL opgeven. We roepen deze URL aan om u op de hoogte te stellen van de gebeurtenis.

  De door u op te geven webhook moet 24 uur per dag en 7 dagen per week actief zijn. Dit is de enige manier waarop u op de hoogte wordt gesteld van updates over de SaaS-abonnementen van uw klanten die zijn aangeschaft via de commerciële marketplace.

  Notitie

  In de Azure Portal is vereist dat u een app-registratie met één tenant Azure Active Directory (Azure AD) maakt. Gebruik de app-registratiegegevens om uw oplossing te verifiëren bij het aanroepen van de Marketplace-API's. Als u de tenant-id wilt zoeken, gaat u naar uw Azure Active Directory en selecteert u Eigenschappen. Zoek vervolgens naar het vermelde directory-id-nummer. Bijvoorbeeld 50c464d3-4930-494c-963c-1e951d15360e.

• Azure Active Directory tenant-id: (ook wel map-id genoemd). In de Azure Portal moet u een Azure Active Directory-app (AD) registreren, zodat we deze kunnen toevoegen aan de toegangsbeheerlijst (ACL) van de API om ervoor te zorgen dat u gemachtigd bent om deze aan te roepen. Als u de tenant-id voor uw app Azure Active Directory (AD) wilt zoeken, gaat u naar App-registraties blade in Azure Active Directory. Selecteer de app in de kolom Weergavenaam. Zoek vervolgens naar het id-nummer van de map (tenant) dat wordt vermeld (bijvoorbeeld 50c464d3-4930-494c-963c-1e951d15360e ).

• Azure Active Directory toepassings-id: u hebt ook uw toepassings-id nodig. Als u de waarde ervan wilt op halen, gaat u naar App-registraties blade in Azure Active Directory. Selecteer de app in de kolom Weergavenaam. Zoek vervolgens naar het nummer van de toepassings-id (client) dat wordt vermeld (bijvoorbeeld 50c464d3-4930-494c-963c-1e951d15360e ).

  De Azure AD-toepassings-id is gekoppeld aan uw uitgevers-id in uw Partner Center account. U moet dezelfde toepassings-id gebruiken voor alle aanbiedingen in dat account.

  Notitie

  Als de uitgever twee of meer verschillende accounts in Partner Center, kunnen de registratiegegevens van de Azure AD-app slechts in één account worden gebruikt. Met dezelfde tenant-id wordt het app-id-paar voor een aanbieding onder een ander uitgeversaccount niet ondersteund.

Test drives

U kunt ervoor kiezen om een test drive voor uw SaaS-app in te stellen. Teststations geven klanten een vast aantal uren toegang tot een vooraf geconfigureerde omgeving. U kunt teststations inschakelen voor elke publicatieoptie, maar deze functie heeft aanvullende vereisten. Zie Wat is een testritten voor meer informatie over test drive?. Zie Technische configuratie voor teststations voor meer informatie over het configureren van verschillende soorten teststations.

Leads van klanten

U moet uw aanbieding verbinden met uw CRM-systeem (Customer Relationship Management) om klantgegevens te verzamelen. De klant wordt gevraagd om toestemming om zijn of haar gegevens te delen. Deze klantgegevens, samen met de naam van de aanbieding, de id en de online winkel waar ze uw aanbieding hebben gevonden, worden verzonden naar het CRM-systeem dat u hebt geconfigureerd. De commerciële marketplace ondersteunt diverse CRM-systemen, samen met de optie om een Azure-tabel te gebruiken of een HTTPS-eindpunt te configureren met behulp van Power Automate.

U kunt op elk moment tijdens of na het maken van de aanbieding een CRM-verbinding toevoegen of wijzigen. Zie Leads van klanten van uw commerciële marketplace-aanbieding voor gedetailleerde richtlijnen.

Een online winkel selecteren

Wanneer u een SaaS-aanbieding publiceert, wordt deze vermeld in Microsoft AppSource, Azure Marketplace of beide. Elke online winkel voldoet aan unieke klantvereisten. AppSource is voor zakelijke oplossingen en Azure Marketplace is voor IT-oplossingen. Uw aanbiedingstype, transactmogelijkheden en categorieën bepalen waar uw aanbieding wordt gepubliceerd. Categorieën en subcategorieën worden aan elke online winkel verdeeld op basis van het oplossingstype.

Als uw SaaS-aanbieding zowel een IT-oplossing (Azure Marketplace) als een bedrijfsoplossing (AppSource) is, selecteert u een categorie en een subcategorie die van toepassing zijn op elke online winkel. Aanbiedingen die naar beide online winkels worden gepubliceerd, moeten een waardepropositie hebben als EEN IT-oplossing en een bedrijfsoplossing.

* het privéabonnement van de aanbieding is alleen beschikbaar via de Azure Portal en AppSource.

Een aanbieding met facturering naar gebruik en alleen een privéabonnement (geen openbaar abonnement) wordt bijvoorbeeld gekocht door klanten in de Azure Portal. Meer informatie over privéaanbiedingen in de commerciële marketplace van Microsoft.

Zie Vermeldingen en prijsopties per online winkel voor gedetailleerde informatie over aanbiedingsopties die worden ondersteund door online winkels. Zie Categorieën en subcategorieën in de commerciële marketplace voor meer informatie over categorieën en subcategorieën.

Juridische contracten

Om het inkoopproces voor klanten te vereenvoudigen en de juridische complexiteit voor softwareleveranciers te verminderen, biedt Microsoft een standaardcontract dat u kunt gebruiken voor uw aanbiedingen in de commerciële marketplace. Wanneer u uw software onder het standaardcontract aanbiedt, hoeven klanten deze slechts één keer te lezen en te accepteren en hoeft u geen aangepaste voorwaarden te maken.

Als u ervoor kiest om het standaardcontract te gebruiken, hebt u de mogelijkheid om universele wijzigingsvoorwaarden en maximaal 10 aangepaste wijzigingen aan het standaardcontract toe te voegen. U kunt ook uw eigen voorwaarden gebruiken in plaats van het standaardcontract. U beheert deze gegevens op de pagina Eigenschappen. Zie Standard-contract voor commerciële Marketplace van Microsoft voor gedetailleerde informatie.

Integratie van Microsoft 365

Dankzij de integratie met Microsoft 365 kan uw SaaS-aanbieding een verbonden ervaring bieden voor meerdere Microsoft 365-app-surfaces via gerelateerde gratis invoegvoegingen, zoals Teams-apps, Office-invoegingen en SharePoint Framework-oplossingen. U kunt uw klanten helpen om eenvoudig alle facetten van uw E2E-oplossing (webservice + gerelateerde invoegingen) te ontdekken en deze binnen één proces te implementeren door de volgende informatie op te geven.

• Als uw SaaS-aanbieding is geïntegreerd met Microsoft Graph, geeft u de Azure Active Directory-app-id (AAD) op die door uw SaaS-aanbieding wordt gebruikt voor de integratie. Beheerders kunnen de toegangsmachtigingen controleren die zijn vereist voor de juiste werking van uw SaaS-aanbieding, zoals ingesteld op de app-id van de AAD en toegang verlenen als er tijdens de implementatie geavanceerde beheerdersmachtigingen nodig zijn.

  Als u ervoor kiest om uw aanbieding via Microsoft te verkopen, is dit dezelfde AAD-app-id die u hebt geregistreerd voor gebruik op de landingspagina om basisinformatie over gebruikers op te halen die nodig zijn om de activering van het klantabonnement te voltooien. Zie Build the landing page for your transactable SaaS offer in the commercial marketplace (De landingspagina voor uw transactable SaaS-aanbieding maken in de commerciële marketplace) voor gedetailleerde richtlijnen.

• Geef een lijst op met gerelateerde invoegingen die werken met uw SaaS-aanbieding die u wilt koppelen. Klanten kunnen uw E2E-oplossing op Microsoft AppSource ontdekken en beheerders kunnen zowel de SaaS als alle gerelateerde invoegingen die u in hetzelfde proces hebt gekoppeld, implementeren via Microsoft 365-beheercentrum.

  Als u gerelateerde invoegvoegingen wilt koppelen, moet u de AppSource-koppeling van de invoegvoeging verstrekken. Dit betekent dat de invoeg-app eerst moet worden gepubliceerd naar AppSource. Ondersteunde invoegtypen die u kunt koppelen zijn: Teams apps, Office-invoegoplossingen en SharePoint Framework (SPFx). Elke gekoppelde invoeging moet uniek zijn voor een SaaS-aanbieding.

Voor gekoppelde producten retourneert zoeken op AppSource één resultaat met zowel SaaS als alle gekoppelde invoegingen. De klant kan navigeren tussen de productgegevenspagina's van de SaaS-aanbieding en gekoppelde invoegvoegingen. IT-beheerders kunnen zowel de SaaS- als gekoppelde invoegingen binnen hetzelfde proces controleren en implementeren via een geïntegreerde en verbonden ervaring binnen de Microsoft 365-beheercentrum. Zie Test and deploy Microsoft 365-apps - Microsoft 365 admin voor meer informatie.

Microsoft 365 integratieondersteuningsbeperkingen

Detectie als één E2E-oplossing wordt in alle gevallen ondersteund op AppSource, maar vereenvoudigde implementatie van de E2E-oplossing, zoals hierboven beschreven via de Microsoft 365-beheercentrum, wordt niet ondersteund voor de volgende scenario's:

• Aanbiedingen met alleen de lijst 'Contact opnemen'.
• Dezelfde invoegtoepassing is gekoppeld aan meer dan één SaaS-aanbieding.
• De SaaS-aanbieding is gekoppeld aan invoegtoepassingen, maar is niet geïntegreerd met Microsoft Graph en er wordt geen AAD-app-id verstrekt.
• De SaaS-aanbieding is gekoppeld aan invoegtoepassingen, maar de AAD-app-id die is opgegeven voor Microsoft Graph-integratie wordt gedeeld tussen meerdere SaaS-aanbiedingen.

Details aanbiedingsvermelding

Wanneer u een nieuwe SaaS-aanbieding maakt in Partner Center, voert u tekst, afbeeldingen, optionele video's en andere gegevens in op de pagina Aanbiedingsvermelding. Dit is de informatie die klanten zien wanneer ze uw aanbiedingsvermelding in de commerciële marketplace ontdekken, zoals wordt weergegeven in het volgende voorbeeld.

Beschrijvingen van aanroepen

1. Logo
2. Categorieën
3. Branches
4. Ondersteuningsadres (koppeling)
5. Gebruiksvoorwaarden
6. Privacybeleid
7. Naam van aanbieding
8. Samenvatting
9. Description
10. Schermopnamen/video's
11. Documenten

In het volgende voorbeeld ziet u een aanbiedingsvermelding in de Azure Portal.

Beschrijvingen van aanroepen

1. Titel
2. Beschrijving
3. Handige koppelingen
4. Schermopnamen

Bereid sommige van deze items van tevoren voor om uw aanbieding gemakkelijker te maken. De volgende items zijn vereist, tenzij anders vermeld.

• Naam: deze naam wordt weergegeven als de titel van uw aanbiedingsvermelding in de commerciële marketplace. De naam kan handelsmerken zijn. Het mag geen emoji's bevatten (tenzij het handelsmerk- en auteursrechtsymbolen zijn) en mag maximaal 50 tekens bevatten.

• Samenvatting van zoekresultaten: beschrijf het doel of de functie van uw aanbieding als één zin zonder regeluitbreak in 100 tekens of minder. Deze samenvatting wordt gebruikt in de zoekresultaten van de commerciële marketplace.

• Beschrijving: deze beschrijving wordt weergegeven in het overzicht van de commerciële marketplace. U kunt een waardepropositie, belangrijke voordelen, beoogde gebruikersbasis, categorieën of branchekoppelingen, in-app-aankoopmogelijkheden, eventuele vereiste openbaarmakingen en een koppeling voor meer informatie toevoegen.

  Dit tekstvak bevat besturingselementen voor teksteditors met uitgebreide tekst die u kunt gebruiken om uw beschrijving aantrekkelijker te maken. U kunt ook HTML-tags gebruiken om uw beschrijving op te maken. U kunt maximaal 3000 tekens tekst invoeren in dit vak, inclusief HTML-markeringen. Zie Een goede app-beschrijving schrijven voor meer tips.

• Aan de slag: als u ervoor kiest om uw aanbieding te verkopen via Microsoft (verwerkbare aanbieding), is dit veld vereist. Deze instructies helpen klanten om verbinding te maken met uw SaaS-aanbieding. U kunt maximaal 3000 tekens tekst en koppelingen naar gedetailleerdere onlinedocumentatie toevoegen.

• Zoektermen (optioneel): geef maximaal drie zoektermen op die klanten kunnen gebruiken om uw aanbieding in de online winkels te vinden. U hoeft de naam en beschrijving van de aanbieding niet op te nemen: die tekst wordt automatisch opgenomen in de zoekopdracht.

• Koppeling naar privacybeleid: de URL voor het privacybeleid van uw bedrijf. U moet een geldig privacybeleid verstrekken en bent verantwoordelijk om ervoor te zorgen dat uw app voldoet aan de privacywetgeving en -voorschriften.

• Contactgegevens: u moet de volgende contactpersonen van uw organisatie verstrekken:

  • Contactpersoon voor ondersteuning: geef de naam, het telefoonnummer en het e-mailadres op die Microsoft-partners kunnen gebruiken wanneer uw klanten tickets openen. U moet ook de URL voor uw ondersteuningswebsite opnemen.
  • Technische contactpersoon: geef de naam, het telefoonnummer en het e-mailadres op die Microsoft rechtstreeks kan gebruiken wanneer er problemen zijn met uw aanbieding. Deze contactgegevens worden niet vermeld in de commerciële marketplace.
  • Contactpersoon voor CSP-programma (optioneel): geef de naam, het telefoonnummer en het e-mailadres op als u zich voor het CSP-programma hebt gekozen, zodat deze partners contact met u kunnen opnemen als u vragen hebt. U kunt ook een URL naar uw marketingmateriaal toevoegen.

• Nuttige koppelingen (optioneel): u kunt koppelingen naar verschillende resources bieden voor gebruikers van uw aanbieding. Bijvoorbeeld forums, veelgestelde vragen en opmerkingen bij de release.

• Ondersteunende documenten: u kunt maximaal drie klantgerichte documenten opgeven, zoals whitepapers, checklists of PowerPoint presentaties.

• Media – Logo's: geef een PNG-bestand op voor het logo Large. Partner Center gebruikt deze om een klein en een gemiddeld logo te maken. U kunt deze eventueel later vervangen door andere afbeeldingen.

  • Groot (van 216 x 216 tot 350 x 350 px, vereist)
  • Gemiddeld (90 x 90 px, optioneel)
  • Klein (48 x 48 px, optioneel)

  Deze logo's worden op verschillende plaatsen in de online winkels gebruikt:

  • Het logo Klein wordt weergegeven in Azure Marketplace zoekresultaten en op de hoofdpagina en zoekresultatenpagina van AppSource.
  • Het logo Medium wordt weergegeven wanneer u een nieuwe resource maakt in Microsoft Azure.
  • Het logo Groot wordt weergegeven op de pagina met aanbiedingen in Azure Marketplace appsource.

• Media - schermopnamen: u moet ten minste één en maximaal vijf schermafbeeldingen toevoegen met de volgende vereisten, die laten zien hoe uw aanbieding werkt:

  • 1280 x 720 pixels
  • PNG-bestandstype
  • Moet een bijschrift bevatten

• Media - Video's (optioneel): u kunt maximaal vier video's toevoegen met de volgende vereisten, die uw aanbieding demonstreren:

  • Name
  • URL: moet alleen worden gehost op YouTube of Vimeo.
  • Miniatuur: 1280 x 720 PNG-bestand

U kunt uitnodigingen verzenden naar E-mailadressen van Microsoft-account (MSA) of Azure Active Directory (Azure AD). Voeg maximaal 10 e-mailadressen handmatig toe of importeer maximaal 20 met een .csv bestand. Als uw aanbieding al live is, kunt u nog steeds een preview-doelgroep definiëren voor het testen van wijzigingen of updates van uw aanbieding.

Abonnementen

Voor tijdelijke aanbiedingen is ten minste één abonnement vereist. Een plan definieert het bereik en de limieten van de oplossing, en de bijbehorende prijzen. U kunt meerdere abonnementen voor uw aanbieding maken om uw klanten verschillende technische en prijsopties te bieden. Als u ervoor kiest om transacties onafhankelijk te verwerken in plaats van een veractieve aanbieding te maken, is de pagina Plannen niet zichtbaar. Als dit het zo is, slaat u deze sectie over en gaat u naar Aanvullende verkoopkansen.

Zie Abonnementen en prijzen voor aanbiedingen op de commerciële marketplace voor algemene richtlijnen over abonnementen, waaronder prijsmodellen, gratis proefversies en persoonlijke abonnementen. In de volgende secties wordt aanvullende informatie besproken die specifiek is voor SaaS-aanbiedingen.

Prijsmodellen van SaaS

SaaS-aanbiedingen kunnen voor elk abonnement gebruikmaken van een van de twee prijsmodellen: vast tarief of per gebruiker. Alle abonnementen in dezelfde aanbieding moeten zijn gekoppeld aan hetzelfde prijsmodel. Een aanbieding kan bijvoorbeeld niet één plan hebben met een vast tarief en een ander abonnement dat per gebruiker is.

Vast tarief: toegang tot uw aanbieding inschakelen met één vast maand- of jaarlijks vast tarief. Dit wordt ook wel prijzen op basis van een site genoemd. Met dit prijsmodel kunt u desgewenst abonnementen naar gebruik definiëren die gebruikmaken van de Service-API voor marketplace-meting om klanten kosten in rekening te brengen voor gebruik dat niet onder het vast tarief valt. Zie Facturering naar gebruik voor SaaS met behulp van de commerciële marketplace-meterservicevoor meer informatie over facturering naar gebruik. U moet deze optie ook gebruiken als het gebruiksgedrag voor uw SaaS-service in bursts is.

Per gebruiker: toegang tot uw aanbieding inschakelen met een prijs op basis van het aantal gebruikers dat toegang heeft tot de aanbieding of plaatsen in beslag kan nemen. Met dit model op basis van gebruikers kunt u het minimale en maximale aantal gebruikers instellen dat door het plan wordt ondersteund. U kunt meerdere abonnementen maken om verschillende prijspunten te configureren op basis van het aantal gebruikers. Deze velden zijn optioneel. Als dit niet is geselecteerd, wordt het aantal gebruikers geïnterpreteerd als geen limiet (min. 1 en maximum van zoveel als uw service kan ondersteunen). Deze velden kunnen worden bewerkt als onderdeel van een update van uw abonnement.

SaaS-facturering

Voor SaaS-apps die worden uitgevoerd in uw Azure-abonnement (de uitgever) wordt het gebruik van de infrastructuur rechtstreeks bij u gefactureerd. klanten zien geen werkelijke kosten voor infrastructuurgebruik. U moet de gebruikskosten voor de Azure-infrastructuur bundelen in de prijzen van uw softwarelicentie om te compenseren voor de kosten van de infrastructuur die u hebt geïmplementeerd om de oplossing uit te voeren.

SaaS-app-aanbiedingen die worden verkocht via Microsoft ondersteunen maandelijkse of jaarlijkse facturering op basis van een vast bedrag, per gebruiker of verbruikskosten met behulp van de factureringsservice naar gebruik. De commerciële marketplace werkt op basis van een instantiemodel, waarbij uitgevers prijzen instellen, Microsoft klanten in rekening brengt en Microsoft de omzet betaalt aan uitgevers terwijl er kosten voor de instantie worden in rekening gebracht.

In het volgende voorbeeld ziet u een voorbeeld van een uitsplitsing van de kosten en uitbetalingen om het instantiemodel te demonstreren. In dit voorbeeld wordt door Microsoft $ 100,00 gefacturen aan de klant voor uw softwarelicentie en wordt $ 80,00 aan de uitgever betaald.

Een preview-doelgroep heeft toegang tot uw aanbieding voordat deze live wordt gepubliceerd in de online winkels. Ze kunnen zien hoe uw aanbieding eruit zal zien in de commerciële marketplace en de end-to-end-functionaliteit testen voordat u deze live publiceert.

Op de pagina Preview-doelgroep kunt u een beperkte preview-doelgroep definiëren. Deze instelling is niet beschikbaar als u ervoor kiest om transacties onafhankelijk te verwerken in plaats van uw aanbieding via Microsoft te verkopen. Zo ja, dan kunt u deze sectie overslaan en naar Aanvullende verkoopkansen gaan.

Aanbieding testen

Voordat u uw aanbieding live publiceert, moet u de preview-functionaliteit gebruiken om uw technische implementatie te ontwikkelen, te testen en te experimenteren met verschillende prijsmodellen.

Als u uw SaaS-aanbieding met het laagste risico wilt ontwikkelen en testen, raden we u aan om een DEV-aanbieding (test and development) te maken voor experimenten en testen. De DEV-aanbieding is gescheiden van uw prod-aanbieding (productie).

Als u onbedoelde aankopen van de DEV-aanbieding wilt voorkomen, drukt u nooit op de knop Live gaan om de DEV-aanbieding live te publiceren.

Hier zijn 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 zijn gericht op werkelijke klanten

Onopzettelijke klantkosten voorkomen

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

U wordt aangeraden twee verschillende Azure AD-apps te registreren voor het aanroepen van de Marketplace-API's. Ontwikkelaars gebruiken één Azure AD-app met de instellingen van de DEV-aanbieding en het operationele team gebruikt de PROD-app-registratie. Hiermee 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 kosten in rekening wordt brengen voor gebruik naar gebruik dat niet is verbruikt.

Prijsmodellen evalueren

Het testen van prijsmodellen in de DEV 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 dimensies naar gebruik. U kunt een ander plan maken met een combinatie van afmetingen met een vast tarief en aangepaste afmetingen naar gebruik.

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

Geen abonnementen toevoegen die niet zijn gericht op werkelijke klanten

Door een DEV-aanbieding te gebruiken voor ontwikkeling en testen, kunt u onnodige onoverzichtelijk maken 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 onoverzichtelijk maken van de PROD-aanbieding.

Onoverzichtelijk in de PROD-aanbieding is gefrustreerd bij product- en marketingteams, omdat ze verwachten dat alle plannen gericht zijn op daadwerkelijke klanten. Met name bij grote teams die niet-aaneen zijn en allemaal verschillende sandboxes willen gebruiken, biedt het maken van twee aanbiedingen twee verschillende omgevingen voor DEV en PROD. In sommige gevallen wilt u misschien meerdere DEV-aanbiedingen maken ter ondersteuning van een groter team met verschillende personen die verschillende testscenario's uitvoeren. Door verschillende teamleden afzonderlijk van de PROD-aanbieding te laten werken in de DEV-aanbieding, zorgt u ervoor dat productieplannen zo dicht mogelijk bij productie gereed zijn.

Door een DEV-aanbieding te testen, voorkomt u de limiet van 30 aangepaste dimensies 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.

Aanvullende verkoopkansen

U kunt ervoor kiezen om te kiezen voor door Microsoft ondersteunde marketing- en verkoopkanalen. Wanneer u uw aanbieding in Partner Center, ziet u twee tabbladen aan het einde van het proces:

• Opnieuw verkopen via CSP's: gebruik deze optie om Microsoft CSP-partners (Cloud Solution Providers) toe te staan uw oplossing opnieuw te verkopen als onderdeel van een gebundelde aanbieding. Zie voor meer informatie over dit programma Cloud Solution Provider programma.

• Co-verkoop met Microsoft: met deze optie kunnen Microsoft-verkoopteams uw in aanmerking komende ip-oplossing voor co-verkoop overwegen bij het evalueren van de behoeften van hun klanten. Zie Vereisten voor de status van co-verkoop voor meer informatie over geschiktheid voor co-verkoop. Zie Optie voor co-verkoop in Partner Center voor gedetailleerde informatie over het voorbereiden van uw aanbieding voor evaluatie.

Volgende stappen

• Een SaaS-aanbieding maken in de commerciële marketplace
• Best practices voor aanbiedingsvermeldingen