Niet-verlengende abonnementen leggen de vervaldatum, de verlenging en elke terugbetaling bij jou neer, en dit is wat dat echt kost

Het meeste abonnementsadvies dat je leest, gaat ervan uit dat de store de verlenging doet. Niet-verlengende abonnementen breken die aanname met opzet. Een niet-verlengend abonnement schrijft de klant eenmaal af, verleent toegang voor een vastgestelde periode en eindigt dan gewoon. Apple schrijft niet opnieuw af, stuurt geen verlenging en houdt zelfs niet bij wanneer de toegang afloopt. Dat laatste is de valkuil. Op het moment dat je voor dit model kiest, verhuizen de vervalklok, de verlengingsprikkel en het opruimen na een terugbetaling van Apples servers naar de jouwe.

Google Play heeft dezelfde vorm onder een andere naam, het prepaidplan, en het komt met een terugbetalingseigenaardigheid die geld kan teruggeven aan een klant die nooit gebruikte wat hij kocht. Zo werken een niet-verlengend abonnement en een prepaidplan werkelijk in elke store, wat een terugbetaling ermee doet, en wat het model met vaste looptijd je kost zodra je de waarde meetelt die je op dag een levert.

Waarom een niet-verlengend abonnement een eenmalige afschrijving is die zich als een abonnement gedraagt

Een niet-verlengend abonnement zit op een vreemde plek tussen de in-app-aankooptypen. Het is geen verbruiksartikel, want het verleent tijd in plaats van een hoeveelheid van iets. Het is geen automatisch verlengend abonnement, want er verlengt niets. Apples eigen beschrijving is eenvoudig: een niet-verlengend abonnement geeft een klant voor een beperkte periode toegang tot inhoud of een dienst, en het verlengt niet automatisch. Een seizoenspas, een maand van een archief, een cursus die negentig dagen wordt ontgrendeld, dat zijn de natuurlijke toepassingen.

Wat het alleen in naam een abonnement maakt, is wie de tijd bijhoudt. Bij een automatisch verlengend abonnement volgt Apple de vervaldatum, schrijft de kaart af en vertelt je via App Store Server Notifications wanneer een verlenging slaagt of mislukt. Bij een niet-verlengend abonnement gebeurt niets daarvan. Apple overhandigt je de verkoop en stapt terug. Jouw server moet vastleggen wanneer de toegangsperiode eindigt, de toegang op dat punt afsnijden en beslissen of en hoe de klant wordt uitgenodigd om opnieuw te kopen. Omdat Apple de klok niet in de gaten houdt, weerhoudt niets aan Apples kant een klant ervan hetzelfde niet-verlengende abonnement tweemaal te kopen, dus overlap voorkomen is ook jouw taak.

Hoe elke store een abonnement met vaste looptijd uitvoert

Apple noemt het een niet-verlengend abonnement

In de App Store stel je een niet-verlengend abonnement in App Store Connect in zoals elke andere in-app-aankoop, geef je het een duur en verkoop je het. De afschrijving is een enkele betaling. Als de periode voorbij is, houdt de klant niets over tenzij hij opnieuw koopt, en opnieuw kopen is een gloednieuwe aankoop, geen verlenging die Apple voor je inplant. Er is geen herhaalde facturatie, geen respijtperiode en geen accountpauze, want er is geen terugkerende afschrijving om opnieuw te proberen. Die vangnetten bestaan alleen voor automatisch verlengende abonnementen.

Google Play noemt het een prepaidplan

Google Plays prepaidplan is hetzelfde idee met vaste looptijd, ingebouwd in Play Billing. Een prepaidplan verlengt niet vanzelf. Om toegang gaande te houden koopt de klant een opwaardering, en Google is specifiek over hoe dat werkt. De opwaardering schrijft onmiddellijk de volle prijs af en verlengt het recht met de duur van de opwaardering. Een opwaardering krijgt een nieuw aankooptoken, waarbij het oude wordt meegevoerd in het veld linkedPurchaseToken zodat je de geschiedenis aan elkaar kunt rijgen. Gebruikers kunnen een prepaidplan niet opzeggen zoals ze een automatisch verlengend plan opzeggen. Het verloopt gewoon wanneer de betaalde tijd op is.

Google legt ook een harde deadline op het bevestigen van een prepaidaankoop, en de straf voor het missen ervan is een terugbetaling. Een prepaidplan van een week of langer moet binnen drie dagen worden bevestigd. Een prepaidplan korter dan een week moet binnen de helft van zijn lengte worden bevestigd, dus een plan van drie dagen geeft je anderhalve dag. Mis het venster en Google trekt de opwaardering in, trekt het resterende abonnement in en annuleert het, en betaalt de klant terug. Dat is geen klant die van gedachten verandert. Het is een integratiefoutje dat de hele verkoop terugdraait.

Wat een terugbetaling doet met een abonnement met vaste looptijd

In de App Store loopt een terugbetaling via Apple

Een klant die zijn geld terug wil op een niet-verlengend abonnement komt niet eerst bij jou. Hij dient in bij reportaproblem.apple.com, kiest een reden, en Apple beoordeelt het verzoek en beslist. Jij keurt het niet goed, en voor een niet-verlengend abonnement is er geen storemelding die je voor de beslissing om gebruiksbewijs vraagt, zoals een terugbetaling van een verbruiksartikel dat kan. Als Apple het toekent, verneem je het als een terugbetaling aan jouw kant en in je rapporten. Omdat jouw eigen server de enige plek is waar de toegangsperiode is vastgelegd, moet je ook beslissen wat een terugbetaald niet-verlengend abonnement betekent voor de toegang, en dat zelf handhaven.

Bij Google Play zijn een terugbetaling en een intrekking verschillende acties

