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

Cikk
11/22/2023

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

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 fogja használni. Ezzel elkülönítheti a fejlesztő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 000 dollárt fizet. Azt is elkerülheti, hogy az ügyfél díjat terheljen a nem felhasznált forgalmi díjas használatért.

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. Létrehozhat például különböző egyéni forgalmi díjas dimenziókat tartalmazó csomagokat. Létrehozhat egy másik tervet az átalánydíj és az egyéni forgalmi díjas dimenziók kombinációjával.

Több díjszabási lehetőség teszteléséhez minden egyes egyedi díjszabási modellhez létre kell hoznia egy csomagot. További információ: Tervek.

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önválasztva szeretnének különböző tesztkörnyezetekkel dolgozni, 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. Lehetővé teszi, hogy a különböző csapattagok a PROD-ajánlattól elkülönítve dolgozzanak a DEV-ajánlatban, így az éles tervek a lehető legközelebb állnak az éles környezethez.

A DEV-ajánlatok tesztelése segít elkerülni az ajánlatonkénti 30 egyéni forgalmi díjas méretkorlá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 ajánlatok között

A legtöbb beállítást a tesztelési és fejlesztési (DEV) és az éles (PROD) ajánlatokban fogja konfigurálni. 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 a PROD-ajánlatban lévő csomagokba másolhat és illeszthet be mezőket.

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á a "_test" elemet a DEV-ajánlat aliasához. Ha például a PROD-ajánlat aliasa "contososolution", akkor a DEV-ajánlat aliasának "contososolution_test" kell lennie. Így egyszerűen azonosíthatja, hogy melyik DEV-ajánlatot a PROD-ajánlatbó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 Javaslat munkaterületet a Partnerközpontban vagy a CRM-rendszerében a PROD-ajánlathoz.

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 nem fog működni, jane.doe@contoso.com hanem janedoe@contoso.com igen. A kijelölt felhasználók akkor férhetnek hozzá a DEV-ajánlathoz, ha megosztja az előzetes verzióra mutató hivatkozást a fejlesztési és tesztelési fázisban.

A PROD-ajánlatban adja meg azoknak a felhasználóknak a Microsoft Entra-felhasználónevet vagy Microsoft-fiók e-mail-címét, akik érvényesítik az ajánlatot, mielőtt az Élő gombra kattintanak az ajánlat élő közzétételéhez.

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.

1. táblázat: Technikai konfigurációs különbségek

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 az éles végpontot.
Csatlakozás ion webhook	Adja meg a fejlesztői/tesztelési végpontot.	Adja meg az éles végpontot.
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 az éles alkalmazásregisztrációs alkalmazás azonosítóját.

Tervezés 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 dev-ajánlat helyett éles ajánlatban teszteli a csomagot, ez különösen fontos, hogy az ügyfelek ne tudják 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 privát tesztcsomagot fogja használni a tesztelés előzetes verzióban való végrehajtásához. Amikor befejezte a tesztelést, létrehoz egy éles 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 azt javasoljuk, hogy a DEV és a PROD ajánlatokban is ugyanazt a csomagazonosítót és csomagnevet használja, kivéve, ha hozzáfűzi a tervazonosítót a DEV-ajánlatban _test. Ha például a PROD-ajánlat csomagazonosítója "vállalati", akkor a DEV-ajánlat csomagazonosítójának "enterprise_test" kell lennie. Így egyszerűen azonosíthatja, hogy melyik DEV-ajánlatot a PROD-ajánlatból. A PROD-ajánlatban az ön által megadott díjszabási modellekkel és árakkal hozhat létre csomagokat, amelyek a legjobbak az ajánlatához.

Csomaglista

A Terv áttekintési >terv listalapján 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ése>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 ellenőrizte, hogy melyik díjszabási modell vagy modell működik a legjobban, a prod ajánlatban a kívánt díjszabási modellekkel és árakkal hozza létre a csomagokat.

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 jelennek meg.

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 számítunk fel bolti szolgáltatási díjat).

Beállítja az ügyfeleknek felszámítani kívánt árakat a külön éles tervben, amelyet élőben fog közzétenni.

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 tarifamodellek tesztelési költségeinek csökkentése érdekében, beleértve a Marketplace egyéni fogyasztásmérő-dimenzióit, javasoljuk, hogy konfigurálja a Díjszabás és rendelkezésre állás lap Díjszabás szakaszát a FEJLESZTŐI ajánlatban a PROD-ajánlatnál alacsonyabb árakkal. Az alábbiakban néhány útmutatást követhet, amikor a DEV-ajánlatban beállítja a csomagok árait.

2. táblázat: Díjszabási irányelvek

Ár	Comment
$0.00 – $0.01	Állítson be egy nulla tranzakciós költséget úgy, hogy az ne legyen pénzügyi hatással, vagy egy centtel alacsony költséggel rendelkezzen. Használja ezt az árat a mérési API-k felé irányuló hívások során, vagy a megoldás fejlesztése során tesztelje a vásárlási csomagokat az ajánlatában.
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	Ezzel az árkategóriával tesztelje a kifizetést. A fizetési ütemezéssel kapcsolatos információkért tekintse meg a kifizetési ütemezéseket és folyamatokat.