Udostępnij za pośrednictwem


Planowanie oferty SaaS do testowania i rozwoju

Aby opracować w oddzielnym środowisku od oferty produkcyjnej, należy utworzyć oddzielną ofertę testowania i programowania (DEV) oraz oddzielną ofertę produkcyjną (PROD). W tym artykule opisano zalety tworzenia i testowania w ofercie DEV oraz różnice konfiguracji między ofertami DEV a produkcyjnymi.

Korzyści z oferty DEV

Oto kilka powodów, dla których warto utworzyć osobną ofertę DEV dla zespołu deweloperskiego do wykorzystania w celach rozwoju i testowania oferty PROD:

  • Unikanie przypadkowych opłat za klienta
  • Ocena modeli cenowych
  • Nie dodawaj planów, które nie są przeznaczone dla rzeczywistych klientów

Unikanie przypadkowych opłat za klienta

Korzystając z oferty DEV zamiast oferty PROD i traktując je jako środowiska programistyczne i produkcyjne, można uniknąć przypadkowych opłat dla klientów.

Zalecamy zarejestrowanie dwóch różnych aplikacji firmy Microsoft Entra w celu wywoływania interfejsów API witryny Marketplace. Deweloperzy używają jednej aplikacji Microsoft Entra z ustawieniami oferty DEV, a zespół operacyjny korzysta z rejestracji aplikacji PROD. Dzięki temu możesz odizolować zespół deweloperów od dokonywania nieumyślnych błędów, takich jak wywołanie interfejsu API w celu anulowania subskrypcji klienta, która płaci 100 K USD miesięcznie. Możesz również uniknąć naliczania opłat za użycie na podstawie licznika, z którego klient nie skorzystał.

Ocena modeli cenowych

Testowanie modeli cenowych w ofercie DEV zmniejsza ryzyko, gdy deweloperzy eksperymentują z różnymi modelami cenowymi.

Wydawcy mogą tworzyć potrzebne plany w ofercie DEV, aby określić, który model cen najlepiej sprawdza się w swojej ofercie. Deweloperzy mogą chcieć utworzyć wiele planów w ofercie DEV, aby przetestować różne kombinacje cen. Można na przykład tworzyć plany z różnymi zestawami niestandardowych wymiarów miarowych. Możesz utworzyć inny plan z połączeniem stałej opłaty i indywidualnie mierzonych parametrów.

Aby przetestować wiele opcji cen, należy utworzyć plan dla każdego unikatowego modelu cenowego. Aby dowiedzieć się więcej, zobacz Plans.

Nie dodawaj planów, które nie są przeznaczone dla rzeczywistych klientów

Korzystając z oferty DEV na potrzeby rozwoju i testowania, możesz zmniejszyć niepotrzebne zamieszanie w ofercie PROD. Na przykład nie można usunąć planów tworzonych w celu przetestowania różnych modeli cenowych lub konfiguracji technicznych (bez zgłaszania biletu pomocy technicznej). Dlatego tworząc plany testowania w ofercie DEV, można zmniejszyć bałagan w ofercie PROD.

Bałagan w ofercie PROD frustruje zespoły ds. produktów i marketingu, ponieważ oczekują, że wszystkie plany będą ukierunkowane na rzeczywistych klientów. Szczególnie w przypadku dużych zespołów, które pracują odrębnie i każdy z nich chce korzystać z różnych środowisk testowych, tworzenie dwóch ofert zapewnia dwa różne środowiska dla deweloperów i produkcji. W niektórych przypadkach może być konieczne utworzenie wielu ofert DEV, aby wesprzeć większy zespół, w którym różne osoby wykonują różne scenariusze testowe. Umożliwienie różnym członkom zespołu pracy w ofercie DEV niezależnie od oferty PROD, pomaga zachować plany produkcyjne jak najbliżej gotowości do produkcji, jak to możliwe.

Testowanie oferty DEV pomaga uniknąć limitu 30 niestandardowych mierzonych wymiarów na jedną ofertę. Deweloperzy mogą wypróbować różne kombinacje mierników w ofercie DEV bez wpływu na niestandardowy limit wymiarów mierzonych w ofercie PROD.

