App laten maken op maat

De investering hangt af van platforms (iOS, Android, web), het aantal schermen, integraties en onderhoud. Een compacte MVP start doorgaans in een lager segment; brede enterprise-apps met backends, compliance en meerdere koppelingen zitten hoger. Reken ook op jaarlijks onderhoud van ongeveer 15 tot 20 procent van de bouwkosten voor stores, OS-updates, hosting en bugfixes. Gebruik onze calculator op /calculator voor een eerste bandbreedte, of lees de gids over app-kosten op onze blog. In een kort gesprek geven we een eerlijke inschatting zonder vrijblijvende beloftes.

Een eerste versie kan in enkele maanden live als scope en designs helder zijn, en we werken in sprints van twee weken met werkende demo's zodat u tussentijds bijstuurt. Reken bij een mobiele app op twee stappen die na de laatste sprint vallen en die bij web niet bestaan. Eerst een betaperiode via TestFlight en de interne testtracks van Google Play, waarin echte toestellen, oudere Android-versies en trage netwerken problemen blootleggen die een simulator nooit laat zien. Daarna de storereview: Apple beoordeelt doorgaans binnen een tot drie dagen, maar een afwijzing om een ontbrekende optie tot accountverwijdering, onjuiste privacylabels of een inlogmuur zonder testaccount kost een extra ronde. Voor Android rollen we gefaseerd uit naar een klein deel van de gebruikers, zodat een crash zichtbaar wordt voordat iedereen de update heeft. Plan die weken vooraf in.

Native (Swift of Kotlin) is sterk bij diepe OS-integratie: sensoren, push, offline-first en maximale performance, maar vraagt vaak twee codebases en store-reviews. Een webapp of PWA heeft één codebase, is sneller in de markt en past goed bij interne tools, dashboards en B2B-portalen, met beperktere hardware-toegang. Hybride of cross-platform (React Native) geeft bijna native gevoel met één codebase: ideaal voor MVP's die later kunnen groeien. We adviseren op basis van gebruikers, budget en groeiplan, niet op hype.

We kiezen de stack op het probleem, niet op trends. Voor web en frontend werken we vaak met React en Next.js; voor cross-platform mobile met React Native; voor backends met Node.js of Bun; voor data met PostgreSQL; voor auth, storage en realtime met Supabase; voor hosting met Vercel of AWS; voor betalingen met Stripe of Mollie; en waar het past met AI-integraties via OpenAI of andere LLM's. De uiteindelijke keuze volgt uit discovery, niet uit een vaste template.

Ja. We bouwen API-koppelingen met ERP, CRM, betaalproviders en meer. Zie het overzicht op /api-koppelingen voor voorbeelden zoals Exact, Stripe of Shopify, en de pillar over software-koppelingen voor de bredere aanpak.

Lancering is het begin. App Stores verwachten updates; OS-versies, security patches en API's van derden blijven veranderen. Zonder onderhoud veroudert een app sneller dan de meeste opdrachtgevers verwachten. We bieden retainers: van licht onderhoud en bugfixes tot feature-ontwikkeling en performance-monitoring. We werken met feature branches, staging en geautomatiseerde releases, zodat updates getest landen bij gebruikers zonder dat uw team eraan vastzit.

Vier klassiekers: scope creep zonder vaste MVP-prioriteiten (discovery voorkomt dit); de designfase overslaan zodat fouten pas in code duur worden; de verkeerde technologie kiezen (bijvoorbeeld native voor een simpel dashboard of no-code voor een complex platform); en geen onderhoudsbudget reserveren. Plan naast bouw ook jaarlijkse kosten voor servers, SSL, store-abonnementen en updates. Wij helpen die afwegingen vóór de eerste regel code.

Technologie is het middel. Goede apps scoren op intuïtieve UX (belangrijke acties binnen twee tikken, korte formulieren, duidelijke foutmeldingen, getest met echte gebruikers), betrouwbare performance (ook op oudere toestellen en trage netwerken), toegankelijkheid volgens WCAG, en security vanaf het fundament (encryptie, auth, inputvalidatie, OWASP-praktijken en tests vóór livegang). Die eisen nemen we mee in ontwerp, niet als afterthought.

U krijgt directe toegang tot het projectbord, updates in een gedeeld kanaal en tweewekelijkse demo's. Feedback hoeft niet tot de volgende sprint te wachten: als iets anders moet, bespreken we het dezelfde dag. Na oplevering blijven we bereikbaar; retainer-klanten hebben een vast contact dat de applicatie kent. U praat met de developers die bouwen, zonder onnodige tussenlagen.

We zitten in Haarlem en werken hybride, met klanten door heel Nederland. Discovery en reviews kunnen online of fysiek; het team levert remote features met dezelfde kwaliteit, zonder tijdzone- of taalbarrières.

U bent eigenaar van wat we specifiek voor u bouwen, tenzij anders contractueel afgesproken. Repositories, credentials en documentatie worden overgedragen. Bij een app hoort daar meer bij dan de code alleen. Het account in het Apple Developer Program en de Google Play Console staan op naam van uw organisatie en niet op onze bureaunaam, want een app onder ons account verhuist alleen via een formele overdrachtsprocedure en die kan alleen als de vorige partij meewerkt. Hetzelfde geldt voor signing keys: raakt een Android upload key kwijt, dan kunt u geen update meer publiceren op dezelfde storevermelding en verliezen uw gebruikers hun installatie-basis. Die sleutels bewaren we in uw eigen secrets manager en nemen we op in de overdracht, samen met de storeteksten, screenshots en het privacylabel. Geen vendor lock-in.

Zeker. Niet elk project begint vanaf nul. We beoordelen architectuur, performance en gebruikerservaring en stellen een verbeterplan op: nieuwe interface, snellere laadtijden, betere koppelingen of een modernere stack. Zo haalt u meer uit de bestaande investering zonder alles opnieuw te bouwen. Zie ook onze aanpak voor software-herontwikkeling.

Dan starten we klein met een MVP: de minimale versie die het kernprobleem oplost, waarna we uitbreiden op basis van echt gebruik. Bij een app zit de eerste besparing in het aantal platforms. Begin op het besturingssysteem waar uw gebruikers daadwerkelijk zitten en voeg het tweede toe wanneer gebruik dat rechtvaardigt; dat scheelt niet alleen bouwtijd maar ook een tweede storevermelding om te onderhouden. De tweede besparing zit in wat u nog niet bouwt. Offline werken met synchronisatie en conflictregels, pushmeldingen met segmentatie en een eigen beheerportaal kosten elk apart een substantieel deel van een budget. Een eerste versie die een verbinding nodig heeft en per e-mail bericht, is vaak genoeg om te leren of het idee klopt. Een betaversie via TestFlight vraagt bovendien geen volledige storebeoordeling en levert wel echte feedback.

Privacy bouwen we vanaf het begin in. Dat betekent dataminimalisatie, versleuteling, duidelijke toestemmingen en een verwerkersovereenkomst. Waar nodig ondersteunen we bij een DPIA. We houden rekening met de AVG zodat uw app compliant is zonder concessies aan de gebruikerservaring.

Neem contact op via /contact of vul de calculator in. We plannen een kort gesprek, bepalen scope en leveren een voorstel met mijlpalen. Geen druk, wel een eerlijke inschatting of maatwerk voor u past.