Share via

Planera ett Azure-programerbjudande

  • Artikel

Azure Application är erbjudandetypen för att sälja och distribuera lösningar som finns i kundens Azure-klientorganisation. Azure-program automatiserar distributionen och konfigurationen av ditt program med hjälp av EN ARM-mall (Azure Resource Manager) för att inkludera virtuella datorer, containrar, nätverk, lagring och många andra Azure-resurser. Azure-programerbjudanden kan konfigureras som lösningsmallar eller hanterade program:

  • Planer för hanterade program kan överföras på den kommersiella marknadsplatsen och kan hanteras av utgivaren eller kunden. När den hanteras av utgivaren har en identitet i utgivarens klientorganisation åtkomst till resursgruppen i kundprenumerationen. När den hanteras av kunden har utgivaren ingen åtkomst till kundklientorganisationen. Kundåtkomst kan vara helt aktiverad eller begränsad genom att använda neka tilldelningar och tillåtna åtgärder. Använd den hanterade programplanen för att sälja ett Azure-program via Marketplace.

  • Lösningsmallar är inte transaktionsbara på den kommersiella marknadsplatsen, men de kan användas för att distribuera betalda VM-erbjudanden som faktureras via den kommersiella marknadsplatsen. Använd plantypen lösningsmall när lösningen använder en ARM-mall för distribution och inte sker via Marketplace. Ett Azure-programerbjudande kan innehålla flera planer och plantyper.

Listalternativ

När ditt erbjudande har publicerats visas listalternativen 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 erbjudandelistningssida på Azure Marketplace med knappen Hämta nu . Om du väljer att erbjuda en provkörning visas även knappen Provkörning .

Illustrates a listing page on Azure Marketplace.

Testkör

Du kan välja att aktivera en provkörning för ditt Azure-programerbjudande som låter kunderna prova ditt erbjudande innan de köper det. Mer information om provkörningar finns i Vad är en provkörning?. Information om hur du konfigurerar olika typer av testenheter finns i Teknisk konfiguration av testenheter.

Du kan också läsa om metodtips för provkörningar och ladda ned översikts-PDF :en för testenheter (se till att popup-blockeraren är avstängd).

Kommentar

Azure-program implementeras med hjälp av en Azure Resource Manager-mall. Den enda typ av testenhet som är tillgänglig för ett Azure-program är en Azure Resource Manager-baserad testenhet.

Kundleas

Den kommersiella marknadsplatsen samlar in leads med kundinformation så att du kan komma åt dem på arbetsytan Hänvisningar i Partnercenter. Leads inkluderar information som kundinformation tillsammans med erbjudandets namn, ID och onlinebutik där kunden hittade ditt erbjudande.

Du kan också välja att ansluta crm-systemet till ditt erbjudande. Den kommersiella marknadsplatsen stöder Dynamics 365, Marketo och Salesforce, tillsammans med alternativet att använda en Azure-tabell eller konfigurera en HTTPS-slutpunkt med hjälp av Power Automate. Detaljerad vägledning finns i Kundleas från ditt erbjudande på den kommersiella marknadsplatsen.

Kategorier och underkategorier

Du kan välja minst en och upp till två kategorier för att gruppera ditt erbjudande i lämpliga sökområden på den kommersiella marknadsplatsen. Du kan välja upp till två underkategorier för varje primär och sekundär kategori. En fullständig lista över kategorier och underkategorier finns i Metodtips för erbjudandelista.

För att förenkla inköpsprocessen för kunder och minska den juridiska komplexiteten för programvaruleverantörer erbjuder Microsoft ett standardkontrakt 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 acceptera den en gång, och du behöver inte skapa anpassade villkor.

Om du väljer att använda standardkontraktet kan du 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 standardkontraktet. Du hanterar den här informationen på sidan Egenskaper . Detaljerad information finns i Standardkontrakt för Microsofts kommersiella marknadsplats.

Kommentar

När du har publicerat ett erbjudande med standardkontraktet för den kommersiella marknadsplatsen kan du inte använda dina egna anpassade villkor. Det är ett "eller"-scenario. Du erbjuder antingen din lösning enligt standardavtalet eller dina egna villkor. Om du vill ändra villkoren i standardkontraktet kan du göra det genom standardavtalsändringar.

Information om erbjudandelista

När du skapar ett nytt Azure-programerbjudande i Partnercenter anger du text, bilder, valfria videor och annan information på sidan Erbjudandelista. Kunderna ser den här informationen när de upptäcker din erbjudandelista på Azure Marketplace, som du ser i följande exempel.