Różnice konfiguracji między ofertami deweloperskimi i produkcyjnymi

Większość ustawień można skonfigurować tak samo w ofertach testowania i programowania (DEV) i produkcyjnego (PROD). Na przykład oficjalny język marketingu i zasoby, takie jak zrzuty ekranu i logo, powinny być takie same. W przypadkach, gdy konfiguracja jest taka sama, można kopiować i wklejać pola z planów w ofercie DEV do planów w ofercie PROD.

W poniższych sekcjach opisano różnice konfiguracji między ofertami DEV i PROD.

Strona konfiguracji oferty

Zalecamy używanie tego samego aliasu w polu aliasu obu ofert, ale dołączanie _test do aliasu oferty DEV. Jeśli na przykład alias oferty PROD jest contososolution, to alias oferty DEV powinien być contososolution_test. Dzięki temu możesz łatwo odróżnić swoją ofertę DEV od oferty PROD.

W sekcji Customer leads użyj tabeli Azure lub testowego środowiska CRM dla oferty DEV. Użyj obszaru roboczego Polecenia w Centrum partnerskim lub w systemie CRM dla oferty typu PROD.

Strona właściwości

Skonfiguruj tę stronę tak samo zarówno w ofertach DEV, jak i PROD.

Strona oferty

Skonfiguruj tę stronę tak samo zarówno w ofertach DEV, jak i PROD.

Publiczność próbna

W ofercie DEV umieść nazwy główne użytkowników Microsoft Entra lub adresy e-mail kont Microsoft (MSA) deweloperów i testerów, w tym ciebie. Główna nazwa użytkownika w usłudze Microsoft Entra ID może być inna niż adres e-mail tego użytkownika. Na przykład jane.doe@contoso.com nie działa, ale janedoe@contoso.com działa. Wyznaczeni użytkownicy mają dostęp do oferty DEV, gdy udostępniasz link Preview w fazie programowania i testowania.

W ofercie PROD dołącz nazwę główną użytkownika Microsoft Entra lub adres e-mail konta Microsoft użytkowników, którzy weryfikują ofertę, przed wybraniem przycisku Go Live, aby opublikować ofertę na żywo.

Strona konfiguracji technicznej

W tej tabeli opisano różnice między ustawieniami ofert DEV i ofert PROD.

Ustawienie Oferta DEV Oferta PROD
Adres URL strony docelowej Wprowadź punkt końcowy tworzenia i testowania. Wprowadź produkcyjny punkt końcowy.
Webhook połączenia Wprowadź punkt końcowy tworzenia i testowania. Wprowadź produkcyjny punkt końcowy.
Identyfikator dzierżawy Microsoft Entra Wprowadź identyfikator dzierżawy rejestracji aplikacji testowej (identyfikator katalogu Entra firmy Microsoft). Wprowadź identyfikator dzierżawy rejestracji aplikacji produkcyjnej.
Identyfikator aplikacji Entra firmy Microsoft Wprowadź identyfikator rejestracji aplikacji testowej (identyfikator klienta). Wprowadź identyfikator aplikacji rejestracji produkcyjnej.

Planowanie widoczności

Zalecamy skonfigurowanie planu testowego jako planu prywatnego, więc jest on widoczny tylko dla docelowych deweloperów i testerów. Zapewnia to dodatkowy poziom ochrony przed ujawnieniem planu testowego klientom, jeśli przypadkowo opublikujesz ofertę na żywo.

Jeśli zdecydujesz się przetestować plan w ofercie w środowisku produkcyjnym zamiast oferty testowej, jest to szczególnie istotne, aby klienci nie mogli zakupić planu. Zalecamy utworzenie oddzielnego prywatnego planu testu i nigdy nie opublikować prywatnego planu testowego na żywo. Używasz prywatnego planu testu do przeprowadzania testów w wersji zapoznawczej. Po zakończeniu testowania utworzysz plan produkcyjny do publikowania na żywo. Następnie można zatrzymać dystrybucję planu testowego.

Strona przeglądu planu

