Zodra je app draait, blijven vijf soorten kosten terugkomen: hosting en database, externe diensten die je per verbruik afrekent, accounts en certificaten die verlopen, onderhoud, en monitoring. Hieronder staat wat die posten omhoog drijft, niet wat ze kosten. De kern: een app is geen aanschaf maar een abonnement op je eigen product.
De meeste begrotingen stoppen bij de bouw. Daarna loopt er een tweede stroom die niet meer stopt.
In vrijwel elke begroting staat een post voor het bouwen en daarachter een leeg vlak. Wat daar hoort te staan: de plek waar de app draait, de diensten die hij aanroept, de accounts en certificaten, het domein, het onderhoud en het opvangen van storingen.
Los bekeken lijkt elke post klein, samen zijn ze structureel, en ze verdwijnen niet als jij even niets doet. Wat het bouwen zelf vraagt staat bij wat een MVP laten maken kost.
De hostingrekening volgt zelden het aantal gebruikers, maar wat je bewaart, wat de deur uit gaat en hoe lang alles aan staat.
Opslag is de eerste drijver, en die groeit alleen maar. Geüploade foto's en bijlagen, logbestanden, oude records die niemand opruimt: dat gaat er niet meer af. Back-ups vermenigvuldigen dat volume. Een rustige app met veel uploads kan zo meer opslag vragen dan een drukke app die alleen tekst bewaart.
De tweede is uitgaand verkeer: afbeeldingen en video die je zelf serveert, downloads, koppelingen die per aanroep veel data teruggeven. Dat wordt vrijwel overal per hoeveelheid afgerekend.
De derde is dat het altijd aan staat. Een database die klaar moet staan voor het geval iemand inlogt, kost ook iets in de nacht dat niemand inlogt. Sommige aanbieders laten omgevingen in slaap vallen als het stil is, maar dan wacht de eerste bezoeker op het opstarten. Wáár je een prototype neerzet is een aparte afweging: prototype hosten na de bouwdag.
Alles wat per verzoek, per bericht of per transactie wordt afgerekend, wordt duurder naarmate het beter gaat.
Wachtwoord-resets, bevestigingen en herinneringen gaan via een verzenddienst die per bericht of per volume afrekent, bij sms met verschil per land. Push-meldingen zijn vaak kosteloos, de dienst die bijhoudt wie wat krijgt meestal niet.
Een betaaldienst rekent per transactie af, dus die post volgt je omzet. Kaarten, adresvalidatie en routeberekening rekenen per opgevraagd item af: per keer dat een scherm iets ophaalt.
Bij AI betaal je per verzoek en per hoeveelheid tekst die erin gaat en eruit komt. Een chat die steeds de hele geschiedenis meestuurt, achtergrondtaken en automatische nieuwe pogingen tellen allemaal mee.
De gratis instaplaag maakt dat zo'n post lang nul lijkt; er komt geen waarschuwing als je erdoorheen groeit, alleen een factuur. En een fout kan stil verbruiken, zoals een achtergrondtaak die elke minuut draait in plaats van eens per dag. Zet dus bij elke verbruiksdienst een limiet en een waarschuwing in voordat je live gaat. Groei is pas goed nieuws als een gebruiker meer oplevert dan hij aan verbruik kost.
Kleine posten met een vervaldatum. Wat ze duur maakt is niet het verlengen, maar het vergeten.
Drie redenen waarom er werk aan je app is terwijl jij er inhoudelijk niets aan doet. Alle drie komen van buiten.
Beveiliging is de eerste. In de bibliotheken waarop je app leunt worden regelmatig kwetsbaarheden gevonden; de oplossing is telkens een update. Doe je dat niet, dan draait je app op code waarvan publiek gedocumenteerd is hoe je erin komt. Geautomatiseerde scanners zoeken daar systematisch naar.
De tweede is veroudering: een pakket wordt niet meer onderhouden, een runtime loopt af, je hostingpartij faseert een oude versie uit. Telkens moet er iets veranderen aan een app die verder prima werkt.
De derde is dat platformen periodiek een nieuwere versie eisen. Google Play verplicht apps op een recent Android-niveau te richten en verhoogt die eis met vaste regelmaat; voldoe je niet, dan kun je geen updates meer publiceren. De actuele eisen staan in de documentatie van Google Play. Apple stelt vergelijkbare eisen aan de versie waarmee je bouwt.
Je moet dus meebewegen ook als je zelf niets verandert, en uitstellen maakt het duurder: een app die lang stilstond bijwerken is een project op zich. Zie ook AI-gegenereerde code onderhouden en updates uitbrengen na je lancering.
De post die het eerst geschrapt wordt en het hardst opvalt als hij ontbreekt.
Monitoring beantwoordt één vraag: hoe kom jij erachter dat er iets stuk is voordat een gebruiker het je vertelt. Daar horen foutmeldingen bij die ergens binnenkomen, een controle van buitenaf of de app nog reageert, en logs die je terug kunt lezen. Ook die diensten gaan mee met wat je erin stopt.
Back-ups zijn geen back-ups tot je er een keer een hebt teruggezet. Doe die oefening in een aparte omgeving: dan ontdek je of de kopie compleet is, of de geüploade bestanden erin zitten, en of je erbij kunt zonder de partij die hem maakte.
En dan de post die op geen enkele factuur staat: beschikbaarheid van mensen. Wie kijkt ernaar als de app op zondagavond eruit ligt? Reageren binnen kantooruren is iets anders dan iemand die daarbuiten opneemt, en dat verschil zit in de afspraak, niet in de goede wil. Is het antwoord jijzelf, dan is dat prima, zolang je die avond niets anders had.
Bij een prototype dat alleen je idee toetst, is het merendeel van deze lijst niet aan de orde.
De volgorde is belangrijk. Wie de exploitatie doorrekent voordat duidelijk is of het idee werkt, begroot een abonnement op iets waarvan nog niet vaststaat dat hij het wil houden. Deze posten gaan tellen zodra er echte gebruikers en echte gegevens zijn, de overgang die staat in van prototype naar productie.
Hosting en database, verbruiksdiensten zoals e-mail, betalingen, kaarten, sms en AI, store-accounts en signing-certificaten, je domein met beveiligingscertificaat, onderhoud aan beveiliging en afhankelijkheden, en monitoring.
Meestal niet. De drijvers zijn opslag, uitgaand verkeer en het feit dat de omgeving altijd aan staat. Opslag groeit alleen maar, en een database die stand-by staat kost ook iets als niemand inlogt.
Omdat je per verzoek, per bericht of per transactie betaalt: meer gebruikers is letterlijk meer verzoeken. Bij AI tellen lange gesprekken en achtergrondtaken ook mee. Zet vooraf een limiet en een waarschuwing in, want er is geen natuurlijk plafond.
Bij Apple verdwijnt je app uit de App Store en kun je geen updates meer indienen. Wie de app al had houdt hem, nieuwe gebruikers kunnen hem niet downloaden. Controleer de voorwaarden bij Apple en Google zelf.
Niet zonder gevolgen. Er worden kwetsbaarheden gevonden in bibliotheken waarop je app leunt, pakketten en runtimes lopen af, en platformen eisen periodiek een nieuwere versie. Uitstellen maakt de inhaalslag alleen groter.
Nee. Bij een prototype dat alleen je idee toetst zijn de meeste posten verwaarloosbaar of niet aan de orde: kleine omgeving, weinig data, geen store-account en geen betalingen. Ze gaan pas tellen bij echte gebruikers en echte gegevens.
Stuur ons je idee. In één werkdag leveren we een klikbaar prototype waarmee je toetst of mensen het gebruiken, voordat je een product bouwt dat je daarna draaiend moet houden.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.