Cena subskrypcji w checkout UI extensions Shopify

Rozszerzenie UI kasy Shopify (checkout UI extension) nie może nadpisać ceny cyklicznej, którą widzi subskrybent przy kasie. Ta liczba pochodzi z polityki cenowej planu sprzedaży (selling plan), więc gdy po zmianie produktu wygląda źle, poprawkę robi się w planie, a nie w rozszerzeniu.

Jeden sprzedawca z subskrypcją świec zgłosił, że Recurring Subtotal pokazywał cenę startową cały czas, nawet po tym, jak klienci przeszli na tańszy wariant uzupełniający, jak opisano w wątku Shopify Community. W naszej własnej kolejce wsparcia widzimy to samo zamieszanie: 13 pytań o checkout subskrypcji w 90 dni, w tym sprzedawców niepewnych, co obiecuje kasa, a co faktycznie zostanie naliczone.

Skąd naprawdę bierze się cena cykliczna

Shopify grupuje produkty subskrypcyjne w grupy planów sprzedaży. Każdy plan ma politykę cenową, a ta polityka występuje w dwóch kształtach: stałą (fixed), jedna korekta na całą subskrypcję, albo cykliczną (recurring), inna korekta po zakończeniu okresu początkowego. Kasa czyta wprost z tej polityki, która jest przypisana do danej pozycji.

Rozszerzenia UI kasy stoją obok tej liczby, nie wewnątrz niej. Shopify opisuje je jako bloki albo treść statyczną umieszczoną przed albo po sekcjach kasy. Matematyka ceny jest obsługiwana osobno, przez Shopify Functions, a nie przez rozszerzenie UI.

Jeśli nie audytowałeś jeszcze swoich rozszerzeń kasy i konta klienta od ostatniego terminu, to dobre miejsce, żeby zacząć, zanim dodasz kolejne.

Dwie rzeczy, które ludzie nazywają "zmianą produktu"

Rozdziel te dwie sytuacje, zanim zaczniesz diagnozę: wbudowaną w plan zmianę ceny przy kolejnym cyklu, jak cena startowa świecy a potem cena uzupełnienia bez żadnej akcji klienta, oraz ręczną zmianę produktu przez kupującego w trakcie subskrypcji. Przypadek z forum opisany wyżej to pierwszy rodzaj. Ręczna zmiana to inna akcja, ale aktualizuje ten sam obiekt polityki cenowej pod spodem.

Audyt: ustal, co jest zepsute

1. Pobierz plan sprzedaży stojący za produktem, z panelu swojej aplikacji subskrypcyjnej albo z zapytania Admin GraphQL sellingPlanGroups, i sprawdź jego polityki cenowe.
2. Sprawdź, czy ma jedną politykę, czy dwie. Tylko jedna polityka oznacza, że oba cykle z założenia pokażą i naliczą tę samą kwotę.
3. Jeśli oczekujesz dwóch cen, dodaj brakującą politykę cykliczną przez swoją aplikację subskrypcyjną, tak żeby pierwszy cykl naliczał cenę startową, a kolejne cykle cenę po zmianie.
4. Zapisz zmianę, złóż prawdziwe testowe zamówienie subskrypcyjne i sprawdź jego pierwsze nadchodzące obciążenie w panelu aplikacji subskrypcyjnej, zanim powiesz komukolwiek, że problem jest naprawiony.
5. Jeśli obie polityki są już poprawne, a kasa dalej wygląda niejasno, to problem z opisem, nie z ceną. Przejdź do następnej sekcji zamiast znowu edytować plan.

Dlaczego warto to naprawić przed kolejną migracją

Subskrybent, który widzi jedną cenę przy kasie, a inną na wyciągu, często rezygnuje albo składa chargeback. Zwykle ujawnia się to właśnie wtedy, gdy sklep migruje aplikację subskrypcyjną.

Widzieliśmy też zgłoszenia wsparcia, w których metody płatności psuły się niezależnie od cen, na przykład pytanie "iDEAL/Mollie payments not working" po zmianie dostawcy płatności. To osobna awaria, warta sprawdzenia osobno.

Jeśli zastanawiasz się, czy migracja w ogóle ma sens, nasze zestawienie kosztów subskrypcji pokazuje opłaty, które większość sklepów pomija.

Kiedy liczba jest poprawna, ale opis nie

Aplikacje zbudowane na natywnym modelu cenowym Shopify zapisują zmianę produktu tak samo jak Shopify. Progus Subscriptions, na przykład, trzyma polityki cenowe każdego planu jako pary typ korekty i wartość korekty, czyli ten sam obiekt, z którego czyta kasa, więc powyższy audyt działa tak samo, niezależnie od tego, która aplikacja zarządza subskrypcją.

Jeśli naliczana kwota jest już poprawna, a chcesz tylko dodatkowego kontekstu przed zmianą, deweloper może dodać rozszerzenie UI kasy obok podsumowania zamówienia. Może ono odczytać zapisaną przyszłą cenę z metafield i wyświetlić ją jako notatkę. Ta notatka nie zmieni linii Recurring Subtotal, odpowiada tylko na pytanie obok niej.

Shopify ogranicza rozszerzenia UI kasy na krokach informacji, dostawy i płatności do sklepów na planie Shopify Plus. Rozszerzenia obok podsumowania zamówienia podlegają innemu typowi celu, więc potwierdź dokładne miejsce umieszczenia, zanim cokolwiek obiecasz.

Podsumowanie

Rozszerzenia UI kasy to warstwa prezentacji, nie silnik cenowy. Gdy liczba wygląda źle, sprawdź najpierw politykę cenową planu sprzedaży, a własne rozszerzenie buduj dopiero, gdy potwierdzisz, że naliczana kwota sama w sobie jest poprawna.

Aplikacje subskrypcyjne zmieniają się przez przejęcia, migracje i wycofywanie funkcji przez dostawców, częściej, niż większość sprzedawców się spodziewa. Po każdym takim zdarzeniu przetestuj osobno politykę cenową i konfigurację metody płatności, bo jedno może się zepsuć bez drugiego.