Jarrel Pothoff · native Apple-apps

Een app laten maken: wat het kost en wie hem bouwt

Je wilt een app laten maken en zoekt eerst wat dat kost. Dat is een eerlijke vraag die bijna nooit een eerlijk antwoord krijgt, omdat de prijs vastzit aan keuzes die in jouw hoofd nog niet gemaakt zijn. Op deze pagina staat welke keuzes dat zijn, zodat je een offerte kunt lezen in plaats van hem te moeten geloven.

Ik ontwerp en bouw native apps voor iPhone, iPad, Mac en Apple Watch, en breng ze zelf uit — van de eerste schets tot de App Store. Daarnaast neem ik freelance-opdrachten aan. Geen bureau ertussen, geen accountmanager die jouw verhaal doorgeeft aan iemand die je nooit spreekt.

Wat bepaalt de prijs van een app?

Eén vraag verschuift het bedrag meer dan alle andere samen: moet er iets buiten het toestel gebeuren? Een app die alles lokaal doet en synchroniseert via het iCloud-account van de gebruiker heeft geen server, geen inlog, geen wachtwoordherstel en geen maandrekening. Zodra mensen moeten inloggen, elkaars gegevens zien of data uit jouw systemen halen, koop je er een tweede product bij dat ook gebouwd, beveiligd en onderhouden moet worden.

Daarna pas de rest:

  • Aantal schermen, niet als telling maar omdat elk scherm ook een lege, een ladende, een mislukte en een offline versie heeft. Daar zit het werk.
  • Betalingen: een eenmalige aankoop is iets anders dan abonnementen met proefperiodes, herstel van aankopen en een status die klopt op elk toestel van dezelfde gebruiker.
  • Koppelingen met systemen die jij niet beheert. De kwaliteit van die API bepaalt je planning, en die ken je pas als je erin zit.
  • Beheer: moet iemand content kunnen wijzigen, dan bouw je er een tweede applicatie bij.
  • Ontwerp: bouwen met de componenten van het systeem gaat sneller en voelt vertrouwder dan een volledig eigen vormtaal.

Waarom lopen offertes voor hetzelfde idee zo ver uiteen?

Omdat een offerte een gok is op wat jij bedoelde. Twee partijen die precies hetzelfde gesprek voerden kunnen ver uit elkaar liggen zonder dat een van beide onzin verkoopt: de een rekende de nette randen mee, de ander niet.

Vraag daarom niet wat erin zit, maar wat eruit is gelaten. Zit foutafhandeling en offlinegedrag erin? Het verwijderen van een account, wat Apple verlangt zodra je accounts hebt? De privacylabels, teksten en screenshots in App Store Connect, het indienen zelf, en een ronde om reviewfeedback te verwerken? Een lage prijs is meestal dezelfde app minus die punten. Ze verdwijnen niet, ze verhuizen naar een meerwerkfactuur.

De tweede reden is de techniekkeuze. Native of cross-platform verplaatst het bedrag harder dan welke feature ook; die afweging heb ik apart uitgeschreven.

Bureau, offshore-team of één maker die alles doet?

Bij een bureau koop je continuïteit. Er is altijd iemand bereikbaar en als er iemand uitvalt gaat het door. Je betaalt daarvoor de laag ertussen, en je weet zelden wie er daadwerkelijk typt: het gesprek voer je met de senior, de code komt vaak van iemand anders.

Offshore is per uur echt goedkoper. Je betaalt dat terug in specificatiewerk, want alles wat jij niet opschrijft wordt geraden door iemand die jouw gebruikers niet kent, en dat merk je pas bij de oplevering. Heb je zelf iemand technisch in huis die dagelijks meekijkt, dan kan het prima uitpakken.

Bij één maker praat je met degene die bouwt. Er gaat niets verloren tussen wat je zegt en wat er gebeurt, beslissingen vallen dezelfde dag, en niemand heeft er belang bij de scope op te blazen. Het risico is even helder: het is één persoon. Dat vang je niet op met vertrouwen maar met eigendom, en verderop staat hoe. Zo werk ik als freelancer.

