Wat kost een app laten maken in 2026?

Wat kost een app laten maken in 2026?

Op de vraag wat een app laten maken kost, bestaat geen vast antwoord. Wel geven marktbronnen een redelijk consistent beeld. Searchlab deelt apps in vier niveaus in:

Bron: Searchlab, "Wat kost een app laten maken?" (2026).

Andere bronnen leggen de grenzen iets anders. Freelance.nl noemt een basisapp met minimale functies vanaf ongeveer €5.000 en geavanceerde apps met uitgebreide functies en integraties tot €50.000. Techsy, een ontwikkelbureau, komt voor mobiele apps uit op €14.000 tot meer dan €460.000. Die verschillen komen vooral door de definitie van "eenvoudig" en door de uurtarieven die bronnen aanhouden.

Wat ik belangrijker vind dan het precieze bedrag: wat moet de eerste versie kunnen, en voor wie? Een app die één taak goed ondersteunt, valt in de eerste rij. Een app die alles tegelijk moet kunnen, schuift snel twee rijen op.

Waarom lopen de prijzen zo uiteen?

Een app bestaat uit schermen, logica, data en koppelingen. Elk van die onderdelen kost ontwikkeltijd. De belangrijkste factoren:

Aantal schermen en stappen

Elk scherm moet ontworpen, gebouwd en getest worden. Een app met vijf schermen is een ander project dan een app met vijftig. Vooral formulieren met veel uitzonderingen en voorwaarden kosten tijd.

Gebruikersrollen en rechten

Zien alle gebruikers hetzelfde, of heb je klanten, medewerkers en beheerders die elk iets anders mogen? Elke extra rol betekent extra schermen, extra regels en extra testwerk. Rechten moeten waterdicht zijn: een klant mag nooit gegevens van een andere klant zien.

Koppelingen met andere systemen

Een koppeling met je boekhouding, CRM, planning of betaalprovider maakt een app veel nuttiger, maar ook duurder. Lunidev schrijft dat integraties in sommige projecten de helft van de ontwikkeltijd kosten. De kwaliteit van de API van het andere systeem speelt daarbij een grote rol.

Platform: web, iOS, Android of alle drie

Bouw je voor de browser, voor één mobiel platform of voor beide? Daarover meer in de volgende sectie, want het is een van de grootste kostenposten.

Ontwerp

Een netjes, duidelijk ontwerp op basis van bestaande componenten is goedkoper dan een volledig eigen vormgeving met animaties. Voor zakelijke apps is helder en snel meestal belangrijker dan opvallend.

Beveiliging en privacy

Verwerk je persoonsgegevens, dan moet de app voldoen aan de AVG. Denk aan versleutelde opslag, veilige wachtwoorden, logging van acties en een verwerkersovereenkomst met je hostingpartij. Gaat het om gezondheids- of financiële gegevens, dan liggen de eisen nog hoger.

Data en migratie

Moeten bestaande gegevens uit Excel of een oud systeem worden overgezet? Opschonen en omzetten van data wordt vaak onderschat.

Wie het bouwt

Een groot bureau, een freelancer, een zelfstandige bouwer of een team in het buitenland hanteren heel verschillende tarieven. Daarover gaat de sectie over uurtarieven.

Webapp, native of cross-platform: wat betekent dat voor je budget?

De keuze voor de techniek bepaalt een groot deel van de kosten. Searchlab geeft deze indicaties:

Bron: Searchlab (2026).

Techsy rekent voor: ontwikkelen voor één platform kost ongeveer 60% van twee aparte native apps. Dat verklaart waarom native voor beide platforms zo snel oploopt.

Er is nog een vierde route die in deze tabellen vaak ontbreekt: een webapp of progressive web app (PWA). Die werkt in de browser op elk apparaat en kan op het beginscherm van een telefoon staan, zonder App Store. Voor klantportalen, interne tools, calculators en dashboards is dat meestal de logische keuze. Je bouwt één applicatie voor alle apparaten, en updates staan direct bij iedereen live.

Een native app loont vooral als je de camera, GPS, pushmeldingen of offline werken intensief gebruikt, of als vindbaarheid in de App Store belangrijk is voor je verdienmodel.

Wat kost een app per soort toepassing?

Voor zakelijke webapplicaties geeft Lunidev een indeling naar soort toepassing. Die sluit goed aan bij de vragen die mkb-bedrijven meestal hebben:

Bron: Lunidev, "Wat kost een custom web applicatie in 2026?".