Illustrates how this offer appears in Azure Marketplace.

Beskrivningar av pratbubblar

  1. Logotyp
  2. Kategorier
  3. Supportadress (länk)
  4. Användningsvillkor
  5. Adress för sekretesspolicy (länk)
  6. Erbjudandets namn
  7. Sammanfattning
  8. beskrivning
  9. Skärmbilder/videor

Följande skärmbild visar hur erbjudandeinformation visas i Azure-portalen:

Illustrates how this offer appears in the Azure portal.

Beskrivningar av pratbubblar

  1. Title
  2. Description
  3. Användbara länkar
  4. Skärmbilder

Kommentar

Erbjudandelistningsinnehåll måste inte vara på engelska om erbjudandebeskrivningen börjar med frasen "Det här programmet är endast tillgängligt på [icke-engelska]".

Förbered några av de här objekten i förväg för att hjälpa dig att skapa ditt erbjudande enklare. Följande objekt krävs om inget annat anges.

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

  • Sammanfattning av sökresultat: Beskriv syftet med eller funktionen för ditt erbjudande som en enda mening, i oformaterad text utan radbrytningar, med högst 100 tecken. Den här sammanfattningen används på den kommersiella marknadsplatsen med sökresultat.

  • Kort beskrivning: Ange upp till 256 tecken oformaterad text. Den här sammanfattningen visas på informationssidan för ditt erbjudande.

  • Beskrivning: Den här beskrivningen visas i översikten över Azure Marketplace-listan. Överväg att inkludera ett värdeförslag, viktiga fördelar, avsedd användarbas, alla kategorier eller branschassociationer, köpmöjligheter i appen, kundens behov eller smärta som erbjudandet adresserar, eventuella nödvändiga upplysningar och en länk för att lära sig mer.

    Den här textrutan har RTF-kontroller som du kan använda för att göra beskrivningen mer engagerande. Du kan också använda HTML-taggar för att formatera din beskrivning. Du kan ange upp till 5 000 tecken text i den här rutan, som innehåller HTML-markering och blanksteg. Fler tips finns i Skriva en bra appbeskrivning och HTML-taggar som stöds i beskrivningarna av erbjudandet på den kommersiella marknadsplatsen.

  • Nyckelord för sökning (valfritt): Ange upp till tre sökord som kunder kan använda för att hitta ditt erbjudande i onlinebutiken. Använd även dessa nyckelord i beskrivningen för bästa resultat. Du behöver inte inkludera erbjudandets namn och beskrivning. Texten inkluderas automatiskt i sökningen.

  • Länk till sekretesspolicy: URL:en för ditt företags sekretesspolicy. Du måste ange en giltig sekretesspolicy och ansvarar för att säkerställa att din app följer sekretesslagar och föreskrifter.

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

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

    • Supportkontakt: Ange namn, telefon och e-post som Microsoft-partner kan 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-post som Microsoft kan använda direkt när det finns problem med ditt erbjudande. Den här kontaktinformationen visas inte på den kommersiella marknadsplatsen.
    • CSP-programkontakt (valfritt): Ange namn, telefon och e-post om du anmäler dig till programmet Molnlösningsleverantör (CSP), så att dessa partner kan kontakta dig med eventuella frågor. Du kan också inkludera en URL till ditt marknadsföringsmaterial.

  • Media – Logotyper: Ange en PNG-fil för logotypen stor storlek. Partnercenter använder detta för att skapa en liten och en medelstor logotyp. Du kan också ersätta logotypfiler senare.

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

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

    • Den lilla logotypen visas i Sökresultat för Azure Marketplace.
    • Medium-logotypen visas när du skapar en ny resurs i Microsoft Azure.
    • Den stora logotypen visas på sidan med erbjudandelistor på Azure Marketplace.

    Följ dessa riktlinjer för dina logotyper:

    • Azure-designen har en enkel färgpalett. Begränsa antalet primära och sekundära färger i logotypen.
    • Portalens temafärger är svart och vitt. Använd inte de färgerna som bakgrundsfärg för logotypen. Använd en färg som gör att logotyp framträder tydligt i portalen. Vi rekommenderar enkla primärfärger.
    • Om du använder en genomskinlig bakgrund måste du se till att logotypen och texten inte är vit, svart eller blå.
    • Logotypens utseende och känsla bör vara platt och undvika toningar i logotypen eller bakgrunden. Placera inte text på logotypen – inte ens företagets eller varumärkets namn. Suddiga bilder gör att sändningen avvisas.
    • Se till att logotypen inte har sträckts ut.

  • Media – Skärmbilder (valfritt): Vi rekommenderar att du lägger till skärmbilder som visar hur ditt erbjudande fungerar. Du kan lägga till upp till fem skärmbilder med följande krav som visar hur ditt erbjudande fungerar:

    • 1280 x 720 bildpunkter
    • .PNG fil
    • Måste innehålla en bildtext

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

    • Namn.
    • URL: Måste endast finnas på YouTube eller Vimeo.
    • Miniatyrbild: 1280x720 .PNG fil

