Megosztás a következőn keresztül:

Tesztelési és fejlesztési SaaS-ajánlat tervezése

  • Cikk

Ha az éles ajánlattól eltérő környezetben szeretne fejlődni, hozzon létre egy külön tesztelési és fejlesztési (DEV) ajánlatot és egy külön éles (PROD) ajánlatot. Ez a cikk ismerteti a fejlesztési és tesztelési feladatok DEV-ajánlatban történő elvégzésének előnyeit, valamint a konfigurációs különbségeket a DEV és az éles ajánlatok között.

A DEV-ajánlat előnyei

Íme néhány ok arra, hogy hozzon létre egy külön DEV-ajánlatot a fejlesztői csapat számára a PROD-ajánlat fejlesztéséhez és teszteléséhez:

  • Elkerülheti a véletlen ügyfélköltségeket
  • Díjszabási modellek kiértékelése
  • Nem ad hozzá olyan csomagokat, amelyek nem valós ügyfeleket céloznak meg

Elkerülheti a véletlen ügyfélköltségeket

Ha a PROD-ajánlat helyett DEV-ajánlatot használ, és fejlesztési és éles környezetként kezeli őket, elkerülheti a véletlen díjakat az ügyfelek számára.

Javasoljuk, hogy regisztráljon két különböző Microsoft Entra-alkalmazást a marketplace API-k meghívásához. A fejlesztők egy Microsoft Entra-alkalmazást használnak a DEV-ajánlat beállításaival, az üzemeltetési csapat pedig a PROD-alkalmazásregisztrációt használja. Ezzel elkülönítheti a fejlesztői csapatot a véletlen hibáktól, például meghívhatja az API-t egy ügyfél előfizetésének lemondására, aki havonta 100 K usd-t fizet. Elkerülheti, hogy az ügyfélnek felszámolja az olyan forgalmat, amit nem használtak fel.

Díjszabási modellek kiértékelése

A DEV-ajánlat díjszabási modelljeinek tesztelése csökkenti a kockázatokat, ha a fejlesztők különböző díjszabási modellekkel kísérleteznek.

A közzétevők létrehozhatják azokat a csomagokat, amelyekre szükségük van a DEV-ajánlatban annak meghatározásához, hogy melyik díjszabási modell működik a legjobban az ajánlatukhoz. A fejlesztők több csomagot is létrehozhatnak a DEV-ajánlatban a különböző díjszabási kombinációk teszteléséhez. Például létrehozhat különböző egyéni, mért dimenziókat tartalmazó terveket. Létrehozhat egy másik tervet az átalánydíj és az egyedi mérés alapú dimenziók kombinációjával.

Több díjszabási lehetőség teszteléséhez minden egyedi díjszabási modellhez létre kell hoznia egy tervet. További információkért lásd: Csomagok.

Nem ad hozzá olyan csomagokat, amelyek nem valós ügyfeleket céloznak meg

A fejlesztési és tesztelési DEV-ajánlat használatával csökkentheti a felesleges zsúfoltságokat a PROD-ajánlatban. Például nem törölheti a különböző díjszabási modellek vagy technikai konfigurációk teszteléséhez létrehozott csomagokat (támogatási jegy benyújtása nélkül). Így a DEV-ajánlatban való tesztelési tervek létrehozásával csökkentheti a PROD-ajánlat zsúfoltságát.

A PROD-ajánlat zsúfoltságával a termék- és marketingcsapatok frusztrálnak, mivel elvárják, hogy az összes terv a tényleges ügyfeleket célozza meg. Különösen az olyan nagy csapatok esetében, amelyek különböző tesztkörnyezeteket szeretnének használni, két ajánlat létrehozása két különböző környezetet biztosít a DEV és a PROD számára. Bizonyos esetekben érdemes lehet több DEV-ajánlatot létrehozni egy nagyobb csapat támogatásához, akik különböző tesztforgatókönyveket futtatnak. Esélyt adni a különböző csapattagoknak, hogy a DEV-ajánlatban dolgozzanak elkülönítve a PROD-ajánlattól, segít abban, hogy a termelési tervek a lehető legközelebb maradjanak a gyártásra kész állapothoz.

A DEV ajánlat tesztelése segít elkerülni az ajánlatonkénti 30 egyéni mért dimenzió korlátot. A fejlesztők kipróbálhatnak különböző mérőkombinációkat a DEV-ajánlatban anélkül, hogy befolyásolnák a PROD-ajánlat egyéni mérési méretkorlátját.