Lunidev schrijft voor de Belgische markt, maar de bedragen liggen in lijn met de Nederlandse bronnen. Opvallend is dat een klantportaal al snel in de tweede rij valt. Dat komt door de rollen en rechten: elke klant ziet alleen zijn eigen gegevens, en dat moet goed gebouwd en getest worden.

Een calculator of keuzehulp op een website valt vaak in de eerste rij, zolang de berekening helder is vastgelegd. De meeste tijd gaat dan zitten in het begrijpelijk maken van de invoer en het bruikbaar maken van de uitkomst, bijvoorbeeld als PDF of als aanvraag die direct bij je binnenkomt.

Welke functies maken een app duurder?

Niet elke functie kost evenveel. Deze onderdelen tellen in de praktijk het zwaarst mee:

• Inloggen en accounts. Zelfs eenvoudige e-mailauthenticatie kost volgens Techsy al ongeveer 40 uur, inclusief validatie en foutafhandeling. Inloggen via Microsoft of Google, tweestapsverificatie en wachtwoordherstel komen daar bovenop.
• Betalingen. Een koppeling met een betaalprovider, facturen, abonnementen en terugbetalingen vragen zorgvuldig werk en testen.
• Meldingen. E-mail is relatief eenvoudig; pushmeldingen op telefoons en sms vragen meer.
• Realtime functies. Chat, live statusupdates of samenwerken in hetzelfde document zijn technisch zwaarder dan pagina's die alleen gegevens tonen.
• Kaarten en locatie. Werken met adressen, routes of een kaartweergave voegt koppelingen en kosten per gebruik toe.
• Offline werken. Een app die zonder verbinding werkt en later synchroniseert, is complexer dan een app die altijd online is.
• Rapportages en exports. Overzichten, grafieken en exports naar Excel of PDF lijken klein, maar vragen vaak veel afstemming over wat er precies in moet.
• Meertaligheid. Elke extra taal betekent vertaalwerk en extra testen.
• AI-functies. Een assistent of automatische verwerking van documenten vraagt bouwwerk, testwerk en doorlopende kosten per gebruik van het AI-model.

Kijk bij elke functie of hij nodig is om de eerste taak van de gebruiker af te ronden. Zo niet, dan kan hij vaak naar een volgende versie.

Waar gaat het budget naartoe? De kosten per fase

Een app laten maken bestaat uit meer dan programmeren. Een realistisch budget verdeelt zich over deze fases:

1. Verkennen en afbakenen. Wie gebruikt de app, welke taak staat centraal, wat hoort in de eerste versie en wat niet? Deze fase is relatief klein, maar bepaalt de rest.
2. Ontwerp. Schermschetsen, de flow door de app en het visuele ontwerp. Hier vang je de meeste misverstanden goedkoop af.
3. Bouwen. Frontend, backend, database en koppelingen. Dit is meestal het grootste deel van het budget.
4. Testen. Werkt alles, ook als een gebruiker iets onverwachts doet? Zijn de rechten waterdicht?
5. Livegang. Hosting inrichten, gegevens overzetten, gebruikers uitnodigen en uitleg geven.
6. Beheer en doorontwikkeling. Onderhoud, updates en verbeteringen op basis van echt gebruik.

Wordt er in de eerste fase te weinig tijd genomen, dan betaal je dat later dubbel. Een wijziging op papier kost minuten, dezelfde wijziging in een gebouwde app kost uren.

Hoe lang duurt het om een app te laten maken?

Tijd en geld hangen nauw samen: hoe langer een project loopt, hoe meer uren er in gaan. Searchlab noemt twee tot drie maanden voor een eenvoudige app, drie tot zes maanden voor een gemiddelde app en zes tot negen maanden voor een complexe app. Freelance.nl houdt enkele maanden aan voor een eenvoudige app en tot een jaar voor een uitgebreide app.

Wat de doorlooptijd in de praktijk bepaalt:

• Hoe snel beslissingen vallen. Wachten op feedback of akkoord is vaak de grootste vertraging.
• De beschikbaarheid van andere systemen. Een koppeling met een pakket waarvan de documentatie of toegang op zich laat wachten, houdt het project op.
• De hoeveelheid data die overgezet moet worden. Opschonen kost meer tijd dan verwacht.
• Wijzigingen tijdens het bouwen. Elke nieuwe wens schuift de planning op, tenzij hij naar een volgende versie gaat.
• Publicatie in de App Store. Native apps worden door Apple en Google beoordeeld voordat ze live gaan. Een webapp of PWA staat direct online.