Podczas tworzenia planów zalecamy użycie tego samego identyfikatora planu i nazwy planu zarówno w ofertach DEV, jak i PROD, z wyjątkiem dołączania identyfikatora planu w ofercie deweloperów za pomocą _test. Jeśli na przykład identyfikator planu w ofercie PROD jest enterprise, identyfikator planu w ofercie dewelopera powinien być enterprise_test. Dzięki temu możesz łatwo odróżnić ofertę z działu DEV od oferty z działu PROD. Tworzysz plany w ofercie PROD, wykorzystując modele cenowe i ceny, które uważasz za najlepsze dla swojej oferty.

Lista planów

Na karcie Plan overview (Omówienie planu>plan) wprowadź ten sam opis planu w planach DEV i PROD.

Strona cennika i dostępności

Ta sekcja zawiera wskazówki dotyczące ukończenia strony przeglądu planu >cennika i dostępności.

Rynki

Wybierz te same rynki dla ofert DEV i PROD.

Ceny

Skorzystaj z oferty DEV, aby eksperymentować z modelami cenowymi. Po sprawdzeniu, który model cenowy lub modele działają najlepiej, utworzysz plany w ofercie PROD, wykorzystując wybrane modele cenowe i ceny.

Gdy kupujesz plan, pobierane są opłaty określone w planie. Aby zminimalizować koszty testowania, oferta DEV powinna zawierać plany z zerowymi lub niskimi cenami. Na przykład 0,01 USD (jeden cent). Dotyczy to rozliczeń ryczałtowych, rozliczeń według zużycia i stawek na użytkownika. Oferta PROD ma ceny, które chcesz pobierać od klientów.

Ważny

Zakupy dokonane w wersji zapoznawczej są przetwarzane zarówno dla ofert DEV, jak i PROD. Jeśli oferta ma cenę 100 USD/mo, twoja firma zostanie obciążona opłatą w wysokości 100 USD. Jeśli tak się stanie, możesz otworzyć zgłoszenie do pomocy technicznej , a my wypłacimy pełną kwotę (bez pobierania opłaty za usługę sklepu).

Ustawiasz ceny, które naliczasz klientowi w osobnym planie produkcji, który publikujesz na żywo.

Model cenowy

Użyj tej samej struktury planu w planach ofert DEV i PROD. Jeśli na przykład plan w ofercie PROD to ryczałt, z miesięcznym terminem rozliczeniowym, skonfiguruj plan w ofercie DEV przy użyciu tego samego modelu.

Aby zmniejszyć koszty testowania modeli cenowych, w tym niestandardowych wymiarów miernika witryny Marketplace, zalecamy skonfigurowanie sekcji Cennik na karcie Cennik i dostępność, w wersji rozwojowej oferty z niższymi cenami niż w ofercie PROD. Poniżej przedstawiono kilka wskazówek, które można stosować podczas określania cen planów w ofercie DEV.

Cena Komentarz
od $0,00 do $0,01 Ustaw całkowity koszt transakcji równy zero, aby nie mieć żadnego wpływu finansowego lub jednego centa, aby mieć niski koszt. Użyj tej ceny, gdy wykonujesz wywołania do interfejsów API analizy danych lub testujesz plany zakupów w swojej ofercie podczas tworzenia rozwiązania.
0,01 USD Użyj tego zakresu cen, aby przetestować analizę, raportowanie i proces zakupu.
$50.00 - $100.00 Użyj tego zakresu cen, aby przetestować wypłatę. Aby uzyskać informacje o harmonogramie płatności, zobacz Harmonogramy wypłat i procesy.

Ważny

Aby uniknąć naliczania opłaty za usługę sklepu w teście, otwórz bilet pomocy technicznej w ciągu siedmiu dni od zakupu testowego.

Wspólna sprzedaż ze stroną firmy Microsoft

Nie konfiguruj zakładki wspólnej sprzedaży z Microsoft oferty DEV.

Odsprzedaj za pośrednictwem dostawców rozwiązań w chmurze (CSP)

Na karcie Resell through CSPs oferty DEV wybierz opcję Brak partnerów w programie CSP.