Plánování nabídky SaaS pro komerční tržiště

Tento článek popisuje různé možnosti a požadavky pro publikování nabídek SaaS (software jako služba) na komerčním webu Microsoft Marketplace. SaaS nabízí, abyste svým zákazníkům mohli doručovat a licencovat softwarová řešení prostřednictvím online předplatných. Jako vydavatel SaaS spravujete a platíte za infrastrukturu potřebnou k podpoře používání vaší nabídky vašimi zákazníky. Tento článek vám pomůže připravit vaši nabídku publikování na komerční tržišti s partnerským centrem.

Tip

Pokud si chcete prohlédnout zobrazení zákazníka o nákupu nabídky SaaS v Azure Portal, přečtěte si téma Nákup nabídky SaaS v Azure Portal a nákup aplikací SaaS na Microsoft AppSource.

Možnosti zápisu

Když připravujete publikování nové nabídky SaaS, musíte se rozhodnout, kterou možnost seznamu zvolit. Zvolená možnost výpisu určuje, které další informace budete potřebovat při vytváření vaší nabídky v partnerském centru. Možnost výpisu budete definovat na stránce nastavení nabídky , jak je vysvětleno v tématu Vytvoření nabídky SaaS na komerčním webu Marketplace.

Následující tabulka ukazuje možnosti výpisu SaaS nabídek na komerčním webu Marketplace.

Možnost výpisu Proces transakce
Kontaktujte mě Zákazník kontaktuje přímo z informací v seznamu.*
Po publikování nabídky můžete změnit na jinou možnost výpisu.
Bezplatná zkušební verze Zákazník se přesměruje na cílovou adresu URL prostřednictvím Azure Active Directory (Azure AD).*
Po publikování nabídky můžete změnit na jinou možnost výpisu.
Získat hned (zdarma) Zákazník se přesměruje na vaši cílovou adresu URL přes Azure AD.*
Po publikování nabídky můžete změnit na jinou možnost výpisu.
Prodej prostřednictvím Microsoftu Nabídky prodávané prostřednictvím Microsoftu se nazývají transakční nabídky. Nabídka, která je transakční, je jedním z nich, kde Microsoft usnadňuje výměnu peněz za softwarovou licenci jménem vydavatele. Účtujeme vám SaaS s využitím cenového modelu, který zvolíte, a spravujete transakce zákazníků vaším jménem. Poplatky za využití infrastruktury Azure se účtují na vás a na partnera přímo. V cenovém modelu byste měli zohlednit náklady na infrastrukturu. Tato informace je podrobněji vysvětlena v tématu SaaS fakturace níže.

Poznámka: tuto možnost nemůžete po publikování vaší nabídky změnit.

* Vydavatelé jsou odpovědni za podporu všech aspektů licenčních transakcí softwaru, mimo jiné objednávky, plnění, měření, fakturace, fakturace, platby a shromažďování.

Další informace o těchto možnostech tohoto výpisu najdete v tématu možnosti Transact-The pro prodej na webu Marketplace.

Po publikování vaší nabídky se možnost výpisu, kterou jste zvolili pro vaši nabídku, zobrazí jako tlačítko v levém horním rohu stránky se seznamem vaší nabídky. Například následující snímek obrazovky ukazuje stránku se seznamem nabídek v Azure Marketplace pomocí tlačítka získat nyní .

Znázorňuje seznam nabídek v online obchodu.

Technické požadavky

Technické požadavky se liší v závislosti na možnosti výpisu, kterou zvolíte pro vaši nabídku.

Možnost seznam kontaktů má žádné technické požadavky. Máte možnost připojit systém pro řízení vztahů se zákazníky (CRM) a spravovat potenciální zákazníky. Tento postup je popsaný v části Customers Customers (zákazníci ) dále v tomto článku.

Možnosti získat nyní (zdarma), bezplatná zkušební verze a Prodej prostřednictvím možností výpisu Microsoftu mají následující technické požadavky:

Tyto další technické požadavky se vztahují jenom na možnost Prodej prostřednictvím seznamu Microsoft (s podporou transakcí):

  • K integraci s Azure Marketplace a Microsoft AppSource je nutné použít rozhraní API pro splnění SaaS . Aby bylo možné vytvořit, aktualizovat a odstranit uživatelský účet a plán služby, je nutné vystavit službu, která může komunikovat s předplatným SaaS. Kritické změny rozhraní API musí být podporované do 24 hodin. Pravidelně se vydávají nekritické změny rozhraní API. Diagramy a podrobná vysvětlení popisující použití shromážděných polí jsou k dispozici v dokumentaci pro rozhraní API.
  • Musíte vytvořit aspoň jeden plán pro vaši nabídku. Ceny vašeho plánu se účtují na základě cenového modelu, který jste vybrali před publikováním: paušální sazba nebo podle uživatele. Další podrobnosti o plánech najdete dále v tomto článku.
  • Zákazník může vaši nabídku kdykoli zrušit.

Technické informace

Pokud vytváříte nabídku s podporou transakcí, bude nutné shromáždit následující informace pro stránku technické konfigurace . Pokud se rozhodnete zpracovávat transakce nezávisle namísto vytvoření nabídky s podporou transakcí, přeskočte tuto část a přejděte na test Drives.

  • Adresa URL cílové stránky: adresa URL webu SaaS (například: https://contoso.com/signup ), na kterou budou uživatelé přesměrováni po získání nabídky z komerčního tržiště, který aktivuje proces konfigurace z nově vytvořeného předplatného SaaS. Tato adresa URL obdrží token, který se dá použít k volání rozhraní API pro splnění, aby se získaly podrobné informace o zřízení vaší interaktivní registrační stránky.

    Tato adresa URL bude volána parametrem identifikačního tokenu nákupu na webu Marketplace, který jedinečně identifikuje SaaS nákup konkrétního zákazníka. Tento token musíte vyměňovat pro příslušné podrobnosti o předplatném SaaS pomocí rozhraní Resolve API. Tyto podrobnosti a všechny ostatní, které chcete shromažďovat jako součást interaktivní webové stránky zákazníka, se dají použít k zavedení prostředí pro registraci zákazníka, které musí nakonec končit voláním funkce Activate na rozhraní API za účelem zahájení období předplatného. Na této stránce by se měl uživatel zaregistrovat přes ověřování jedním kliknutím pomocí Azure Active Directory (Azure AD).

    tato adresa URL s parametrem identifikačního tokenu nákupu na webu marketplace bude také volána, když zákazník spustí spravované prostředí SaaS z Azure Portal nebo centra Správa Microsoftu 365. Oba toky byste měli zpracovat: když se token poprvé zadá po nákupu nového zákazníka, a když se znovu zadá pro existujícího zákazníka, který spravuje své řešení SaaS.

    Cílová stránka, kterou nakonfigurujete, by měla být spuštěná a bude běžet 24/7. Toto je jediný způsob, jakým se dozvíte o nových nákupech nabídek SaaS provedených na komerčním tržišti nebo o požadavcích na konfiguraci aktivního předplatného nabídky.

  • Webhook připojení: u všech asynchronních událostí, které Microsoft potřebuje poslat (například po zrušení předplatného SaaS), je nutné zadat adresu URL Webhooku připojení. Budeme zavolat tuto adresu URL a upozorníme vás na událost.

    Webhook, který zadáte, by měl být v provozu a musí běžet 24/7. Toto je jediný způsob, jakým budete dostávat oznámení o aktualizacích předplatných SaaS vašich zákazníků prostřednictvím komerčního tržiště.

    Poznámka

    v rámci Azure Portal musíme vytvořit registraci aplikace Azure Active Directory jednoho tenanta (Azure AD). Použijte podrobnosti registrace aplikace k ověření vašeho řešení při volání rozhraní API Marketplace. ID tenantazjistíte tak, že přejdete na Azure Active Directory, vyberete Vlastnosti a vyhledáte uvedené číselné ID adresáře. Například, 50c464d3-4930-494c-963c-1e951d15360e.

  • id tenanta Azure Active Directory: (označuje se taky jako ID adresáře). v Azure Portal vyžadujeme registraci aplikace Azure Active Directory (AD) , abychom ji mohli přidat do seznamu řízení přístupu (ACL) rozhraní API, abyste měli jistotu, že máte oprávnění k volání. pokud chcete najít ID tenanta pro vaši aplikaci Azure Active Directory (AD), v Azure Active Directory klikněte na okno Registrace aplikací . Ve sloupci Zobrazovaný název vyberte aplikaci. Pak vyhledejte číslo ID adresáře (tenant) v seznamu (například 50c464d3-4930-494c-963c-1e951d15360e ).

  • Azure Active Directory id aplikace: budete také potřebovat id aplikace. Chcete-li získat jeho hodnotu, v Azure Active Directory vyberte okno Registrace aplikací . Ve sloupci Zobrazovaný název vyberte aplikaci. Pak vyhledejte číslo ID aplikace (klienta) uvedené (například 50c464d3-4930-494c-963c-1e951d15360e ).

    ID aplikace Azure AD je přidruženo k vašemu ID vydavatele v účtu partnerského centra. Pro všechny nabídky tohoto účtu musíte použít stejné ID aplikace.

    Poznámka

    Pokud má Vydavatel v partnerském centru dva nebo více různých účtů, můžou se podrobnosti registrace aplikace Azure AD použít jenom v jednom účtu. Použití stejného ID tenanta, dvojice ID aplikace pro nabídku pod jiným účtem vydavatele se nepodporuje.

Testovací verze

Pro aplikaci SaaS se můžete rozhodnout pro povolení testovacích jednotek. Testovací jednotky poskytují zákazníkům přístup k předkonfigurovanému prostředí po dobu určitého počtu hodin. Můžete povolit testovací jednotky pro libovolnou možnost publikování, ale tato funkce má další požadavky. Další informace o testovacích jednotkách najdete v tématu co je testovací jednotka?. Informace o konfiguraci různých druhů testovacích jednotek najdete v tématu Technická konfigurace testovacíchjednotek.

Tip

Testovací verze se liší od bezplatné zkušební verze. Můžete nabídnout testovací verzi, bezplatnou zkušební verzi nebo obojí. Obě poskytují vašim zákazníkům vaše řešení po pevnou dobu. Testovací cesta ale zahrnuje také příručku s vlastním průvodcem pro klíčové funkce a výhody vašeho produktu, která je předvedená ve scénáři implementace z reálného světa.

Potenciální zákazníci

Pokud chcete shromažďovat informace o zákazníku, musíte svou nabídku propojit se systémem správy vztahů se zákazníky (CRM). Zákazník bude požádán o oprávnění ke sdílení svých informací. Tyto podrobnosti o zákazníkovi spolu s názvem nabídky, ID a online obchodem, ve kterém vaši nabídku našli, se budou zasílaně do systému CRM, který jste nakonfigurovali. Komerční marketplace podporuje různé systémy CRM a také možnost použít tabulku Azure nebo nakonfigurovat koncový bod HTTPS pomocí Power Automate.

Připojení CRM můžete přidat nebo upravit kdykoli během nebo po vytvoření nabídky. Podrobné pokyny najdete v tématu Potenciální zákazníci z nabídky komerčního marketplace.

Výběr online obchodu

Když publikujete nabídku SaaS, bude uvedená v seznamu Microsoft AppSource, Azure Marketplace nebo obojím. Každý online obchod slouží jedinečným zákaznickým požadavkům. AppSource je pro obchodní řešení a Azure Marketplace je pro IT řešení. Typ vaší nabídky, možnosti transakce a kategorie určí, kde se vaše nabídka publikuje. Kategorie a podkategorie se mapují na každé online úložiště na základě typu řešení.

Pokud je vaše nabídka SaaS IT řešení (Azure Marketplace) i obchodní řešení (AppSource), vyberte kategorii a podkategorii platnou pro každý online obchod. Nabídky publikované v obou online obchodech by měly mít hodnotovou nabídku jako IT řešení a obchodní řešení.

Důležité

Nabídky SaaS s fakturací naměřené podle objemu jsou k dispozici prostřednictvím Azure Marketplace a Azure Portal. Nabídky SaaS s pouze privátními plány jsou k dispozici prostřednictvím Azure Portal a AppSource.

Fakturace naměřené podle objemu Veřejný plán Privátní plán K dispozici v:
Yes Yes No Azure Marketplace a Azure Portal
Yes Yes Yes Azure Marketplace a Azure Portal*
Yes No Yes Azure Portal jen pro čtení
No No Yes Azure Portal a AppSource

* Privátní plán nabídky bude k dispozici pouze prostřednictvím služeb Azure Portal a AppSource.

Například nabídku s fakturací naměřenou podle objemu a jenom privátním plánem (bez veřejného plánu) budou zákazníci nakupovat v Azure Portal. Další informace o privátních nabídek najdete na komerčním marketplace Microsoftu.

Podrobné informace o možnostech výpisu podporovaných online obchody najdete v tématu Výpis a cenové možnosti online obchodu. Další informace o kategoriích a podkategoriích najdete v tématu Kategorie a podkategorie na komerčním marketplace.

Pro zjednodušení procesu nákupů pro zákazníky a snížení právní složitosti dodavatelů softwaru nabízí Microsoft standardní kontrakt, který můžete použít pro své nabídky na komerčním marketplace. Když nabízíte software v rámci standardní smlouvy, zákazníci ho potřebují číst a přijímat jen jednou a nemusíte vytvářet vlastní podmínky a podmínky.

Pokud se rozhodnete použít standardní kontrakt, máte možnost přidat do standardního kontraktu univerzální dodatkové podmínky a až 10 vlastních dodatků. Místo standardního kontraktu můžete také použít vlastní podmínky a podmínky. Tyto podrobnosti budete spravovat na stránce Vlastnosti. Podrobné informace najdete v tématu Standardní kontrakt pro komerční marketplace Microsoftu.

Poznámka

Po publikování nabídky pomocí standardního kontraktu pro komerční marketplace nemůžete použít vlastní podmínky a podmínky. Jedná se o scénář "nebo". Řešení nabízíte buď na základě standardní smlouvy, nebo vlastních podmínek a podmínek. Pokud chcete upravit podmínky standardní smlouvy, můžete to udělat prostřednictvím Standardní kontrakt smlouvy.

Integrace Microsoftu 365

Integrace s Microsoft 365 umožňuje vaší nabídce SaaS poskytovat propojené prostředí napříč různými povrchy aplikací Microsoft 365 prostřednictvím souvisejících bezplatných doplňků, jako jsou aplikace Teams, doplňky Office řešení SharePoint Framework řešení. Zákazníkům můžete snadno zjistit všechny vlastnosti vašeho řešení E2E (webová služba a související doplňky) a nasadit je v rámci jednoho procesu tím, že poskytnete následující informace.

  • Pokud se vaše nabídka SaaS integruje s Microsoft Graph, zadejte ID aplikace Azure Active Directory (AAD), které používá vaše nabídka SaaS pro integraci. Správci můžou zkontrolovat přístupová oprávnění požadovaná pro správné fungování vaší nabídky SaaS tak, jak je nastaveno na ID aplikace AAD, a udělit přístup, pokud je v době nasazení potřeba pokročilé oprávnění správce.

    Pokud se rozhodnete nabídku prodávat prostřednictvím Microsoftu, jedná se o stejné ID aplikace AAD, ke kterým jste se zaregistrovali na cílové stránce, abyste měli základní informace o uživateli potřebné k dokončení aktivace zákaznického předplatného. Podrobné pokyny najdete v tématu Vytvoření cílové stránky pro vaši obchodovatelnou nabídku SaaS na komerčním marketplace.

  • Zadejte seznam souvisejících doplňků, které fungují s vaší nabídkou SaaS, kterou chcete propojit. Zákazníci budou moct vaše řešení E2E vyhledat v Microsoft AppSource a správci můžou nasadit SaaS i všechny související doplňky, které jste ve stejném procesu provázané prostřednictvím Centrum pro správu Microsoftu 365.

    Pokud chcete propojit související doplňky, musíte zadat odkaz na AppSource doplňku. To znamená, že doplněk se musí nejprve publikovat do AppSource. Mezi podporované typy doplňků, které můžete propojit, Teams aplikace, Office doplňky a SharePoint Framework (SPFx) řešení. Každý propojený doplněk musí být pro nabídku SaaS jedinečný.

U propojených produktů se hledání na AppSource vrátí s jedním výsledkem, který zahrnuje SaaS i všechny propojené doplňky. Zákazník může přecházet mezi stránkami podrobností o produktu nabídky SaaS a propojenými doplňky. Správci IT mohou zkontrolovat a nasadit saaS i propojené doplňky v rámci stejného procesu prostřednictvím integrovaného a propojeného prostředí v rámci Centrum pro správu Microsoftu 365. Další informace najdete v tématu Testování a nasazení Microsoft 365 Apps – Microsoft 365 správce.

Microsoft 365 podpory integrace

Zjišťování jako jedno řešení E2E se v AppSource podporuje ve všech případech, ale zjednodušené nasazení řešení E2E, jak je popsáno výše prostřednictvím Centrum pro správu Microsoftu 365, se nepodporuje pro následující scénáře:

  • Nabídky jen pro "Kontaktujte mě".
  • Stejný doplněk je propojený s více než jednou nabídkou SaaS.
  • Nabídka SaaS je propojená s doplňky, ale neintegruje se s Microsoft Graphem a není zadané žádné ID aplikace AAD.
  • Nabídka SaaS je propojená s doplňky, ale zadané ID aplikace AAD pro integraci s Microsoft Graphem se sdílí mezi několika nabídkami SaaS.

Podrobnosti o výpisu nabídky

Když vytvoříte novou nabídku SaaS v Partnerské centrum, na stránce výpisu nabídky zadáte text, obrázky, volitelná videa a další podrobnosti. Toto jsou informace, které zákazníci uvidí, když objeví vaši nabídku na komerčním marketplace, jak je znázorněno v následujícím příkladu.

Ukazuje, jak se tato nabídka zobrazuje v Microsoft AppSource.

Popisy volání

  1. Logo
  2. Kategorie
  3. Obory
  4. Adresa podpory (odkaz)
  5. Podmínky použití
  6. Zásady ochrany osobních údajů
  7. Název nabídky
  8. Souhrn
  9. Description
  10. Snímky obrazovky a videa
  11. dokumenty.

Následující příklad ukazuje výpis nabídky v Azure Portal.

Znázorňuje výpis nabídky v Azure Portal.

Popisy popisů

  1. Nadpis
  2. Popis
  3. Užitečné odkazy
  4. Screenshoty

Poznámka

Pokud popis nabídky začíná frází "Tato aplikace je k dispozici pouze v [jiném než anglickém jazyce]", nemusí být obsah nabídky v angličtině.

Abyste mohli nabídku snadněji vytvořit, připravte si některé z těchto položek předem. Pokud není uvedeno jinak, jsou vyžadovány následující položky.

  • Název: Tento název se zobrazí jako název výpisu vaší nabídky na komerčním marketplace. Název může být chráněn ochrannou známkou. Nesmí obsahovat emoji (pokud se jedná o ochranné známky a symboly autorských práv) a musí být omezeny na 50 znaků.

  • Souhrn výsledků hledání: Popište účel nebo funkci vaší nabídky jako jednu větu bez zalomení řádků po 100 znacích nebo méně. Tento souhrn se používá ve výsledcích hledání na komerčním marketplace.

  • Popis: Tento popis se zobrazí v přehledu výpisů komerčního marketplace. Zvažte zahrnutí nabídky hodnot, klíčových výhod, zamýšlené uživatelské základny, všech přidružení kategorií nebo odvětví, prodejních příležitostí v aplikaci, jakýchkoli požadovaných zpřístupnění a odkazu na další informace.

    Toto textové pole obsahuje ovládací prvky editoru formátovaný text, které můžete použít k tomu, aby byl popis poutavější. K formátování popisu můžete použít také značky HTML. Do tohoto pole můžete zadat až 3 000 znaků textu, včetně kódu HTML. Další tipy najdete v tématu Popis skvělých aplikací.

  • Začínáme pokyny: Pokud se rozhodnete nabídku prodávat prostřednictvím Microsoftu (nabídka s transakcemi), je toto pole povinné. Tyto pokyny pomohou zákazníkům připojit se k vaší nabídce SaaS. Můžete přidat až 3 000 znaků textu a odkazy na podrobnější online dokumentaci.

  • Klíčová slova vyhledávání (volitelné): Zadejte až tři klíčová slova vyhledávání, která zákazníci mohou použít k vyhledání vaší nabídky v online obchodech. Název a Popis nabídky nemusíte zahrnout: tento text se automaticky zahrne do vyhledávání.

  • Odkaz na zásady ochrany osobních údajů: Adresa URL zásad ochrany osobních údajů vaší společnosti. Musíte poskytnout platné zásady ochrany osobních údajů a zodpovídáte za to, že vaše aplikace bude v souladu se zákony a předpisy týkajícími se ochrany osobních údajů.

  • Kontaktní informace: Musíte poskytnout následující kontakty z vaší organizace:

    • Kontakt podpory: Zadejte jméno, telefon a e-mail pro partnery Microsoftu, kteří budou používat při otevření lístků vašim zákazníkům. Musíte také zadat adresu URL pro váš web podpory.
    • Technický kontakt: Zadejte jméno, telefon a e-mail, které má Microsoft použít přímo v případě problémů s vaší nabídkou. Tyto kontaktní informace nejsou uvedené na komerčním marketplace.
    • Kontakt v programu CSP (volitelné): Zadejte jméno, telefon a e-mail, pokud se přihlásíte k programu CSP, aby vás tito partneři mohli kontaktovat se svými dotazy. Můžete také zadat adresu URL marketingových materiálů.
  • Užitečné odkazy (volitelné): Můžete poskytnout odkazy na různé prostředky pro uživatele vaší nabídky. Například fóra, nejčastější dotazy a poznámky k verzi.

  • Podpůrné dokumenty: Můžete poskytnout až tři dokumenty pro zákazníky, jako jsou dokumenty white paper, dokumenty white paper, kontrolní seznamy nebo PowerPoint prezentace.

  • Media – Loga: Zadejte soubor PNG pro velké logo. Partnerské centrum použijete k vytvoření loga Small (Malé) a Medium (Střední). Volitelně je můžete později nahradit různými obrázky.

    • Velké (216 × 216 až 350 × 350 px, povinné)
    • Střední (90 × 90 px, volitelné)
    • Malé (48 × 48 pixelů, volitelné)

    Tato loga se používají na různých místech online obchodů:

    • Logo Small se zobrazí ve Azure Marketplace hledání a na hlavní stránce AppSource a na stránce výsledků hledání.
    • Logo Medium se zobrazí při vytváření nového prostředku v Microsoft Azure.
    • Logo Large (Velké) se zobrazí na stránce s výpisem nabídky v Azure Marketplace a AppSource.
  • Média – snímky obrazovky: Musíte přidat alespoň jeden a až pět snímků obrazovky s následujícími požadavky, které ukazují, jak vaše nabídka funguje:

    • 1280 x 720 pixelů
    • Typ souboru PNG
    • Musí obsahovat popisek.
  • Média – videa (volitelné): Můžete přidat až čtyři videa s následujícími požadavky, které ukazují vaši nabídku:

    • Název
    • Adresa URL: Musí být hostovaná jenom na YouTube nebo Vimeo.
    • Miniatura: soubor PNG 1280 × 720

Poznámka

Vaše nabídka musí splňovat obecné zásady certifikace komerčního marketplace a zásady softwaru jako služby, které se mají publikovat na komerčním marketplace.

Poznámka

Cílová skupina pro verzi Preview se liší od privátního plánu. Privátní plán je plán, který je dostupný jenom pro konkrétní cílovou skupinu, kterou si zvolíte. To vám umožní vyjednat vlastní plán s konkrétními zákazníky. Další informace najdete v další části: Plány.

Pozvánky můžete odesílat na účet Microsoft (MSA) nebo na Azure Active Directory (Azure AD). Přidejte až 10 e-mailových adres ručně nebo naimportujte až 20 e-mailových .csv souboru. Pokud je vaše nabídka již aktivní, můžete cílovou skupinu pro verzi Preview definovat pro testování změn nebo aktualizací vaší nabídky.

Plány

Nabídky s transakcemi vyžadují alespoň jeden plán. Plán definuje rozsah a omezení řešení a související ceny. Pro svou nabídku můžete vytvořit několik plánů, které zákazníkům nabídnou různé technické a cenové možnosti. Pokud se rozhodnete zpracovávat transakce nezávisle místo vytváření nabídky s transakcemi, stránka Plány se nezobrazí. Pokud ano, přeskočte tuto část a přejděte na Další prodejní příležitosti.

Obecné pokyny k plánům, včetně cenových modelů, bezplatných zkušebních cen a privátních plánů, najdete v tématu Plány a ceny nabídek komerčního marketplace. Následující části popisují další informace specifické pro nabídky SaaS.

Cenové modely SaaS

Nabídky SaaS mohou používat jeden ze dvou cenových modelů s každým plánem: buď s plochou sazbou, nebo na uživatele. Všechny plány ve stejné nabídce musí být přidružené ke stejnému cenovému modelu. Například nabídka nemůže mít jeden plán, který je plochý, a jiný plán, který je na uživatele.

Flat rate – Povolí přístup k vaší nabídce s jednou měsíční nebo roční plochou sazbou. To se někdy označuje jako ceny založené na webu. Pomocí tohoto cenového modelu můžete volitelně definovat měřené plány, které pomocí rozhraní API služby měření na marketplace účtují zákazníkům poplatky za využití, které se nevztahuje na toto ploché sazby. Další informace o fakturaci na základě měření najdete v tématu Fakturace SaaS na základě měření pomocí služby měření na komerčním marketplace. Tuto možnost byste měli použít také v případě, že je chování vaší služby SaaS v dávkách.

Na uživatele – Povolí přístup k vaší nabídce s cenou na základě počtu uživatelů, kteří mají přístup k nabídce nebo zabírají licence. Pomocí tohoto modelu založeného na uživatelích můžete nastavit minimální a maximální počet uživatelů, které plán podporuje. Můžete vytvořit několik plánů pro konfiguraci různých cenových bodů na základě počtu uživatelů. Tato pole jsou volitelná. Pokud se nevyberou, bude počet uživatelů interpretován tak, že nemají limit (maximálně 1 a maximálně tolik, kolik může vaše služba podporovat). Tato pole je možné upravit v rámci aktualizace plánu.

Důležité

Po publikování nabídky nemůžete cenový model změnit. Kromě toho musí všechny plány pro stejnou nabídku sdílet stejný cenový model.

Fakturace SaaS

U aplikací SaaS, které běží ve vašem předplatném Azure (vydavatele), se využití infrastruktury účtuje přímo. zákazníci nevidí skutečné poplatky za využití infrastruktury. Poplatky za využití infrastruktury Azure byste měli zabalit do cen softwarových licencí, abyste kompenzovat náklady na infrastrukturu, kterou jste nasadili pro spuštění řešení.

Nabídky aplikací SaaS, které se prodávají prostřednictvím měsíční nebo roční fakturace podpory Microsoftu na základě plochého poplatku, poplatků za uživatele nebo poplatků za spotřebu pomocí služby fakturace na základě měření. Komerční marketplace funguje na modelu agentury, ve kterém vydavatelé nastavují ceny, microsoft účtuje zákazníkům a Microsoft platí vydavatelům výnosy při současném zachytění poplatku za agenturu.

Následující příklad ukazuje ukázkový rozpis nákladů a výplat pro předvedení modelu agentury. V tomto příkladu Microsoft zákazníkovi za softwarovou licenci fakturuje 100,00 USD a vydavateli vyplácí 80,00 USD.

Náklady na licenci 100 USD měsíčně
Náklady na využití Azure (D1/1 jádro) Fakturuje se přímo vydavateli, nikoli zákazníkovi.
Zákazník je fakturovaný Microsoftem 100,00 USD za měsíc (Publisher poplatku za licenci se musí zohlednit veškeré vzniklé nebo předávkné náklady na infrastrukturu).
Účty Microsoftu 100 USD měsíčně
Microsoft účtuje poplatek za služby Marketplace ve výši 3 % a platí vám 97 % nákladů na licenci. 97,00 USD měsíčně

Cílová skupina pro verzi Preview má přístup k vaší nabídce před publikováním živě v online obchodech. Před živým publikováním vidíte, jak bude vaše nabídka vypadat na komerčním marketplace, a otestovat funkci od konce.

Na stránce cílové skupiny ve verzi Preview můžete definovat omezenou cílovou skupinu pro verzi Preview. Toto nastavení není dostupné, pokud se rozhodnete zpracovávat transakce nezávisle místo prodeje nabídky prostřednictvím Microsoftu. Pokud ano, můžete tuto část přeskočit a přejít na Další prodejní příležitosti.

Testovací nabídka

Než nabídku publikujete živě, měli byste použít funkci Preview k vývoji technické implementace, testování a experimentování s různými cenových modelů.

Pokud chcete vyvíjet a testovat nabídku SaaS s nejnižším rizikem, doporučujeme vytvořit nabídku testování a vývoje (DEV) pro experimentování a testování. Nabídka DEV bude oddělená od vaší produkční nabídky (PROD).

Abyste zabránili nechtěným nákupům nabídky DEV, nikdy nenasupíte tlačítko Přejít živě a nabídku DEV publikujete živě.

Znázorňuje stránku Přehled nabídky pro nabídku v Partnerské centrum. Zobrazí se tlačítko Přejít do živého režimu a náhledové odkazy. Odkaz Zobrazit sestavu ověření se zobrazí také v části Automatizované ověřování.

Tady je několik důvodů, proč pro vývojový tým vytvořit samostatnou nabídku DEV, která se má použít pro vývoj a testování nabídky PROD:

  • Vyhněte se náhodným poplatkům za zákazníky
  • Vyhodnocení cenových modelů
  • Nepřidání plánů, které se nezaměřují na skutečné zákazníky

Vyhněte se náhodným poplatkům za zákazníky

Když místo nabídky PROD používáte nabídku DEV a budete s nimi zacházet jako s vývojovou a produkční prostředí, můžete se vyhnout náhodným poplatkům zákazníkům.

Pro volání rozhraní API marketplace doporučujeme zaregistrovat dvě různé aplikace Azure AD. Vývojáři budou používat jednu aplikaci Azure AD s nastavením nabídky DEV a provozní tým bude používat registraci aplikace PROD. Díky tomu můžete izolovat vývojový tým od nechtěných chyb, jako je volání rozhraní API za zrušení předplatného zákazníka, který platí 100 tisíc dolarů měsíčně. Můžete se také vyhnout účtování zákazníkovi za naměřené využití, které nevyužívají.

Vyhodnocení cenových modelů

Testování cenových modelů v nabídce DEV snižuje riziko, když vývojáři experimentují s různými cenových modely.

Vydavatelé mohou vytvářet plány, které potřebují v nabídce DEV, a určit tak, který cenový model je pro jejich nabídku nejlepší. Vývojáři můžou chtít v nabídce DEV vytvořit více plánů pro testování různých cenových kombinací. Můžete například vytvořit plány s různými sadami vlastních měřené dimenze. Můžete vytvořit jiný plán s kombinací ploché sazby a vlastních měřené dimenze.

Pokud chcete otestovat více cenových možností, musíte vytvořit plán pro každý jedinečný cenový model. Další informace najdete v tématu Plány.

Nepřidání plánů, které se nezaměřují na skutečné zákazníky

Použitím nabídky DEV pro vývoj a testování můžete snížit nepotřebné nepotřebné informace v nabídce PROD. Například nemůžete odstranit plány, které vytvoříte, abyste mohli testovat různé cenové modely nebo technické konfigurace (bez vyplnění lístku podpory). Vytvořením plánů pro testování v nabídce DEV tak snížíte nepotř počtů v nabídce PROD.

Nepotř počtů v nabídce prod frustruje produktové a marketingové týmy, protože očekávají, že všechny plány budou cílit na skutečné zákazníky. Zejména u velkých týmů, které jsou nesouviselé a všichni chtějí pracovat s různými sandboxy, bude vytvoření dvou nabídek poskytovat dvě různá prostředí pro vývoj a vývoj a vývoj pro vývoj a vývoj. V některých případech můžete chtít vytvořit několik nabídek DEV pro podporu většího týmu, který má různé lidi s různými testovacími scénáři. Když necháte různé členy týmu pracovat v nabídce DEV odděleně od nabídky PROD, pomůže vám to udržovat produkční plány co nejvíce blízko produkčnímu prostředí.

Testování nabídky DEV pomáhá vyhnout se limitu 30 vlastních měřené dimenze na nabídku. Vývojáři mohou v nabídce DEV vyzkoušet různé kombinace měřičů, aniž by to ovlivnilo vlastní limit měřené dimenze v nabídce PROD.

Další prodejní příležitosti

Můžete se rozhodnout přihlásit k marketingovým a prodejním kanálům podporovaným Microsoftem. Při vytváření nabídky Partnerské centrum uvidíte na konci procesu dvě karty:

  • Prodávat prostřednictvím poskytovatelů CSP: Pomocí této možnosti umožníte partnerům CSP (Microsoft Cloud Solution Providers) znovu prodávat vaše řešení v rámci nabídky v rámci balíčku. Další informace o tomto programu najdete v tématu Cloud Solution Provider program.

  • Spoluprodej s Microsoftem: Tato možnost umožňuje prodejním týmům Microsoftu při vyhodnocování potřeb zákazníků zvážit vaše řešení vhodné ke spoluprodeji IP adres. Podrobnosti o způsobilosti ke spoluprodání najdete v tématu Požadavky na stav spoluproduování. Podrobné informace o tom, jak připravit nabídku na vyhodnocení, najdete v tématu Možnost spoluprodát v Partnerské centrum.

Další kroky