Abonnement of eenmalige aankoop voor je iOS-app?

Abonnement of eenmalige aankoop: het korte antwoord

Levert je app een dienst waar de gebruiker regelmatig naar terugkeert, of kost hij je elke maand geld (server, AI, content die je moet maken)? Dan is een abonnement meestal het meest logische model voor je eerste iOS-app. Lost hij een eenmalig probleem op, werkt hij zonder server en is het niet de bedoeling dat hij veel verandert? Dan is een eenmalige aankoop eenvoudiger en eerlijker voor de gebruiker.

Dat is het korte antwoord. Hieronder leg ik uit hoe je voor jouw situatie de knoop doorhakt: wat elk model inhoudt, de rol van de gratis proefperiode, de commissie van Apple, en hoe je je maandelijks terugkerende omzet (MRR) berekent op basis van een prijs en een aantal abonnees, zonder jezelf iets wijs te maken.

Even waar ik vandaan kom: ik publiceer mijn eigen iOS-apps met abonnement, Solys, een wekker met minigames, en TradaZen, een tradingsimulator. Allebei regelen ze de abonnementen via RevenueCat. Wat ik hier beschrijf, pas ik zelf toe in mijn apps.

De mogelijke modellen in de App Store

Wil je iets digitaals verkopen in een iOS-app, dan gebruik je de in-app-aankopen van Apple. Voor een eerste app heb je drie grote opties:

• de betaalde app: de gebruiker betaalt vóór het downloaden. Dat is het lastigste model voor een onbekende app, want je moet overtuigen zonder dat iemand hem heeft kunnen proberen;
• de eenmalige aankoop in de app (non-consumable): de app is gratis te downloaden, daarna ontgrendelt de gebruiker de volledige versie in één keer, voor altijd;
• het automatisch verlengbare abonnement: de gebruiker betaalt per week, per maand of per jaar, zolang hij niet opzegt.

Er bestaan ook verbruiksaankopen (credits, munten), maar voor een eerste app gaat de echte keuze bijna altijd tussen eenmalige aankoop en abonnement. Advertenties laten de gebruiker niets betalen: die berekening staat in hoeveel een advertentie in een app oplevert.

Wanneer een abonnement zinvol is

Apple geeft een duidelijk kader in zijn reviewregels (regel 3.1.2): een automatisch verlengbaar abonnement moet de klant doorlopende waarde bieden, de periode moet minimaal zeven dagen duren, en het abonnement moet op al zijn apparaten beschikbaar zijn. Als geschikte voorbeelden noemt Apple regelmatige content, grote en frequente updates, software as a service of online opslag.

In de praktijk is een abonnement logisch als:

• het gebruik terugkerend is: de gebruiker opent de app elke dag of elke week. Een wekker gebruik je elke ochtend, met een trainingssimulator oefen je regelmatig;
• de app doorlopende kosten heeft: calls naar een AI-API, een database, bestandsopslag. Kost elke gebruiker je elke maand geld, dan dekt een eenmalige betaling op den duur niet meer wat hij verbruikt;
• je van plan bent de app door te ontwikkelen: nieuwe content, nieuwe functies, regelmatige fixes.

Een abonnement heeft nog een voordeel: je omzet wordt voorspelbaarder. Elke abonnee die blijft, telt de volgende maand weer mee, zodat je kunt denken in terugkerende omzet in plaats van losse verkopen.

Het stelt ook eisen. Een abonnee die geen waarde meer ziet, zegt op, en je moet zijn betaling blijven verdienen. Dat is een goede discipline, maar het is wel een verplichting.

Wanneer een eenmalige aankoop zinvol is

Een eenmalige aankoop blijft in een aantal gevallen een goede keuze:

• de app lost een eenmalige behoefte op: een tool die je een paar keer gebruikt, een hulpprogramma, een converter;
• hij draait volledig op de telefoon, zonder server of betaalde dienst erachter;
• je doelgroep wil geen abonnement voor dit soort tool, en het toch opleggen zou als misbruik voelen.

Het voordeel: makkelijk te begrijpen en te verkopen. Het nadeel: elke gebruiker betaalt maar één keer. Om geld te blijven verdienen moet je steeds nieuwe kopers vinden, terwijl je onderhoudskosten gewoon doorlopen.

Je kunt ook combineren: een abonnement als hoofdaanbod en een lifetime-aankoop als optie voor wie geen abonnement wil. Maar begin bij een eerste app met één helder model. Bijsturen kan zodra je echte data hebt.

De gratis proefperiode, in beide modellen

Voor een app die niemand kent, neemt de gratis proefperiode een enorme drempel weg: de gebruiker kan zonder risico testen.

Voor een abonnement heeft Apple introductieaanbiedingen (introductory offers). Volgens de pagina van Apple over abonnementen gaat het abonnement direct in, maar wordt de gebruiker pas aan het eind van de gratis periode gefactureerd. Een klant kan maar één introductieaanbieding per abonnementsgroep gebruiken, en de aankoopflow moet duidelijk de duur van de proefperiode en de daarna gefactureerde prijs vermelden.