Google Play splitst wat de meeste mensen een terugbetaling noemen in twee verschillende uitkomsten, en het verschil beslist of de klant je app blijft gebruiken. Een pure terugbetaling kan de toegang van de klant intact laten tot de betaalde periode verloopt. Een intrekking, die je via de API kunt aanroepen en die ook is wat een terugboeking doet, beeindigt de toegang onmiddellijk, en Google zegt je het recht te schrappen op het moment dat het binnenkomt. Een terugbetaalde prepaidklant gebruikt dus mogelijk nog de inhoud die je hem gaf, of is ter plekke buitengesloten, afhankelijk van welk pad werd genomen.

De terugbetaling van ongebruikt prepaidtegoed die je niet ziet aankomen

Google voegt een uitzondering toe die makkelijk over het hoofd wordt gezien. Een klant kan een terugbetaling aanvragen voor een prepaidplan dat hij niet heeft gebruikt, ook al kan een gebruikt prepaidplan doorgaans niet worden terugbetaald en blijven eerdere abonnementsafschrijvingen meestal staan. Het zelfbedieningspad voor terugbetaling is bij Google Play verder kort en smal: een klant kan een aankoop binnen 48 uur retourneren, en slechts eenmaal per app. Daarna wordt het verzoek naar jou doorgestuurd. Maar de regel voor ongebruikt prepaidtegoed valt buiten dat venster, zodat een koper die opwaardeert en de app nooit opent een schone manier heeft om de hele betaling terug te nemen.

Wat het model met vaste looptijd je werkelijk kost

De geldrekening bij een abonnement met vaste looptijd verschilt van een automatisch verlengend, en het verschilt op een manier die makkelijk te laag wordt geprijsd.

Je levert de hele looptijd op dag een

Wanneer iemand een maand toegang, een seizoenspas of een ontgrendeling van negentig dagen koopt, ben je hem de hele periode verschuldigd vanaf de eerste tik. De rekenkracht, de API-aanroepen, de opslag en elke kosten per gebruiker die je app draagt, worden uitgegeven over een venster waarvoor je eenmaal bent betaald, aan het begin. Een terugbetaling op die aankoop geeft je de dagen die je al hebt geleverd niet terug. Als een klant twee dagen van een pas van dertig dagen heeft gebruikt en Apple hem terugbetaalt, of Google hem intrekt, ben je de prijs kwijt en de kosten van die twee dagen, en er is geen evenredige berekening die je een deel teruggeeft. Omzet met vaste looptijd blijft gedurende de looptijd volledig omkeerbaar, en de waarde erachter verlaat je budget al.

De terugbetaling die je zelf veroorzaakt

De prepaidbevestigingsregel verandert een codepad in een terugbetaling. Als jouw server een prepaidaankoop of opwaardering niet op tijd bevestigt, waarschuwt Google je niet alleen. Het trekt de opwaardering in, annuleert de rest van het abonnement en betaalt de klant terug, allemaal in een keer. Dat is een verkoop die je sloot en toen verloor aan een gemiste callback, en de oplossing ligt volledig aan jouw kant. Bevestig serverzijdig, snel, en leun nooit op de gebruiker die de app heropent om het te activeren. Bij een kort prepaidplan, waar het venster anderhalve dag kan zijn, is een trage bevestigingspijplijn een staand terugbetalingsrisico.

Geen onvrijwillig verloop, maar retentie is nu handmatig

Er is een echt voordeel om vast te houden. Een abonnement met vaste looptijd kan niet onvrijwillig verlopen, want er is geen verlengingsafschrijving die kan mislukken. De geweigerde kaarten, de herhaalde facturaties en de accountpauzes die stilletjes een deel van de automatisch verlengende abonnementen beeindigen, zijn simpelweg niet van toepassing. Niemand wordt buitengesloten omdat een kaart verliep. De ruil is dat retentie ophoudt automatisch te zijn. Elke voortzetting is een nieuwe beslissing om te betalen, dus een klant die afhaakt verschijnt niet als een mislukte afschrijving die je kunt herstellen. Hij verschijnt als helemaal niets, een stille leegte waar een verlenging zou zijn geweest. Hem terugwinnen is een prompt die je zelf moet bouwen en timen, en de omzet die je niet najaagt is omzet die gewoon niet aankomt.

Elk van deze gebeurtenissen, de terugbetaling, de intrekking, de terugboeking, het verloop, komt binnen via dezelfde App Store Server Notifications en Real-time Developer Notifications die RefundHalt al bewaakt. Een niet-verlengend abonnement en een prepaidplan verbergen hun terugbetalingen niet, ze melden ze zoals elke andere aankoop. Het lezen van die feeds is hoe je een model waarin de store stopt met het bijhouden van de klok verandert in een waarin je altijd weet welke verkopen met vaste looptijd omzet werden en welke terugkwamen.

De korte versie

Een niet-verlengend abonnement in de App Store, en een prepaidplan bij Google Play, is een enkele afschrijving voor een vaste periode toegang die nooit verlengt. Apple houdt de vervaldatum niet bij, dus jouw server doet dat. Google staat een klant toe een ongebruikt prepaidplan terug te betalen, en het betaalt het hele ding terug als je de bevestigingsdeadline mist. Een Google-terugbetaling kan de toegang laten doorlopen of hem, als intrekking of terugboeking, onmiddellijk afsnijden. Er is geen onvrijwillig verloop om te bestrijden, maar er is ook geen automatische verlenging, dus retentie is een prompt die van jou is. Je levert de volle looptijd vooraf, en een terugbetaling haalt geld terug dat je al bent begonnen uit te geven, dus prijs het model naar de kosten van dag een, niet naar de kopverkoop.