Een kleine eerste versie is daarom niet alleen goedkoper, maar ook sneller in gebruik. En hoe eerder echte gebruikers ermee werken, hoe eerder je weet wat de volgende stap moet zijn.

Uurtarieven van app-ontwikkelaars

Omdat de meeste projecten op uren worden begroot, helpt het om de tarieven te kennen. Searchlab noemt voor Nederland in 2026:

Bron: Searchlab (2026).

Techsy noemt voor West-Europa €50 tot €150 per uur bij bureaus en €40 tot €100 per uur bij freelancers. Nearshore- en offshoreteams werken goedkoper, maar vragen meer sturing en duidelijke specificaties. Voor aanpassingen aan een bestaande webapplicatie noemt Lunidev €75 tot €125 per uur.

Een uurtarief zegt niet alles. Een ervaren bouwer die in een eerste gesprek de juiste vragen stelt en onnodige functies schrapt, is per uur duurder maar kan per project goedkoper uitvallen.

Een rekenvoorbeeld

Om de bedragen tastbaar te maken, een fictief maar realistisch rekenvoorbeeld voor een eenvoudige zakelijke webapp: klanten loggen in, doen een aanvraag en zien de status; het bedrijf beheert de aanvragen in een overzicht.

Bij een gemiddeld marktuurtarief van €90 komt dit uit op ongeveer €20.700. Zou er een koppeling met de boekhouding bij komen, dan kan dat bedrag gemakkelijk met enkele duizenden euro's stijgen. Met onderhoud van 15% per jaar komt daar ongeveer €3.100 per jaar bij.

Dit voorbeeld is bedoeld om te laten zien hoe een begroting is opgebouwd, niet als prijs. Elk project heeft zijn eigen schermen, uitzonderingen en koppelingen.

Wat kost een app met AI-functies?

Steeds meer apps bevatten een AI-onderdeel: een assistent die vragen beantwoordt, automatische verwerking van documenten of het samenvatten van berichten. Dat heeft twee soorten kosten.

De eerste is de bouw. Een AI-functie moet worden ingericht, gekoppeld aan je eigen gegevens en getest op echte voorbeelden, inclusief lastige gevallen. Een AI-model kan overtuigend iets verkeerds zeggen, dus vangrails en controle door een mens horen erbij.

De tweede zijn de gebruikskosten. AI-modellen rekenen per hoeveelheid verwerkte tekst. Per vraag is dat meestal een klein bedrag, maar bij duizenden vragen per maand telt het op. Reken die kosten vooraf door op het verwachte gebruik.

Praat een AI-functie direct met klanten, dan moet je sinds 2 augustus 2026 duidelijk maken dat ze met AI communiceren. Dat volgt uit artikel 50 van de Europese AI-verordening. Een korte, zichtbare melding is meestal voldoende, maar neem het mee in ontwerp en begroting.

Vaste prijs of nacalculatie?

Er zijn twee gangbare manieren om een app-project af te rekenen.

Vaste prijs. Je spreekt vooraf een bedrag af voor een vastgelegde scope. Dat geeft zekerheid over het budget. Het werkt alleen goed als de scope echt helder is; anders wordt elke onduidelijkheid een discussie over meerwerk. Bouwers bouwen bij een vaste prijs vaak een marge in voor onvoorziene zaken.

Nacalculatie. Je betaalt de werkelijk bestede uren tegen een afgesproken tarief. Dat is flexibel en eerlijk als de wensen tijdens het project nog veranderen, maar je hebt minder zekerheid over het eindbedrag.

In de praktijk werkt een combinatie vaak goed: een afgebakende uitwerking vooraf, waardoor de eerste versie goed te begroten is, en daarna flexibel verder bouwen op basis van echt gebruik. Spreek in beide gevallen af hoe wijzigingen worden ingepland en goedgekeurd.

Zo vergelijk je twee offertes

Liggen er twee offertes naast elkaar met een groot prijsverschil, kijk dan niet alleen naar het totaalbedrag. Vergelijk:

• De scope. Staan dezelfde schermen, rollen en koppelingen erin? Wat valt bij de ene wel en bij de andere niet binnen de prijs?
• Ontwerp en testen. Is er tijd begroot voor schermschetsen, testen en het oplossen van fouten?
• Livegang en beheer. Zijn hosting, updates en ondersteuning na de oplevering meegenomen?
• Eigendom. Krijg je toegang tot de code en de data?
• Aannames. Welke aannames heeft de bouwer gedaan over jouw processen en systemen?