Bij een eenmalige aankoop kan het ook. Regel 3.1.1 staat apps zonder abonnement toe een tijdelijke proefperiode aan te bieden, in de vorm van een gratis in-app-aankoop met een naam volgens de conventie "proefperiode van X dagen". Voordat de proefperiode begint, moet de app de duur vermelden, wat er aan het eind niet meer toegankelijk is, en wat je moet betalen om alles te ontgrendelen.

Een proefperiode aanbieden is niet genoeg, de gebruiker moet hem ook zien. In mijn eigen apps had ik veel installaties en heel weinig gestarte proefperiodes. Het model was niet het probleem: de paywall en de onboarding leidden niet duidelijk genoeg naar de proefperiode. Ik moest ze herwerken, en de fouten die je moet vermijden heb ik verzameld in dit artikel over de iOS-paywall.

De commissie van Apple, zonder giswerk

Welk model je ook kiest, Apple houdt een commissie in op elke verkoop via de App Store. De percentages hangen af van je situatie.

Met het Small Business Program. Volgens de officiële pagina van het programma daalt de commissie naar 15% op betaalde apps en in-app-aankopen voor ontwikkelaars van wie de opbrengsten (proceeds) in het vorige kalenderjaar niet boven 1 miljoen dollar uitkwamen, en voor nieuwe ontwikkelaars. Apple geeft aan dat opbrengsten worden gerekend na commissie en na bepaalde belastingen. Je moet je aanmelden: het gaat niet automatisch. Ga je in de loop van het jaar over de drempel, dan geldt het standaardtarief voor de volgende verkopen.

Zonder het programma. Het standaardtarief is 30%.

Abonnementen. De pagina van Apple over abonnementen vermeldt dat je in het eerste dienstjaar van een abonnee 70% van de prijs ontvangt, exclusief toepasselijke belastingen. Zodra die abonnee een jaar betaalde dienst heeft opgebouwd, stijgt je aandeel naar 85%, dus een commissie van 15%. Dagen van een gratis proefperiode tellen niet mee voor dat jaar. Zit je in het Small Business Program, dan zit je vanaf het begin al op 15%.

Er gelden andere voorwaarden voor ontwikkelaars die hebben gekozen voor de alternatieve voorwaarden in de Europese Unie. Bij een eerste app zit je vrijwel zeker op de standaardvoorwaarden, maar check altijd de pagina's van Apple voordat je gaat rekenen: deze regels veranderen.

Je MRR berekenen op basis van een prijs en een aantal abonnees

MRR (Monthly Recurring Revenue) is de omzet die je abonnementen je elke maand opleveren. De basisberekening past op één regel:

MRR = aantal abonnees × maandprijs

Bij een jaarabonnement reken je de prijs om naar een maandbedrag door hem te delen door 12.

Daarna haal je eraf wat niet van jou is. In Frankrijk is de prijs in de App Store inclusief 20% btw, die Apple afdraagt, en daarna houdt Apple zijn commissie in. Een voorbeeld, met cijfers die alleen dienen om de berekening te illustreren:

• een maandabonnement van 4,99 euro: zonder btw ongeveer 4,16 euro; na een commissie van 15% is jouw deel ongeveer 3,53 euro per abonnee per maand;
• 100 maandabonnees tegen die prijs betalen dus samen ongeveer 499 euro, en jij houdt er elke maand ongeveer 353 euro aan over;
• een jaarabonnement van 39,99 euro komt neer op ongeveer 3,33 euro per maand die de klant betaalt, oftewel ongeveer 2,36 euro per maand voor jou na btw en 15% commissie.

Het exacte bedrag hangt af van het land van de koper en de belastingen daar. App Store Connect toont jouw deel bij elke prijs, dat is de referentie die je moet gebruiken.

Deze berekening zegt niets over wat je app gaat opleveren. Hij vertelt je alleen hoeveel abonnees je nodig zou hebben om een bepaald doel te halen, bij een bepaalde prijs. Dat is al heel nuttig: vraagt je doel een onrealistisch aantal abonnees voor je niche, dan weet je dat liever voordat je gaat coderen. Vergeet ook niet dat er elke maand abonnees opzeggen: je MRR blijft alleen op peil als je er minstens zoveel bij krijgt als je verliest.

Voor een breder beeld van de factoren die de omzet van een app beïnvloeden, lees hoeveel een mobiele app oplevert.

Wat het model verandert in je app

Kiezen voor een abonnement is niet alleen een regel in App Store Connect. Het brengt concrete verplichtingen mee:

• een paywall die de naam, de duur, de volledige verlengingsprijs en een manier om aankopen te herstellen toont;
• een werkende herstelknop, die Apple verplicht stelt;
• in de App Store-beschrijving een samenvatting van de abonnementsvoorwaarden en links naar de gebruiksvoorwaarden en het privacybeleid. Zonder die links wijst Apple de app af op grond van regel 3.1.2;
• een betrouwbaar rechtenbeheer: op elk moment weten of de gebruiker abonnee is, in een proefperiode zit of verlopen is. Precies dat maakt RevenueCat eenvoudiger.