Kommentar

Ditt erbjudande måste uppfylla de allmänna certifieringsprinciperna för den kommersiella marknadsplatsen för att publiceras på den kommersiella marknadsplatsen.

Förhandsgranska målgrupp

En förhandsversionspublik kan komma åt ditt erbjudande innan de publiceras live i onlinebutikerna för att testa funktionerna från slutpunkt till slutpunkt innan du publicerar det live.

Kommentar

En förhandsgranskningspublik skiljer sig från en privat plan. En privat plan är en plan som du endast gör tillgänglig för en specifik målgrupp som du väljer. På så sätt kan du förhandla fram en anpassad plan med specifika kunder.

Du definierar målgruppen för förhandsversionen med hjälp av Azure-prenumerations-ID:t, tillsammans med en valfri beskrivning för var och en. Inget av dessa fält kan ses av kunderna.

Teknisk konfiguration

För hanterade program som genererar avläsningshändelser med api :erna för Marketplace-avläsningstjänsten måste du ange den identitet som din tjänst använder när du skickar avläsningshändelser.

För hanterade program som genererar avläsningshändelser med api :erna för Marketplace-avläsningstjänsten måste du ange den identitet som din tjänst använder när du skickar avläsningshändelser.

  • Microsoft Entra-klient-ID (krävs): I Azure-portalen måste du skapa en Microsoft Entra-app så att vi kan verifiera att anslutningen mellan våra två tjänster ligger bakom en autentiserad kommunikation. Om du vill hitta klientorganisations-ID:t för din Microsoft Entra-app går du till fönstret Appregistreringar i ditt Microsoft Entra-ID. I kolumnen Visningsnamn väljer du appen. Leta sedan efter Egenskaper och sedan efter katalog-ID :t (klientorganisation) (till exempel 50c464d3-4930-494c-963c-1e951d15360e).
  • Microsoft Entra-program-ID (krävs): Du behöver även ditt program-ID och en autentiseringsnyckel. Om du vill hitta ditt program-ID går du till fönstret Appregistreringar i ditt Microsoft Entra-ID. I kolumnen Visningsnamn väljer du appen och letar sedan efter program-ID :t (klient) (till exempel 50c464d3-4930-494c-963c-1e951d15360e). Om du vill hitta autentiseringsnyckeln går du till Inställningar och väljer Nycklar. Du måste ange en beskrivning och varaktighet och sedan ange ett talvärde.

Kommentar

Azure-program-ID:t associeras till ditt utgivar-ID och kan bara återanvändas i det här utgivarkontot.

Fler försäljningsmöjligheter

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

  • Sälja vidare via CSP:er: Använd det här alternativet om du vill tillåta Leverantör av Microsoft-molnlösningar s (CSP)-partner att sälja din lösning igen som en del av ett paketerat erbjudande. Mer information finns i Molnlösningsleverantör program.
  • Säljsamarbete med Microsoft: Med det här alternativet kan Microsofts säljteam överväga din berättigade lösning för säljsamarbete med IP när de utvärderar sina kunders behov. Detaljerad information om hur du förbereder ditt erbjudande för utvärdering finns i Alternativet säljsamarbete på den kommersiella marknadsplatsen. Mer information om krav för säljsamarbete med IP finns i Krav för säljsamarbete. Mer information om hur du marknadsför ditt erbjudande via Microsoft CSP-partnerkanaler finns i Molnlösningsleverantör s.

Mer information finns i Utöka ditt molnföretag med Azure Marketplace.

Planer

Azure-programerbjudanden kräver minst en plan. En plan definierar lösningens omfång och gränser samt tillhörande priser, om tillämpligt. Du kan skapa flera planer för ditt erbjudande för att ge dina kunder olika tekniska alternativ och prisalternativ.

