Cross-platform abonnementer med én rettighed på tværs af hver butik

Reparationsseddel

• To faktureringssystemer, der ikke matcher

  StoreKit 2 og Google Play Billing modellerer produkter, kvitteringer og servernotifikationer forskelligt. Apple giver dig signerede transaktioner og JWS, Google giver dig købstokens og Real-time Developer Notifications, og produktopsætningen i hver konsol følger sine egne regler. Jeg bygger det native købsflow på hver side, så det følger platformens tilsigtede mønster, og kortlægger derefter begge ind i én intern model, din backend forstår.

• Én rettighed, hver platform

  En bruger, der abonnerer på iPhone, forventer at være abonnent på sin Android-tablet, sit Apple TV og webstedet. Det virker kun, hvis rettigheden bor på din server, ikke inde i én app. Jeg kobler begge butikker til én kilde til sandhed, så adgang er konsistent overalt, og så appen spørger din backend, hvad brugeren kan tilgå, frem for at gætte ud fra en lokal kvittering.

• Server-side verifikation og notifikationer

  At stole på klienten alene inviterer til svindel og bryder ved refusioner. Jeg implementerer server-side verifikation af Apples JWS-transaktioner og Googles købstokens og håndterer de servernotifikationer, der rapporterer fornyelser, opsigelser, faktureringsforsøg og refusioner. Det holder rettigheden korrekt, selv når ændringen sker uden for appen, for eksempel når en bruger opsiger fra butiksindstillingerne.

• Prøveperioder, gendannelser, gebyrer og RevenueCat

  Gratis prøveperioder, introtilbud og gendannelse af køb har hver platformsspecifik adfærd, der forvirrer brugere, når det gøres forkert. Butiksgebyret er også reelt: omtrent 15 til 30 procent afhængigt af program og anciennitet. Jeg implementerer disse flows direkte, og hvis du foretrækker det, integrerer jeg RevenueCat for at centralisere kvitteringer og rapportering. Jeg giver dig et ærligt billede af, hvornår RevenueCat sparer tid, og hvornår det er enklere at gå direkte.