Vraag bij onduidelijkheid door. Een bouwer die zijn aannames uitlegt en vragen stelt over je proces, begrijpt meestal ook beter wat er gebouwd moet worden.

Lopende kosten na de livegang

Een app is nooit af. Na de livegang lopen er kosten door die je vanaf het begin moet meenemen.

Onderhoud en updates

Besturingssystemen, browsers, frameworks en koppelingen veranderen. Zonder onderhoud werkt een app na verloop van tijd niet meer goed of wordt hij onveilig. Searchlab en Techsy houden 15 tot 20% van de bouwkosten per jaar aan. Techsy waarschuwt dat het eerste jaar na de lancering vaak duurder is, met 25 tot 50% van de oorspronkelijke kosten, omdat er dan nog veel wordt bijgestuurd. Lunidev noemt voor webapplicaties 10 tot 20% per jaar.

Hosting en infrastructuur

Searchlab noemt €50 tot €2.000 per maand, afhankelijk van het aantal gebruikers en de eisen. Voor een eenvoudige zakelijke webapplicatie noemt Lunidev €200 tot €1.000 per jaar. Kies bij voorkeur hosting in de EU, zeker als je persoonsgegevens verwerkt.

App Stores

Wil je een native app publiceren, dan betaal je voor een ontwikkelaarsaccount. Apple rekent 99 dollar per jaar, Google Play eenmalig 25 dollar. Een webapp of PWA heeft deze kosten niet.

Diensten van derden

Denk aan e-mailverzending, sms, kaarten, betaalproviders, AI-modellen of opslag. Veel van die diensten rekenen per gebruik. Bij weinig gebruik is dat verwaarloosbaar, bij groei kan het een flinke post worden.

Kleine verbeteringen

Gebruikers komen met wensen zodra ze met de app werken. Reserveer een budget voor kleine aanpassingen in de eerste maanden. Dat is geen tegenvaller, maar een teken dat de app gebruikt wordt.

Zelf bouwen met no-code of AI: goedkoper starten?

De drempel om zelf een app te maken is de afgelopen jaren veel lager geworden. Searchlab noemt voor een no-code app €500 tot €10.000 en een doorlooptijd van 2 tot 8 weken, en voor een met AI gebouwde eerste versie €0 tot €5.000 in 1 tot 4 weken.

Dat zijn reële mogelijkheden. Ik bouw zelf ook met AI-tools: Mailyooo, mijn eigen e-mailmarketingsoftware met contacten, campagnes, formulieren, een verzendwachtrij en uitschrijffilters, is gebouwd in Bolt. Voor een prototype, een interne tool of het testen van een idee kan zelf bouwen een goede eerste stap zijn.

Let wel op de kosten die later komen. Een app die snel in elkaar is gezet, heeft vaak nog werk nodig aan beveiliging, rechten, datastructuur en onderhoud voordat er echte klantgegevens in mogen. Ook de abonnementen van no-code platforms lopen op bij meer gebruikers. Reken dus niet alleen de startkosten, maar ook wat er nodig is om de app veilig te laten groeien. In web applicatie maken zet ik zelf bouwen en laten bouwen naast elkaar.

Kosten die vaak vergeten worden

Naast bouw en onderhoud zijn er posten die in begrotingen regelmatig ontbreken:

• Je eigen tijd. Gesprekken, feedback, testen en het aanleveren van teksten en voorbeelddata kosten jou en je team ook uren.
• Juridische zaken. Een privacyverklaring, gebruiksvoorwaarden en verwerkersovereenkomsten met de partijen die gegevens voor je verwerken.
• Data overzetten. Bestaande klant- of productgegevens opschonen en importeren.
• Uitleg en training. Gebruikers moeten weten hoe de app werkt. Een korte handleiding of instructiemoment voorkomt veel vragen.
• Toegankelijkheid. Een app die goed werkt met toetsenbord, schermlezer en voldoende contrast, vraagt aandacht in ontwerp en bouw.
• Marketing. Voor een app die je aan een breed publiek wilt verkopen, is het bouwen pas het begin. Searchlab rekent marketing en gebruikersacquisitie tot de lopende kosten.

Zet deze posten vooraf op een rij. Dan voorkom je dat het budget na de livegang op is terwijl het werk nog doorloopt.