Een eenmalige aankoop vraagt minder werk, maar niet nul: aankoopherstel blijft verplicht, en de paywall moet altijd duidelijk zeggen wat de gebruiker ontgrendelt. Stap je later over op een ander model, laat dan wie betaald heeft houden wat hij gekocht heeft: de gids over guideline 3.2.2 gaat daar dieper op in.

Het hele technische deel, producten in App Store Connect, RevenueCat en aankoopverificatie, staat op de pagina in-app-abonnementen voor iOS. En zit je nog in de stap daarvoor, dan loopt de pagina een iPhone-app maken het hele traject door, van idee tot publicatie.

Mijn advies voor een eerste app

Voor de meeste eerste apps die ik zie, die een regelmatige dienst leveren, raad ik aan te kiezen voor een abonnement, met:

1. een duidelijk zichtbare gratis proefperiode;
2. maximaal twee aanbiedingen, maandelijks en jaarlijks, met het jaarabonnement uitgelicht;
3. een paywall aan het eind van de onboarding, nadat de gebruiker de waarde van de app heeft gezien;
4. analytics-events bij elke stap, zodat je weet waar gebruikers afhaken.

Is je app een eenmalige tool zonder terugkerende kosten, dan is een eenmalige aankoop met een gratis proefperiode een prima te verdedigen keuze. Houd in beide gevallen een eerste versie kort, gericht op één hoofdfunctie: zo kun je snel publiceren en leren van echte gebruikers. De pagina MVP van een iOS-app legt uit hoe je die afbakent.

Abonnement of eenmalige aankoop in je app inbouwen

Het model en de prijs kiezen, dat is jouw werk. De onboarding, de paywall en de abonnementen zitten al in de startcode van de iOS Kit, met het stappenplan om ze in je eigen tempo aan te sluiten. Het complete traject om een mobiele app te maken die een abonnement verkoopt, van idee tot paywall, staat samengevat op de homepage.

Niemand kan je een aantal abonnees beloven. Waar je wel op kunt mikken: een app met een doordacht verdienmodel en een paywall die voldoet aan de regels van Apple, en daarna metingen om te weten wat je vervolgens moet verbeteren.

Veelgestelde vragen

Abonnement of eenmalige aankoop voor een app: wat kies je?

Een abonnement is meestal logischer als je app een dienst levert waar de gebruiker regelmatig naar terugkeert. Dat geldt ook als hij je elke maand geld kost (server, AI, content die je moet maken). Een eenmalige aankoop is eenvoudiger als je app een eenmalig probleem oplost, zonder server werkt en niet bedoeld is om veel te veranderen. Begin bij een eerste app met één helder model.

Wat is een in-app-aankoop in een iOS-app?

Dat is het mechanisme van Apple om iets digitaals te verkopen in je app. Het omvat de eenmalige aankoop, die de volledige versie in één keer voor altijd ontgrendelt, het automatisch verlengbare abonnement en verbruiksaankopen, zoals credits of munten. Een betaalde app betaal je daarentegen vóór het downloaden.

Hoeveel houdt Apple in op een in-app-aankoop of abonnement?

Apple houdt 30% in tegen het standaardtarief, en 15% met het Small Business Program, waarvoor je je moet aanmelden. Dat verlaagde tarief geldt voor nieuwe ontwikkelaars en voor ontwikkelaars van wie de opbrengsten (proceeds) in het vorige kalenderjaar niet boven 1 miljoen dollar uitkwamen. Buiten het programma ontvang je in het eerste dienstjaar 70% van de prijs van een abonnement, daarna 85%. Deze regels veranderen: check de pagina's van Apple.

Welke abonnementsaanbiedingen bied je aan in een eerste app?

Mijn advies voor een app die een regelmatige dienst levert: maximaal twee aanbiedingen, een maand- en een jaarabonnement, met het jaarabonnement uitgelicht. Toon de gratis proefperiode duidelijk en plaats de paywall aan het eind van de onboarding, nadat de gebruiker de waarde van de app heeft gezien. De paywallfouten die je moet vermijden staan in deze gids.

Kun je een gratis proefperiode aanbieden bij een eenmalige aankoop?

Ja. Apple staat apps zonder abonnement toe een tijdelijke proefperiode aan te bieden, in de vorm van een gratis in-app-aankoop met een naam volgens de conventie "proefperiode van X dagen". Voordat de proefperiode begint, moet de app de duur vermelden, wat er aan het eind niet meer toegankelijk is en wat je moet betalen om alles te ontgrendelen.

Hoe bereken je de MRR van een app met abonnement?

MRR is de omzet die je abonnementen je elke maand opleveren: aantal abonnees × maandprijs. Bij een jaarabonnement deel je de prijs door 12. Trek daarna de btw (20% in Frankrijk) en de commissie van Apple eraf. Deze berekening zegt niet wat je app gaat opleveren: hij vertelt je hoeveel abonnees je nodig zou hebben om een doel te halen.