Een app laten maken in Delft

Zoek eens op “app laten maken Delft” en kijk wie er staat

Doe die zoekopdracht en loop de eerste resultaten langs. Ik heb dat op 26 augustus 2026 gedaan en nagemeten wat er werkelijk staat, want ik wilde niet iets beweren wat ik niet gecontroleerd had.

Bovenaan staat onder meer een bemiddelaar. Die schrijft het zelf op: er zijn “ruim 500+ aangesloten servicepunten”, en daarmee wordt “de beste app ontwikkelaar voor de beste prijs” voor je geregeld. Dat is dus geen ontwikkelaar maar een doorgeefluik. Ik heb die Delft-pagina naast dezelfde pagina voor Gouda, Zoetermeer en Leiden gelegd: alle vier bevatten ze zo'n 34.000 tekens tekst, met 441 gemeenschappelijke woorden. Wat verschilt is de stadsnaam — die staat op elke versie precies twintig keer — en een wisselende serie klantbeoordelingen. Die beoordelingen gaan over een kapotte lamp, over koplampen, en over een ozonbehandeling die een vieze geur uit een auto haalde. Op een pagina over het laten maken van een app.

De rest van het lijstje: een bureau met een aparte locatiepagina voor Delft, een domeinnaam waar de stad letterlijk in verwerkt zit, en een partij die netjes opschrijft dat hij in het Westland zit maar ook in Delft komt. Die laatste is de eerlijkste van het stel.

Hier is niets illegaals aan en ik neem het niemand kwalijk — zo werkt dat vak nu eenmaal. Maar je moet wel weten wat je leest, want het bepaalt de enige vraag die aan het begin echt telt: is de partij die je de offerte stuurt ook de partij die gaat bouwen? Vraag het gewoon, en vraag door. Wie schrijft de code, waar zit die persoon, en spreek ik hem voordat ik teken.

Bij mij is het antwoord dat ik het zelf doe, en dat ik in Delft zit. Dat is geen keurmerk — het zegt niets over of ik goed ben — maar het is wel controleerbaar, en het bepaalt of “even langskomen” ook echt kan.

Wat “in de buurt” wel en niet oplevert

Eerst wat het niet oplevert, want daar wordt in deze hoek van het internet zelden eerlijk over gedaan. Een app wordt niet beter van een korte reisafstand. Code kent geen postcode, Xcode draait niet sneller in Zuid-Holland, en een App Store-review verloopt in Delft precies zoals in Groningen. Wie je vertelt dat lokaal per definitie beter is, verkoopt je een gebied in plaats van een app.

Wat het wél oplevert, zit aan het begin en aan het eind van een traject:

• Het scherp krijgen van wat je eigenlijk wil. Dat is het lastigste deel van elk project en het gaat aan een tafel met een schetsblok tussen ons in beter dan via een documentenuitwisseling. Een half uur samen tekenen bespaart routinematig een week bouwen aan het verkeerde.
• Beslissingen binnen een middag. Halverwege een project blijkt altijd iets anders te liggen dan gedacht. Als daar een mailwisseling van drie dagen voor nodig is, bouw ik ondertussen door in een richting die misschien niet klopt.
• Je kunt zien wie je inhuurt. Bij een opdracht van enige omvang is dat geen luxe. Je kunt de app die ik gebouwd heb op mijn eigen toestel zien draaien in plaats van op een screenshot.
• Het toestel is er ook echt. Een app testen op een simulator is niet hetzelfde als hem in een hand houden. Als jouw app op een specifiek toestel moet draaien of een specifieke situatie moet overleven, is langskomen de kortste weg.

Kortom: nabijheid koopt geen kwaliteit, maar wel snelheid in het traject en controleerbaarheid vooraf. Dat is genoeg reden om het mee te wegen, en te weinig reden om het doorslaggevend te maken.

Wat je krijgt als je één ontwikkelaar inhuurt

Ik werk alleen. Dat heeft twee kanten en je hoort ze allebei te weten voordat je iemand benadert.

De prettige kant: wie het ontwerp maakt, bouwt het ook. Er gaat niets verloren in de overdracht van een ontwerper naar een bouwer naar een tester, omdat die overdracht er niet is. Als tijdens het bouwen blijkt dat een scherm in de praktijk niet werkt, verander ik het — in plaats van het door te geven aan iemand die het ontwerp verdedigt. Je praat bovendien altijd met dezelfde persoon, en die persoon weet waarom een keuze drie maanden geleden zo gemaakt is.

De onprettige kant, even duidelijk: ik ben één persoon. Ik kan niet opschalen omdat het ineens haast heeft, ik ben er niet als ik ziek ben, en er is geen tweede die het overneemt als het misgaat. Voor een app die morgen de bedrijfsvoering van vijftig mensen draagt, is dat een reële zorg en hoor je een partij met een team te zoeken. Voor een eerste versie, een intern hulpmiddel of een product dat nog moet bewijzen dat het bestaansrecht heeft, is het meestal precies goed.

Wat daarbij hoort: je krijgt de broncode. Ik bouw niet op een gesloten platform waar je alleen bij kunt zolang je bij mij blijft. Als je later met iemand anders verder wil, kan dat — en dan is het aan mij om je te laten willen blijven op inhoud in plaats van op afhankelijkheid.

Waar ik kom

Vanuit Delft is het grootste deel van de Randstad binnen het uur bereikbaar. Concreet kom ik zonder verder gedoe langs in:

• Delft en de directe omgeving: Rijswijk, Pijnacker-Nootdorp, Schipluiden, Den Hoorn
• Den Haag en Zoetermeer
• Rotterdam en Schiedam
• Het Westland en Naaldwijk
• Verder in Zuid-Holland: Leiden, Gouda, Dordrecht

Daarbuiten werkt het net zo goed, alleen dan op afstand. Ik neem opdrachten aan in heel Nederland en in België; het enige verschil is dat we elkaar dan minder vaak in het echt zien. Voor het werk zelf maakt dat niets uit — zie de vorige sectie — en voor het eerste gesprek doen we gewoon een videogesprek.

Wat een app kost, en waar dat aan ligt

Op deze pagina staat geen bedrag, en dat is een keuze. Elke prijs die ik hier zou neerzetten zonder te weten wat je wil, is een slag in de lucht — en de kans is groot dat je hem later terugziet als “maar er stond toch…”. Wat ik wel kan doen, is opschrijven waar de prijs aan ligt, zodat je elke offerte die je krijgt beter kunt lezen. Ook die van mij.

• Het aantal schermen, en hoeveel er in elk scherm gebeurt. Een lijst met detailpagina's is iets heel anders dan een scherm waarin je kunt tekenen, opnemen of live iets ziet veranderen.
• Of er een server bij hoort. Een app die alles op het toestel houdt, is aanzienlijk goedkoper dan een app met accounts, een database en synchronisatie tussen apparaten. Dat tweede is bovendien geen eenmalige kostenpost: die server blijft draaien en geld kosten.
• Of er een tweede platform bij komt. Alleen iPhone is iets anders dan iPhone plus iPad plus Mac. Elk platform erbij is niet alleen extra bouwwerk maar ook extra onderhoud, voor altijd.
• Wat er met gevoelige gegevens gebeurt. Zodra er persoonsgegevens in gaan, komen er eisen bij die niets met schermen te maken hebben maar wel werk zijn.
• Onderhoud na oplevering. Apple brengt elk jaar een nieuwe iOS-versie uit en dingen breken. Een app is geen eenmalige aanschaf; wie je dat wel voorspiegelt, laat de rekening voor later liggen.

Twee kosten die los staan van wie je inhuurt en die vaak vergeten worden: het Apple Developer Program kost 99 dollar per jaar en die rekening loopt door zolang je app in de App Store staat, en Apple beoordeelt elke inzending. Een afwijzing is normaal, hoort erbij en kost doorlooptijd — reken erop dat een eerste inzending niet altijd in één keer doorkomt.

Wil je een bedrag voor jouw geval: mail me wat je voor ogen hebt, dan krijg je er een. Liever een onderbouwd getal in een gesprek dan een verzonnen getal op een webpagina.

Wat ik bouw

Native apps voor het Apple-platform, in Swift en SwiftUI. Dat betekent: gebouwd met het gereedschap dat Apple zelf voor zijn toestellen maakt, in plaats van met een tussenlaag die één app op twee platformen probeert te laten lijken. Wat dat verschil precies inhoudt en wanneer die tussenlaag juist de betere keuze is, staat op native app of cross-platform.

Het beste bewijs dat ik heb, zijn mijn eigen apps, want daar draag ik alles van: het idee, het ontwerp, de code, de infrastructuur en de winkelpagina.

• Transcribier — een dicteerapp voor Mac en iPhone die je gesproken tekst omzet naar geschreven tekst, waar je ook typt.
• Best-I — een iPhone-app om je energiebalans bij te houden, met een versleuteld dagboek eromheen.

Allebei zijn ze gebouwd, allebei staan ze nog niet in de App Store. Dat schrijf ik er expliciet bij omdat je het hoort te weten voordat je iemand inhuurt: ik kan je laten zien wat ik maak, ik kan je niet een rij downloadcijfers laten zien. Wat ik wél kan, is de apps op mijn eigen toestel laten draaien terwijl je meekijkt — en dat is voor de vraag of iemand kan bouwen eerlijk gezegd informatiever.

Wat ik niet doe

Even zo belangrijk, en het scheelt ons allebei een gesprek:

• Alleen-Android. Ik bouw voor Apple-platformen. Zoek je uitsluitend een Android-app, dan ben ik de verkeerde en zeg ik dat meteen.
• Werk voor een team van tien. Zie hierboven: ik ben één persoon. Bij een omvang waar meerdere mensen tegelijk aan moeten bouwen, moet je bij een bureau zijn.
• Een vaste prijs op een vage opdracht. Als de scope nog niet staat, is een vaste prijs een gok die vervolgens door één van ons betaald wordt. Dan liever eerst een korte, betaalde ronde om de scope scherp te krijgen, en daarna pas een getal.
• Een app als er geen app nodig is. Soms is een website genoeg en soms bestaat er al iets dat het doet. Dat zeg ik dan, ook al kost het mij de opdracht.

Hoe een gesprek begint

Met een mail waarin staat wat je voor je ziet. Het hoeft niet uitgewerkt te zijn — twee alinea's over wat het moet doen en voor wie is genoeg om te beoordelen of het bij mij past en of het überhaupt een app moet zijn.

Daarna bel of zie ik je, en dan hoor je van mij drie dingen: of ik denk dat het kan, waar ik de risico's zie, en wat het volgens mij kost. Zit je in Delft of in de buurt, dan doen we dat aan een tafel. Daar zit geen offertetraject of verkoopgesprek tussen; ik ben degene die het gaat bouwen, dus het is meteen inhoudelijk.

Zoek je meer achtergrond bij het bredere verhaal, dan staat dat op app laten maken. Zoek je iemand op detacheringsbasis in plaats van per project, kijk dan bij freelance iOS-developer.