Allmän vägledning om planer, inklusive prismodeller och privata planer, finns i Planer och priser för erbjudanden på den kommersiella marknadsplatsen. I följande avsnitt beskrivs mer information som är specifik för Azure-programplaner.

Typer av planer

Det finns två typer av Azure-programplaner: lösningsmall och hanterat program. Båda plantyperna har stöd för att automatisera distributionen och konfigurationen av en lösning utöver en enda virtuell dator (VM). Du kan automatisera processen med att tillhandahålla flera resurser, inklusive virtuella datorer, nätverk och lagringsresurser för att tillhandahålla komplexa lösningar, till exempel IaaS-lösningar. Båda plantyperna kan använda många olika typer av Azure-resurser, inklusive men inte begränsat till virtuella datorer.

  • Med hanterade programplaner kan du sälja och leverera en lösning via Marketplace. Lösningen kan antingen hanteras av utgivaren eller av kunden. Hanterade program har samma funktioner som lösningsmallsplaner, med några viktiga skillnader:

    • Resurserna distribueras till en resursgrupp som kan hanteras av utgivaren eller kunden. Om den hanteras av utgivaren finns resursgruppen i konsumentens prenumeration, men en identitet i utgivarens klientorganisation har åtkomst till resursgruppen.

    • Utgivaren kan konfigurera resursgruppen så att kunderna får fullständig eller begränsad åtkomst till resursgruppen.

    • Transaktioner med månads- och faktureringsmätare stöds via den kommersiella marknadsplatsen. Som utgivare kan du använda privata erbjudanden för att skapa anpassade prisavtal med anpassade varaktigheter och villkor. Mer information finns i Skapa ett privat erbjudande för en kund.

      Använd plantypen för hanterade program för att sälja Azure-program via Marketplace eller när du eller din kund kräver att lösningen hanteras av en partner.

  • Lösningsmallsplaner är ett av de viktigaste sätten att publicera en lösning på den kommersiella marknadsplatsen. Planer för lösningsmallar kan inte överföras på den kommersiella marknadsplatsen, men de kan användas för att distribuera betalda VM-erbjudanden som faktureras via den kommersiella marknadsplatsen. Använd plantypen lösningsmall när kunden hanterar lösningen och transaktionerna faktureras via en annan plan. Mer information om hur du skapar lösningsmallar finns i Vad är Azure Resource Manager?

Användning av Azure Kubernetes Service (AKS) och containrar i hanterat program

Lösningsmallar: Lösningsmallens erbjudanden kan inte ändras av utgivaren efter kunddistributionen. Därför tillåts inte containrar och Azure Kubernetes Service-resurser (AKS) för närvarande i den här erbjudandekategorin.

Hanterade program: Mer information om hur du refererar till containererbjudanden i ett hanterat program finns i Referera till Kubernetes-appar i Azure Apps.

Det är preliminärt tillåtet att referera till containrar och Azure Kubernetes Service-resurser (AKS) inifrån den hanterade appen eftersom hanterade program kan konfigureras så att utgivaren kan komma åt och kontrollera de resurser som skapades under distributionen i kundens prenumeration.

Regler och kända problem för AKS och containrar i hanterade program

  • RESURSGRUPPEN FÖR AKS-noder ärver inte Neka tilldelningar som en del av azure-hanterat program. Det innebär att kunden har fullständig åtkomst till aks-nodresursgruppen som AKS-resursen skapar när den ingår i det hanterade programmet medan den hanterade resursgruppen har rätt Neka tilldelningar.

  • Utgivaren kan inkludera Helm-diagram och andra skript som en del av Azure Managed Application. Erbjudandet kommer dock att behandlas som en vanlig distribution av hanterade program och det kommer inte att finnas någon automatisk containerspecifik bearbetning eller Helm-diagraminstallation vid distributionstillfället. Det är utgivarens ansvar att köra relevanta skript, antingen vid distributionstillfället, med hjälp av vanliga tekniker som tillägg för anpassade skript för virtuella datorer eller Azure-distributionsskript eller efter distributionen.

  • På samma sätt som med det vanliga Azure Managed Application är det utgivarens ansvar att se till att lösningen distribueras korrekt och att alla komponenter är korrekt konfigurerade, skyddade och i drift. Utgivare kan till exempel använda sitt eget containerregister som källa för avbildningarna, men är fullt ansvariga för containersäkerheten och den pågående sårbarhetsgenomsökningen.

Nästa steg

Videosjälvstudier och praktiska labb