Watkosteenapplatenmaken?
Het eerlijke antwoord, en waar het verschil in zit.
De eerlijke versie: niemand kan die vraag beantwoorden zonder te weten wat de app moet doen. Wat we wél kunnen doen is laten zien welke keuzes de prijs bepalen, hoe een offerte bij ons is opgebouwd, en welke kosten doorlopen nadat de app live is. Daarmee kun je zelf inschatten in welke orde van grootte jouw plan valt — en een offerte van wie dan ook beoordelen.
Waaromjeonlinegeeneerlijkbedragvindt
Zoek op deze vraag en je vindt bandbreedtes: "een app kost tussen de €25.000 en €150.000". Dat klopt ongeveer net zo goed als "een huis kost tussen de €200.000 en een miljoen" — waar en nutteloos tegelijk.
Het probleem is dat "een app" geen eenheid is. Een app die een bestaand systeem ontsluit voor de buitendienst is een ander project dan een app met eigen gebruikers, betalingen en een backend die er nog niet is. De eerste kan in weken; de tweede is een traject.
Wat wél helpt is weten waar het verschil in zit. Dat staat hieronder — en het is ook precies wat een goede leverancier je in het eerste gesprek zou moeten vragen.
Devijfdingendiedeprijsbepalen
-
Native of één codebase. Twee losse apps in Swift en Kotlin geven de soepelste ervaring en volledige toegang tot wat het toestel kan, maar het is twee keer bouwen en twee keer onderhouden. Eén gedeelde codebase is duidelijk goedkoper in bouw én onderhoud, en voor de meeste zakelijke apps niet merkbaar minder. Dit is de eerste echte keuze en meteen de grootste. Zie ook app laten maken.
-
Bestaat de achterkant al? Een app is zelden alleen een app. Als er al een systeem draait waar hij op kan aansluiten, scheelt dat een groot deel van het werk. Is die er niet, dan bouw je in feite twee dingen.
-
Hoeveel het aan andere systemen moet hangen. Elke koppeling is een eigen stuk werk, en de kosten zitten in het systeem aan de andere kant — niet in de app. Een moderne, gedocumenteerde API is een kwestie van dagen; een verouderd pakket zonder documentatie is een project.
-
Het aantal schermen, en vooral de uitzonderingen. Niet de happy flow bepaalt de omvang maar de gevallen eromheen: wat als iemand geen bereik heeft, wat als een betaling half mislukt, wat als een gebruiker vertrekt. Vraag daar vroeg naar. Het is de post die in offertes het vaakst wordt onderschat.
-
Hoe af het ontwerp moet zijn. Voor een app die je eigen mensen gebruiken, volstaat een strak en herkenbaar ontwerp. Is de app zelf het product en concurreer je op gebruikservaring, dan is design een aparte investering.
Hoeonzeofferteisopgebouwd
Niet één bedrag onderaan een pdf, maar vier posten die je apart kunt beoordelen — en waarvan je er twee kunt bijsturen terwijl het loopt.
-
Eenmalig: kick-start van het team. Het opzetten van de omgeving en het startpunt waar we vanaf bouwen.
-
Per sprint: het projectteam. Hoeveel mensen en welke profielen. Dit is de grootste post en tegelijk de enige die je onderweg kunt aanpassen. Wij werken Agile: je ziet elke twee weken werkende software en beslist daarna over de volgende sprint. Dat is een wezenlijk ander risico dan één vaste prijs voor een oplevering over acht maanden.
-
Per maand: hosting. De cloudkosten van draaien. Voorspelbaar en meestal bescheiden ten opzichte van de bouw.
-
Per maand, optioneel: cloudbeheer. Monitoring, alarmering en bereikbaarheid bij storing. Optioneel omdat sommige organisaties dat zelf doen.
Waarom we hier geen bedragen neerzetten: elk getal dat we hier zouden noemen zou voor de helft van de lezers te hoog zijn en voor de andere helft te laag. Wat we wel doen is in het eerste gesprek de scope scherp krijgen en een indicatie geven die we kunnen onderbouwen. Dat gesprek kost niets.
Dekostendiepasnaopleveringbeginnen
Dit is de post die in offertes het vaakst ontbreekt, en de reden dat een goedkope bouw duur kan uitpakken.
-
iOS en Android blijven veranderen. Elk jaar een nieuwe versie, en af en toe een wijziging waar je iets voor moet aanpassen. Een app die twee jaar stilstaat, werkt op een deel van de toestellen niet meer.
-
De stores hebben eisen. Die worden aangescherpt, en een afwijzing kost tijd.
-
Bibliotheken verouderen. Achterstallig onderhoud is hier hetzelfde als bij een gebouw: uitstellen maakt het duurder, niet goedkoper.
Wij weten wat dat kost omdat we de rekening zelf betalen. De vier producten die we zelf bouwden draaien in productie en worden door onszelf onderhouden — Keana, CyberCloud Voice Analytics, Zenthropic en Agile Analytics. Dat is een ander soort ervaring dan opleveren en vertrekken.
En het scheelt: de broncode en documentatie zijn van jou, dus je zit voor dat onderhoud niet aan ons vast.
Enwatkosteenwebapplicatie?
Dezelfde vijf factoren gelden, met twee verschillen die meestal in je voordeel werken.
Er is geen app store: geen goedkeuringsproces, geen aparte iOS- en Android-versie, en een update is direct voor alle gebruikers live. Dat scheelt in de bouw en nog meer in het onderhoud.
Daar staat tegenover dat een webapplicatie vaak méér doet — het is doorgaans het systeem zelf, niet de mobiele kant ervan — en daarmee groter van opzet is.
Zitten je gebruikers achter een bureau, dan is een webapplicatie laten maken bijna altijd sneller en goedkoper dan een app. Dat zeggen we liever vóór dan ná de bouw.
Zoekjeietsanders?
-
App laten maken — Native iOS- en Android-apps, of één codebase voor beide.
-
Webapplicatie laten maken — Applicaties die in de browser draaien, voor je hele organisatie.
-
Maatwerk software — Software die precies jouw proces volgt, landelijk.
-
API-koppelingen — Je systemen laten praten, zonder tussenpersoon met een export.
-
Klantportaal laten maken — Eén plek waar jouw klanten hun eigen orders, facturen en dossiers zien.
-
Bedrijfsprocessen automatiseren — Waar het bijna altijd zit, en wat je beter niet automatiseert.
Veelgestelde vragen over de kosten van een app
Kunnen jullie een vaste prijs geven?
Voor een scherp afgebakend stuk werk kan dat. Voor een heel traject raden we het af, en niet omdat het ons slecht uitkomt: een vaste prijs vooraf betekent dat de scope vooraf vastligt, en dat is precies het moment waarop je er het minste van weet. Wij werken per sprint, zodat je elke twee weken werkende software ziet en kunt bijsturen. Blijkt onderweg dat iets anders belangrijker is, dan bouwen we dat in plaats van het oorspronkelijke plan.
Wat is het goedkoopste dat zinvol is?
+
Het kleinste stuk dat op zichzelf al bruikbaar is. Vaak is dat één proces of één groep gebruikers, niet de hele app. Dat levert eerder iets op dat werkt, en het maakt de volgende beslissing beter dan een ontwerp vooraf dat kan.
Waarom staan er geen bedragen op deze pagina?
+
Omdat elk getal dat we hier zouden neerzetten voor de helft van de lezers te hoog is en voor de andere helft te laag, en een bedrag op een website als een belofte leest. Wat we wel doen is in een eerste gesprek de scope scherp krijgen en een indicatie geven die we kunnen onderbouwen. Dat gesprek kost niets en verplicht tot niets.
Is een app met één codebase echt goedkoper?
+
In bouw en onderhoud ja, omdat je één keer bouwt in plaats van twee keer. Het verschil is het grootst in het onderhoud, dat jarenlang doorloopt. Native is de betere keuze als je camera, sensoren of een uitzonderlijk soepele gebruikerservaring nodig hebt — met andere woorden: als de app zelf het product is.
Wat kost het onderhoud per jaar?
+
Dat hangt af van hoe actief de app is en hoeveel hij aan andere systemen hangt. De vaste elementen zijn hosting, het bijhouden van nieuwe iOS- en Android-versies en het actueel houden van bibliotheken. Wat we wel kunnen zeggen: onderhoud uitstellen maakt het duurder, niet goedkoper.
Van wie is de app en de broncode?
+
Van jou. Je krijgt de broncode en de documentatie, zodat je het onderhoud desgewenst elders kunt beleggen. Dat is bewust: een leverancier die de code vasthoudt, verkoopt je een abonnement in plaats van een app.
Vraag het aan de Experts
Wil je weten waar jouw plan ongeveer in valt? Koffie? ☕