Maatwerk of een abonnement op bestaande software?

Een eerlijke vergelijking kijkt niet alleen naar de startprijs, maar naar de totale kosten over een paar jaar. Lunidev noemt voor kant-en-klare SaaS-oplossingen €50 tot €500 per maand.

Een fictief voorbeeld om de afweging te laten zien. Een team van tien mensen gebruikt een pakket van €30 per gebruiker per maand. Dat is €3.600 per jaar, en €10.800 over drie jaar. Een eenvoudige maatwerk-app van €20.000 met 15% onderhoud kost over drie jaar ongeveer €29.000. Op papier is het pakket dan goedkoper.

De rekensom verandert als het pakket maar half aansluit en medewerkers elke week uren kwijt zijn aan omwegen, dubbel invoeren of het bijhouden van een apart Excel-bestand. Of als het aantal gebruikers groeit en de licentiekosten meegroeien. Dan kan maatwerk over een paar jaar de betere investering zijn.

Daarom onderzoek ik eerst of een bestaand pakket, een koppeling of maatwerk het beste past. Soms is de beste uitkomst een pakket met een kleine koppeling eromheen.

Wanneer is een app nog niet de juiste investering?

Een app laten maken is niet altijd de logische volgende stap. Wacht nog even als:

• het proces zelf nog niet helder is en elke week verandert;
• niemand in het team tijd heeft om mee te denken, te testen en feedback te geven;
• het om een handeling gaat die een paar keer per maand voorkomt;
• een bestaand pakket het probleem voor een fractie van de prijs oplost;
• je nog niet weet of mensen bereid zijn ervoor te betalen.

Het feit dat een applicatie gebouwd kan worden, maakt de commerciële vraag nog niet beantwoord. In zo'n geval levert een gesprek met een paar gebruikers of een eenvoudige proef met bestaande tools vaak meer op dan een eerste bouwopdracht.

Bureau, freelancer of zelfstandige bouwer?

Wie je app bouwt, bepaalt niet alleen de prijs, maar ook hoe het samenwerken voelt.

Vraag bij elke partij na wie de app na de livegang onderhoudt en hoe je aan de code en data komt als je ooit wilt overstappen.

Zo houd je de kosten van je app beheersbaar

1. Begin bij één gebruiker en één taak. Wat moet die persoon als eerste kunnen afronden? Bouw dat eerst.
2. Kijk eerst naar wat al bestaat. Een bestaand pakket of een koppeling tussen tools die je al hebt, kan veel goedkoper zijn dan maatwerk.
3. Laat een blauwdruk maken. Een afgebakende uitwerking met schermschetsen voorkomt dure misverstanden tijdens het bouwen.
4. Kies een webapp als het kan. Eén applicatie voor alle apparaten scheelt ontwikkel- en onderhoudskosten.
5. Bouw in fases. Een eerste versie, daarna verbeteren op basis van echt gebruik. Zo betaal je alleen voor functies die gebruikt worden.
6. Spreek een wijzigingsprocedure af. Nieuwe wensen tijdens het bouwen zijn normaal. Maak vooraf afspraken over hoe ze worden ingepland en begroot.
7. Lever je eigen input op tijd aan. Teksten, voorbeelddata en feedback die op zich laten wachten, rekken het project op.
8. Regel eigendom en overdracht. Zorg dat je toegang hebt tot de code en de data. Dat voorkomt dat je later vastzit aan één partij.

Een veelgemaakte fout is te veel functies in de eerste versie willen. Elke extra functie kost bouwtijd, testtijd en onderhoud, ook als hij nauwelijks wordt gebruikt.

Wat hoort er in een offerte voor een app?

Een goede offerte maakt duidelijk wat je wel en niet krijgt. Controleer of deze punten erin staan:

• Een beschrijving van de gebruikers, rollen en de belangrijkste taken.
• De schermen of onderdelen die gebouwd worden, en wat expliciet buiten de eerste versie valt.
• De koppelingen met andere systemen.
• Het platform: webapp, PWA, iOS, Android of een combinatie.
• Hoe er getest wordt en wanneer iets als opgeleverd geldt.
• Hosting, beheer en onderhoud na de livegang, met de kosten daarvan.
• Afspraken over eigendom van code en data.
• Betaalmomenten, en of de bedragen inclusief of exclusief btw zijn.
• Hoe wijzigingen tijdens het project worden afgehandeld.