Konfigurációs különbségek a DEV és az éles környezet ajánlatai között

A legtöbb beállítást ugyanúgy konfigurálhatja a tesztelési és fejlesztési (DEV) és az éles (PROD) ajánlatokban. Például a hivatalos marketingnyelvnek és eszközöknek, például a képernyőképeknek és az emblémáknak is meg kell egyeznie. Azokban az esetekben, amikor a konfiguráció megegyezik, a DEV-ajánlat terveiből mezőket másolhat és illeszthet be a PROD-ajánlat terveibe.

A következő szakaszok a DEV és a PROD ajánlatok közötti konfigurációs különbségeket ismertetik.

Ajánlat beállítási lapja

Javasoljuk, hogy ugyanazt az aliast használja mindkét ajánlat Alias mezőjében, de fűzze hozzá _test a DEV-ajánlat aliasához. Ha például a PROD-ajánlat aliasa contososolution, akkor a DEV-ajánlat aliasának contososolution_testkell lennie. Így egyszerűen megkülönböztetheti a DEV-ajánlatot a PROD-ajánlattól.

Az Ügyfél érdeklődők szakaszban használjon egy Azure-táblát vagy egy tesztelési CRM-környezetet a DEV-ajánlathoz. Használja a Partnerközpontban található Javaslatok munkaterületet vagy a CRM-rendszerét a PROD ajánlat kezelésére.

Tulajdonságok lap

Ezt a lapot ugyanúgy konfigurálhatja a DEV és a PROD ajánlatokban is.

Ajánlatlista oldal

Ezt a lapot ugyanúgy konfigurálhatja a DEV és a PROD ajánlatokban is.

Előzetes verzió célközönsége

A DEV-ajánlatban adja meg a fejlesztők és tesztelők Microsoft Entra-felhasználóneveit vagy Microsoft-fiók (MSA) e-mail-címét, beleértve magát is. A Microsoft Entra-azonosítóban szereplő felhasználó egyszerű neve eltérhet az adott felhasználó e-mail-címétől. Például jane.doe@contoso.com nem működik, de janedoe@contoso.com igen. A kijelölt felhasználók hozzáféréssel rendelkeznek a DEV-ajánlathoz, amikor a fejlesztési és tesztelési fázis során megosztja az előzetes verzió hivatkozást.

A PROD-ajánlatban adja meg azoknak a felhasználóknak a Microsoft Entra-felhasználónevét vagy Microsoft-fiókjának e-mail-címét, akik érvényesítik az ajánlatot, mielőtt az Go Live gombra kattintva élőben közzétennék az ajánlatot.

Technikai konfigurációs oldal

Ez a táblázat a DEV-ajánlatok és a PROD-ajánlatok beállításai közötti különbségeket ismerteti.

Beállítás DEV-ajánlat PROD-ajánlat
Kezdőlap URL-címe Adja meg a fejlesztői/tesztelési végpontot. Adja meg a produkciós végpontot.
Kapcsolódási webhook Adja meg a fejlesztői/tesztelési végpontot. Adja meg az éles üzem végpontját.
Microsoft Entra-bérlőazonosító Adja meg a tesztalkalmazás-regisztráció bérlőazonosítóját (Microsoft Entra címtárazonosító). Adja meg az éles alkalmazásregisztrációs bérlő azonosítóját.
Microsoft Entra alkalmazásazonosító Adja meg a tesztalkalmazás-regisztrációs alkalmazás azonosítóját (ügyfél-azonosítóját). Adja meg a gyártási alkalmazás regisztrációs azonosítóját.

Terv láthatósága

Javasoljuk, hogy a teszttervet privát csomagként konfigurálja, így csak a megcélzott fejlesztők és tesztelők számára látható. Ez további védelmet nyújt a tesztterv ügyfeleknek való közzététele ellen, ha véletlenül élőben teszi közzé az ajánlatot.

Ha a DEV-ajánlat helyett éles környezetben teszteli a csomagot, ez különösen fontos, hogy az ügyfelek ne legyenek képesek megvásárolni a csomagot. Javasoljuk, hogy hozzon létre egy külön privát teszttervet, és soha ne tegye közzé élőben a privát teszttervet. A saját teszttervet használja a teszteléshez előzetes verzióban. Amikor befejezi a tesztelést, elkészít egy termelési tervet az élő közzétételhez. Ezután leállíthatja a tesztterv terjesztését.

Terv áttekintése oldal

