Cross-platform abonnementen met één recht over elke store heen

Reparatiebon

• Twee facturatiesystemen die niet overeenkomen

  StoreKit 2 en Google Play Billing modelleren producten, bonnen en servernotificaties verschillend. Apple geeft je ondertekende transacties en JWS, Google geeft je aankooptokens en Real-time Developer Notifications, en de productopzet in elke console volgt zijn eigen regels. Ik bouw de native aankoopflow aan elke kant zodat die het bedoelde patroon van het platform volgt, en map beide vervolgens in één intern model dat je backend begrijpt.

• Eén recht, elk platform

  Een gebruiker die op de iPhone een abonnement neemt, verwacht ook geabonneerd te zijn op zijn Android-tablet, zijn Apple TV en de website. Dat werkt alleen als het recht op je server leeft, niet in één app. Ik koppel beide stores aan één bron van waarheid zodat toegang overal consistent is, en zodat de app aan je backend vraagt waar de gebruiker toegang toe heeft in plaats van te gokken op basis van een lokale bon.

• Server-side verificatie en notificaties

  Alleen op de client vertrouwen nodigt uit tot fraude en breekt bij terugbetalingen. Ik implementeer server-side verificatie van Apple's JWS-transacties en Google's aankooptokens, en handel de servernotificaties af die verlengingen, opzeggingen, factuurpogingen en terugbetalingen melden. Zo blijft het recht juist, zelfs wanneer de wijziging buiten de app gebeurt, bijvoorbeeld wanneer een gebruiker opzegt vanuit de store-instellingen.

• Proefperiodes, herstel, kosten en RevenueCat

  Gratis proefperiodes, introductieaanbiedingen en het herstellen van aankopen hebben elk platformspecifiek gedrag dat gebruikers verwart als het verkeerd wordt gedaan. De store-fee is ook reëel: ongeveer 15 tot 30 procent afhankelijk van programma en duur. Ik implementeer deze flows rechtstreeks, en integreer desgewenst RevenueCat om bonnen en rapportage te centraliseren. Ik geef je een eerlijk beeld van wanneer RevenueCat tijd bespaart en wanneer rechtstreeks gaan eenvoudiger is.