Ontbreken deze punten, dan zijn twee offertes moeilijk te vergelijken. Een lagere prijs kan dan simpelweg betekenen dat er minder in zit.

Kun je subsidie krijgen voor een app?

Voor technisch nieuw ontwikkelwerk bestaat de WBSO, een fiscale regeling van de Rijksdienst voor Ondernemend Nederland (RVO). Volgens RVO moet je de WBSO aanvragen vóórdat je met het werk begint. Voor ondernemers geldt onder meer dat je per kalenderjaar minimaal 1.225 uur voor je onderneming werkt en minimaal 500 uur aan speur- en ontwikkelingswerk besteedt. Het moet gaan om technisch nieuwe ontwikkeling, niet om routinematig bouwwerk.

Voor de meeste zakelijke apps die met bekende technieken worden gebouwd, is de WBSO daarom niet van toepassing. Twijfel je, gebruik dan de WBSO-wijzer op de website van RVO of vraag een subsidieadviseur.

Hoe ik prijs en planning bepaal

Ik geef geen prijs op basis van een korte beschrijving, omdat ik vooraf duidelijk wil hebben wat we met een eerste versie bedoelen. Dat gaat in vier stappen.

1. Procesgesprek. In ongeveer twintig minuten bespreken we het probleem, de gebruikers, de impact en hoe het nu gaat. Ik kijk daarbij analytisch naar het proces: wat komt er binnen, wie moet ermee verder, en welke informatie heeft die persoon nodig?
2. Blauwdruk. Een betaalde, afgebakende uitwerking met het proces, schermschetsen, afhankelijkheden en een voorstel voor de eerste versie. Pas hierna volgen prijs en planning.
3. Eerste versie. Ik bouw de afgesproken route, met de gebruikers, rollen en koppelingen die daarbij horen.
4. Beheer en verbetering. Na de livegang houden we de app in de lucht en verbeteren we op basis van echt gebruik.

Daarbij onderzoek ik eerst of een bestaand pakket, een koppeling of maatwerk het beste past. Soms is de goedkoopste oplossing geen nieuwe app.

Uit eigen werk: waarom een kleine eerste versie loont

Leadooo is mijn eigen kleine CRM-app. Je bewaart er leads en offertes in, plant vervolgacties en ziet in een vandaag-overzicht wat er moet gebeuren. De app heeft een afgebakend doel, en dat houdt het overzichtelijk. Afspraakmodules en een checkout staan als uitbreidingsplan op de lijst, niet in de eerste versie. Een kleine eerste versie helpt om het proces te begrijpen voordat je meer bouwt, en dat is precies wat je budget beschermt.

Meer over het hele traject lees je in webapplicatie ontwikkelen. De afweging tussen maatwerk en standaardsoftware staat in maatwerk webapplicatie of standaardsoftware.

Veelgestelde vragen

Wat kost een simpele app laten maken?

Een eenvoudige app met één kernfunctie kost volgens Searchlab ongeveer €5.000 tot €25.000, met een doorlooptijd van twee tot drie maanden. Freelance.nl noemt voor een basisapp met minimale functies een startpunt rond €5.000.

Wat kost het onderhoud van een app per jaar?

Marktbronnen houden 15 tot 20% van de bouwkosten per jaar aan voor onderhoud en updates. Het eerste jaar na de lancering is vaak duurder. Daarnaast komen hosting en eventuele kosten voor diensten van derden.

Is een webapp goedkoper dan een native app?

Meestal wel. Een webapp of progressive web app werkt met één codebase op alle apparaten, terwijl native apps per platform worden gebouwd en onderhouden. Native loont vooral als de app intensief gebruikmaakt van telefoonfuncties.

Bronnen en verdere verdieping

• Searchlab, "Wat kost een app laten maken?" (2026): prijzen per type app, doorlooptijden, uurtarieven, onderhoud en no-code.
• Techsy, "Wat kost een app laten maken in 2026?": kostenfactoren, uurtarieven per regio en kosten na lancering.
• Freelance.nl, "App laten maken": prijsindicatie en doorlooptijd voor basis- en geavanceerde apps.
• Lunidev, "Wat kost een custom web applicatie in 2026?": budgetten voor webapplicaties, onderhoud en wijzigingen.
• Rijksdienst voor Ondernemend Nederland, "WBSO: Voorwaarden": voorwaarden voor de WBSO.

Alle bedragen zijn marktindicaties uit deze bronnen en geen prijsopgave.