A tervek létrehozásakor javasoljuk, hogy a DEV és PROD ajánlatokban is használja ugyanazt a tervazonosítót és tervnevet, kivéve, ha a tervazonosítóhoz hozzáfűzi a "_test" kiegészítést a DEV ajánlatban . Ha például a PROD-ajánlat csomagazonosítója enterprise, akkor a DEV-ajánlat csomagazonosítójának enterprise_testkell lennie. Így könnyedén megkülönböztetheti a DEV-ajánlatot a PROD-ajánlattól. Terveket hozhat létre a PROD-ajánlatban az ön által megadott díjszabási modellekkel és árakkal, amelyek a legjobbak az ajánlatához.

Tervezési lista

A Terv áttekintése>Terv lista lapon adja meg ugyanazt a tervleírást a DEV és a PROD csomagokban is.

Díjszabási és rendelkezésre állási oldal

Ez a szakasz útmutatást nyújt a csomag áttekintésének>Díjszabás és rendelkezésre állás lap kitöltéséhez.

Piacok

Válassza ki ugyanazokat a piacokat a DEV és a PROD ajánlatokhoz.

Árképzés

A DEV-ajánlattal kísérletezhet a díjszabási modellekkel. Miután meggyőződött arról, hogy melyik díjszabási modell vagy modellek működnek a legjobban, az PROD ajánlatban hozza létre a csomagokat a kívánt árakkal és díjszabási modellekkel.

A csomag megvásárlásakor a csomagban meghatározott árak kerülnek felszámításra. A tesztelési költségek minimalizálása érdekében a DEV-ajánlatnak nulla vagy alacsony áron kell rendelkeznie a csomagokban. Például 0,01 USD (egy cent). Ez vonatkozik az átalánydíjra, a forgalmi díjas számlázásra és a felhasználónkénti árakra. A PROD-ajánlatban az ügyfeleknek felszámítani kívánt árak vannak.

Fontos

Az előzetes verzióban végrehajtott vásárlások a DEV és a PROD ajánlatok esetében is feldolgozásra kerülnek. Ha egy ajánlat ára 100 USD/hó, a vállalat 100 usd díjat számít fel. Ha ez történik, megnyithat egy támogatási jegyet, és a teljes összegért kifizetést állítunk ki (és nem veszünk fel bolti szolgáltatási díjat).

Beállítja azokat az árakat, amelyeket az ügyfélnek a külön gyártási tervben élőben közzétéve szeretne felszámítani.

Díjszabási modell

Használja ugyanazt a tervstruktúrát a DEV és a PROD ajánlatok terveiben. Ha például a PROD-ajánlatban szereplő csomag átalánydíjas, havi számlázási időtartammal, akkor konfigurálja a csomagot a DEV-ajánlatban ugyanazzal a modellel.

A díjszabási modellek tesztelési költségeinek csökkentése érdekében, beleértve a Marketplace egyéni fogyasztásmérő-dimenzióit is, javasoljuk, hogy a Díjszabás és rendelkezésre állás lap Díjszabás szakaszában a DEV-ajánlatot alacsonyabb árakkal konfigurálja, mint a PROD-ajánlatban. Az alábbiakban néhány útmutatást követhet, amikor a DEV-ajánlatban beállítja a csomagok árait.

Ár Megjegyzés
$0,00 – $0,01 Állítson be egy nulla tranzakciós költséget pénzügyi hatás nélkül, vagy egy centes alacsony költséget. Használja ezt az árat a mérési API-k hívásakor, vagy a megoldás fejlesztése során az ajánlat vásárlási csomagjainak tesztelésére.
0,01 USD Ezzel az ártartománynal tesztelje az elemzést, a jelentéskészítést és a vásárlási folyamatot.
50,00 USD – 100,00 USD Használja ezt az árkategóriát a kifizetés tesztelésére. A fizetési ütemezéssel kapcsolatos információkért lásd kifizetési ütemezéseket és folyamatokat.

Fontos

Annak érdekében, hogy ne kelljen áruházi szolgáltatási díjat fizetnie a teszten, nyisson meg egy támogatási jegyet a tesztvásárlást követő hét napon belül.

Együttes értékesítés a Microsoft-oldallal

Ne konfigurálja a együttműködő értékesítést a Microsoft fejlesztői ajánlat fülével.

Továbbértékesítés felhőalapú megoldásszolgáltatókon (CSP-n) keresztül

A(z) DEV-ajánlat CSP-programon keresztüli újraértékesítés lapján válassza az „Nincsenek partnerek a CSP-programban”lehetőséget.

Kapcsolódó tartalom