Bij die derde variant is er nog iets dat meeweegt en dat in offertes zelden terugkomt: waar die maker zit. Ik werk vanuit Delft, en wat nabijheid wel en niet waard is — plus wie er in werkelijkheid achter de meeste stadspagina's zit — staat op een app laten maken in Delft.

Wanneer je beter niet bij mij moet zijn

Ik bouw native voor de Apple-platforms. Is Android je eerste markt of even belangrijk, dan heb je daar een aparte build en meestal een tweede maker voor nodig. Dat kan, maar dan ben ik niet de eenvoudigste route.

Ook niet bij mij: projecten die vanaf de tweede maand met tien mensen parallel moeten lopen omdat de datum vaststaat. Werk dat één persoon doet gaat serieel. Dat is uitstekend voor een scherp afgebakende eerste versie en verkeerd voor een programma met tien werkstromen en een stuurgroep. Hetzelfde geldt voor het uitbreiden van een groot bestaand platform waar je een gespecialiseerd team op wilt zetten.

En zoek je vooral de laagste prijs, dan vind je die elders. Bij mij zit er geen laag tussen jou en degene die bouwt; wat dat in jouw geval betekent, hoor je pas als ik weet wat je wilt bouwen.

Hoe ziet 'van idee tot App Store' er in de praktijk uit?

  1. Scherpstellen. Wat de app doet en vooral wat hij niet doet. De kleinste versie die je aan een echte gebruiker durft te geven.
  2. Schermen schetsen. Een klikbaar model voordat er logica onder zit, want daar zijn wijzigingen nog gratis.
  3. Bouwen in rondes. Elke ronde iets werkends op jouw eigen toestel via TestFlight, zodat je stuurt op wat je vasthoudt in plaats van op een statusrapport.
  4. De randen. Offline, foutmeldingen, permissies voor microfoon of locatie, en de vraag waar de gegevens precies staan.
  5. Store-voorbereiding. Privacylabels, screenshots, teksten, abonnementen, en accountverwijdering als er accounts zijn.
  6. Indienen. Apple beoordeelt elke inzending. Een afwijzing is geen ramp maar wel een ronde, dus je wilt het in één keer goed hebben.
  7. De ronde erna. De eerste echte gebruikers laten zien welk scherm je verkeerd had begrepen. Plan daar ruimte voor in, niet budget dat al op is.

Wat kost de app nadat hij live staat?

Onderhoud bij apps is geen potje voor als er iets stukgaat, het is een abonnement op het platform. Elk najaar komt er een nieuwe versie van iOS en macOS waarin dingen verschuiven, en de regels van Apple bewegen mee: een update kan worden afgekeurd op een punt dat er bij de eerste indiening nog niet was. Een app die een jaar met rust wordt gelaten, ziet er een jaar later ook zo uit.

Daarnaast loopt het lidmaatschap van het Apple Developer Program per jaar door, en als er een server bij hoort, blijft die rekening komen of je nu doorontwikkelt of niet. De ondersteuning is het drukst in de eerste maanden na de lancering. Zet onderhoud dus als vaste regel in je begroting, niet als uitzondering.

Wat je zelf in handen moet houden

De angst achter de meeste vragen op deze pagina is niet de prijs, maar de bouwer die halverwege verdwijnt. Daar bestaat een verzekering voor en die kost je niets extra's, alleen dat je er aan het begin om vraagt.

  • Het Apple Developer-account staat op naam van jouw onderneming en jij bent de accounthouder. De bouwer krijgt toegang, niet andersom.
  • De code staat vanaf dag één in een repository die van jou is, niet pas bij oplevering.
  • Accounts bij diensten die de app gebruikt staan op jouw naam en jouw betaalmiddel.
  • Leg vast dat het resultaat van jou is en dat certificaten, sleutels en ontwerpbestanden meekomen.

Is dat geregeld, dan is het vertrek van je bouwer een vervelende maand en niet het einde van je product.

Waarom ik weet wat er na de oplevering gebeurt

Ik bouw niet alleen voor anderen, ik breng ook eigen apps uit. De rekening voor mijn eigen beslissingen komt dus bij mij terecht: abonnementen via StoreKit, synchronisatie via CloudKit, widgets en Live Activities, plus het volledige papierwerk richting de store.

Transcribier is spraakdictaat voor Mac, iPhone en iPad. Je spreekt en het typt, in elke app met een tekstveld, via een globale sneltoets op de Mac en een systeemtoetsenbord op iPhone en iPad. Transcriptie loopt over ElevenLabs Scribe in zestien talen, met de sleutel van de gebruiker zelf, zodat de audio naar zijn eigen account gaat en niet naar de mijne. Meer over Transcribier.

Best-I is Nederlandstalig en meet waar je energie blijft, op vier assen, met wekelijks één focus op basis van je laagste batterij en een versleuteld dagboek voor tekst, foto's, video en spraakmemo's. De sleutels blijven op het toestel en de synchronisatie loopt via het iCloud-account van de gebruiker. Meer over Best-I, mijn app voor je energiebalans.

Geen van beide staat vandaag in de App Store. Voor Transcribier is er een wachtlijst, Best-I komt binnenkort uit.


Veelgestelde vragen

wat kost het om een app te laten maken?

Dat hangt vooral af van één ding: of er een server met accounts achter moet. Een app die alles op het toestel doet en via iCloud synchroniseert is een fractie van het werk van een app met inlog, rollen en een beheeromgeving. De bedragen die je online ziet zijn bereiken van bureaus met hun eigen kostenstructuur en zeggen weinig over jouw idee. Stuur in een paar regels wat de app moet doen, dan hoor je welke keuze in jouw geval het duurst uitpakt.

kan ik een app laten maken met een klein budget?

Ja, maar niet door dezelfde app goedkoper te bouwen. Het werkt door de eerste versie kleiner te maken: één ding dat de app echt goed doet, de rest pas als gebruikers erom vragen. Een versie die drie functies half af heeft kost meer en leert je minder.

hoe lang duurt het om een app te laten ontwikkelen?

Hoe lang het duurt hangt vooral af van hoeveel de eerste versie moet doen en of er een backend en betalingen bij horen. Daar komt de beoordeling door Apple bovenop, plus een extra ronde als er iets wordt afgekeurd. De grootste vertraging zit meestal niet in het bouwen, maar in het wachten op beslissingen, teksten en toegang tot systemen van derden.

is een app in het buitenland laten maken goedkoper?

Per uur wel. Of het totaal goedkoper uitvalt, hangt af van hoe precies jij kunt opschrijven wat je wilt en hoeveel tijd je hebt om het opgeleverde te controleren. Alles wat niet in de specificatie staat wordt ingevuld door iemand die jouw markt niet kent. Zonder technisch iemand aan jouw kant betaal je het verschil terug in herwerk.

van wie is de code als ik een app laat maken?

Van wie je aan het begin afspreekt, en dat ben jij niet automatisch. Zorg dat het Apple Developer-account op naam van jouw onderneming staat, dat de code vanaf de eerste dag in jouw repository staat en dat certificaten en sleutels bij oplevering meekomen. Dit is de goedkoopste bescherming tegen een bouwer die stopt.

app of website laten maken, wat is beter?

Heeft je idee de camera, notificaties, achtergrondtaken, offlinegebruik of een plek op het beginscherm nodig, dan is een app de juiste vorm. Zo niet, dan is een goede mobiele website sneller live, goedkoper en niet afhankelijk van een beoordeling. Er zijn genoeg apps gebouwd die eigenlijk een website in een schil waren.

Waar zit je, en werk je ook buiten je eigen regio?

Ik werk vanuit Delft in Zuid-Holland. Waar de opdrachtgever zit maakt voor het bouwen niet uit; het meeste gaat op afstand, met opleveringen die je zelf op je toestel installeert. Voor een kennismaking of een werksessie is de Randstad vanaf hier goed te doen.

Vertel wat je wilt bouwen

Mail een paar regels over wat de app moet doen en voor wie. Je krijgt antwoord op twee vragen: wat in jouw idee het duurst is, en of ik daarvoor de juiste persoon ben. Als dat laatste niet zo is, zeg ik dat ook. jarrel.pothoff@gmail.com

Neem contact op