SERVICESMOBILE DEVELOPMENTEen app laten ontwikkelen die mensen blijven openen
Snelle, schaalbare en goed onderhoudbare apps gebouwd met React Native, Flutter of native iOS en Android.
ISO 9001 & 27001
Een app die werkt waar je team werkt, ook waar geen bereik is. Bekijk onze werkwijze →
Wat is mobile development?
Mobile development is het bouwen van software specifiek voor smartphones en tablets: native voor iOS (Swift) en Android (Kotlin), of cross-platform met React Native vanuit een gedeelde codebase. De app koppelt doorgaans aan een bestaande backend of API voor data, authenticatie en betalingen. Publicatie verloopt via App Store Connect en Google Play Console, inclusief het reviewproces van Apple en Google. Your Tech Club levert dit vanuit Amsterdam, van eerste prototype tot beheer na livegang.
Onder meer gebouwd voor Tata Steel, M&G Investments, Digistore24, Toppers in Concert, Bar-le-Duc en Loogman
Voordat bedrijven bij ons uitkomen, lopen ze meestal tegen een van deze drie problemen aan.
De app voelt niet native aan
De huidige app is gebouwd als webview-wrapper of met een low-code platform. Navigatie hapert, animaties lopen niet soepel en binnen een paar taps merken gebruikers dat het geen volwaardige iOS- of Android-app is.
iOS en Android groeien uit elkaar
Een nieuwe feature landt eerst op één platform en de andere volgt pas weken later, of blijft liggen. Twee losse native codebases of een cross-platform laag die niet goed is opgezet, maakt van elke release een race tegen elkaar.
De app staat los van de rest van de systemen
Voorraad, klantgegevens of statussen in de app komen niet overeen met wat er in het CRM, ERP of de bestaande backend staat. Elke koppeling is los maatwerk geworden en niemand durft nog aan de synchronisatie te sleutelen.
Native, cross-platform of eigenlijk een webapp?
Voordat de vraag native of cross-platform aan de orde is, is er een goedkopere vraag: heb je wel een app nodig? Als je gebruikers vooral informatie opzoeken of een formulier invullen, doet een goede mobiele website hetzelfde werk zonder dat iemand iets hoeft te installeren. Een app die niemand opent, is de duurste vorm van niets.
Een app verdient zich terug zodra je iets nodig hebt wat de browser niet geeft: werken zonder verbinding, pushberichten die echt aankomen, de camera of scanner intensief gebruiken, of een plek op het beginscherm bij mensen die je dagelijks gebruiken.
- Geen app als een mobiele website hetzelfde doet
- Cross-platform als standaard, native waar het moet
- Offline werken en pushberichten als echte reden
De app bouwen is de helft, hem in de store houden de andere
Een app is niet af bij oplevering. Apple en Google brengen jaarlijks nieuwe versies uit, en een app die niet meebeweegt wordt eerst onbetrouwbaar en daarna uit de store gehaald. Dat is geen ramp, maar het is wel een verplichting die je vooraf moet inplannen in plaats van erdoor overvallen te worden.
Datzelfde geldt voor de reviewprocedure. De eerste indiening duurt langer dan mensen denken, en afwijzingen gaan vaker over privacyteksten, accountverwijdering en betaalregels dan over de code. Wij regelen die indiening en zorgen dat de vereisten al in het ontwerp zitten.
- Jaarlijkse OS-updates vooraf ingepland
- Indiening bij Apple en Google inclusief privacyvereisten
- Oudere appversies blijven werken na een update
Wat er gebeurt als de verbinding wegvalt
De meeste apps die in het veld gebruikt worden, falen op hetzelfde punt: in een kelder, een loods of een landelijk gebied valt de verbinding weg en het formulier dat iemand net heeft ingevuld is verdwenen. Dat is het moment waarop een monteur teruggaat naar papier, en dan komt hij niet meer terug.
Offline werken is daarom geen extra functie maar een ontwerpkeuze. Gegevens worden lokaal opgeslagen, de app werkt door alsof er niets aan de hand is, en zodra er weer verbinding is wordt alles gesynchroniseerd. De vraag die je vooraf moet beantwoorden is wat er gebeurt als twee mensen hetzelfde record hebben aangepast.
- Lokale opslag, synchroniseren zodra er verbinding is
- Vooraf vastgelegd wat er bij conflicten gebeurt
- Getest in de omstandigheden waar de app gebruikt wordt
Wij bouwen niet standaard in één stack. We maken per app, en soms per feature, de keuze die het beste past bij wat de app moet kunnen en bij wat er al aan systemen staat.
Native waar het moet, React Native waar het kan
Voor apps met zware camera-, sensor- of Bluetooth-functionaliteit bouwen we native met Swift en Kotlin, voor maximale snelheid en volledige toegang tot het platform. Gaat het vooral om schermen, formulieren en workflows, dan kiezen we React Native: een gedeelde codebase voor iOS en Android, sneller te bouwen en makkelijker te onderhouden. Die afweging maken we per project, niet vooraf vastgezet.
De app koppelt aan wat er al staat
De meeste apps die wij bouwen praten met een bestaand systeem: een CRM, ERP, betaalprovider of een API die al draait. In plaats van nog een los eiland te bouwen, zetten we een API-laag op die de app aanstuurt en die de app ook offline bruikbaar houdt, zodat gebruikers niet vastlopen zodra het netwerk wegvalt.
Store-publicatie is geen bijzaak achteraf
Wij regelen App Store Connect en Google Play Console zelf: certificaten, provisioning profiles, TestFlight-builds voor beta-testers en de App Store Optimization die bepaalt of gebruikers de app vinden. Wordt een build afgewezen door Apple of Google, dan lossen wij dat op, niet iets waar je zelf achteraan moet.
Broncode en documentatie zijn van jou
Je krijgt volledige toegang tot de repository en technische documentatie, zodat je niet vastzit aan één partij voor het vervolg.
Kwaliteit los van één developer
Code review en geautomatiseerde tests horen bij elke wijziging, vastgelegd in ons ISO 9001-gecertificeerde kwaliteitsproces.
Beveiliging als vast onderdeel
Toegang tot code, klantdata en store-accounts verloopt volgens vaste procedures binnen onze ISO 27001-certificering.
- projecten opgeleverd
- terugkerende klanten
- uit 127 reviews
- ISO27001 en 9001 gecertificeerd
Drie manieren om aan software te komen, naast elkaar.
- Past op hoe jij werkt, niet andersomStandaardpakket: nee · Freelancer of klein bureau: ja
- Broncode en data zijn van jouStandaardpakket: nee · Freelancer of klein bureau: wisselt
- ISO 9001 en ISO 27001 gecertificeerdStandaardpakket: wisselt · Freelancer of klein bureau: zelden
- Koppelingen met wat er al draaitStandaardpakket: deels · Freelancer of klein bureau: ja
- Zegt het ook als een pakket beter pastStandaardpakket: nee · Freelancer of klein bureau: wisselt
- Design, software, data en AI in één teamStandaardpakket: nee · Freelancer of klein bureau: nee
- Beheer en doorontwikkeling na livegangStandaardpakket: via de leverancier · Freelancer of klein bureau: wisselt
- Vaste contactpersonen, kantoor in AmsterdamStandaardpakket: nee · Freelancer of klein bureau: wisselt
Van prototype tot live in de stores. We werken iteratief en valideren vroeg met echte gebruikers.
- 01
Scoping & platformkeuze
We starten met een intake waarin we doel, doelgroep en kernfunctionaliteiten scherp krijgen. Daarin bepalen we ook de platformkeuze: native met Swift en Kotlin voor maximale performance en toegang tot devicefuncties, of React Native voor een gedeelde codebase tussen iOS en Android. Ook brengen we in kaart welke bestaande backend, CRM of API de app moet aanspreken.
- 02
UX/UI design
We ontwerpen wireframes en een klikbaar prototype volgens de Apple Human Interface Guidelines en Material Design, zodat de app vanaf de eerste versie vertrouwd aanvoelt op het platform waar hij draait. Gebruikers testen dit prototype voordat er een regel code wordt geschreven.
- 03
Architectuur & koppelingen
We leggen de technische basis vast: authenticatie, offline-gedrag, datasynchronisatie en push-notificaties. Bestaande backends of API's koppelen we aan, of we bouwen een nieuwe backend als die er nog niet is. Deze fase bepaalt ook de sprintplanning voor de rest van het traject.
- 04
Bouwen in sprints
We ontwikkelen in sprints van twee weken. Na elke sprint staat er een werkende build klaar die je zelf op je eigen toestel installeert via TestFlight of de Play Console, zodat je de app ziet groeien in plaats van pas bij oplevering.
- 05
Testen op echte toestellen
We testen op een reeks fysieke iOS- en Android-toestellen, verschillende schermformaten en OS-versies. Naast functionele tests kijken we naar performance, batterijgebruik en crashvrij gedrag, aangevuld met een besloten beta via TestFlight en de interne testtrack van Play Console met echte gebruikers.
- 06
Store-lancering & hypercare
We dienen de app in bij App Store Connect en Google Play Console, inclusief metadata, screenshots en App Store Optimization. Na livegang volgen we crashrapportages en gebruikersfeedback op de voet en lossen we in de eerste weken direct op wat nodig is, voordat we overgaan op reguliere doorontwikkeling.
Een mobile app is nooit af bij de release in de store
- Crashmonitoring & bugfixingWe volgen crashrapporten en app-vitals per toestel en OS-versie, sporen de oorzaak op en leveren fixes via een vaste releasecyclus in plaats van een noodpatch achteraf.
- OS-compatibiliteitElke jaarlijkse iOS- en Android-release brengt nieuwe API's, permissiemodellen en verplichte SDK-versies met zich mee. Wij testen en updaten de app zodat hij op het nieuwste OS blijft werken.
- Store-releasesWij verzorgen de doorlopende releases via App Store Connect en Google Play Console, inclusief phased rollouts, changelog en het volgen van de reviewrichtlijnen van Apple en Google.
- Performance & batterijWe meten opstarttijd, geheugengebruik en batterijverbruik en sturen bij op app-grootte en achtergrondactiviteit, zodat de app licht blijft aanvoelen naarmate er features bijkomen.
- Doorontwikkeling op gebruiksdataIn-app analytics laten zien waar gebruikers afhaken of vastlopen in een flow. Die inzichten bepalen welke schermen en features in de volgende sprint worden aangepakt.
Geen accountmanager. Bij het eerste gesprek zit iemand die het werk zelf doet, vaak met een van de oprichters erbij. Daarna bouw je met een vast team vanuit ons kantoor in Amsterdam.
- Kantoor aan de Duivendrechtsekade in Amsterdam
- ISO 9001 en ISO 27001, gecertificeerd door Kiwa
- 500 projecten opgeleverd
- 4,8 uit 127 reviews
Een React Native app die met dezelfde backend meegroeit als het platform.
Eén codebase, twee platformen
Voor VIRPP bouwden we de mobiele app in React Native, zodat iOS en Android op één codebase draaien en nieuwe features niet twee keer gebouwd hoeven te worden.
Verbonden met het hele platform
De app praat met dezelfde Laravel-backend als het muziekplatform zelf, waardoor artiesten, labels en luisteraars in real time dezelfde data zien.
Wat kost een mobiele app laten ontwikkelen?
Dat hangt sterk af van de scope: een gerichte eerste versie (MVP) is een ander traject dan een volwaardige app met eigen backend, pushmeldingen, in-app aankopen en meerdere platformen. In een vrijblijvend gesprek bepalen we scope en offerte.
Native app of React Native, wat is verstandiger voor mijn app?
Dat hangt af van wat de app moet doen. Native (Swift voor iOS, Kotlin voor Android) is de beste keuze bij zware sensor-, camera- of Bluetooth-functionaliteit en bij apps die maximale snelheid nodig hebben. React Native is vaak slimmer als de app vooral uit schermen, formulieren en workflows bestaat: je deelt dan een groot deel van de code tussen iOS en Android en kunt sneller updates uitrollen. Wij bepalen dit per project, niet als vast uitgangspunt.
Hoe lang duurt het om een app te laten bouwen?
Een gerichte eerste versie (MVP) duurt meestal 10 tot 16 weken, inclusief design, development en de eerste App Store review. Een volledig product met meerdere releases en uitgebreidere functionaliteit loopt eerder 4 tot 9 maanden.
Regelen jullie ook de publicatie in de App Store en Google Play?
Ja, wij verzorgen de volledige publicatie: het opzetten van App Store Connect en Google Play Console, certificaten en provisioning profiles, TestFlight-builds voor beta-testers, en de App Store Optimization (screenshots, beschrijving, zoekwoorden) die bepaalt of gebruikers de app vinden. Wordt een build afgewezen door Apple of Google, dan lossen wij dat op.
Kan de app koppelen met onze bestaande backend of systemen?
Ja, de meeste apps die wij bouwen koppelen met wat er al staat: een bestaand CRM, ERP, betaalprovider of een API die al draait. Daarvoor bouwen we een aparte API-laag die de app aanstuurt en die de app ook offline bruikbaar houdt, zodat gebruikers niet vastlopen zodra het netwerk wegvalt.
Doen jullie ook onderhoud en updates na de lancering?
Ja, het overgrote deel van onze klanten kiest voor doorlopend onderhoud na de lancering. Dat betekent het opvangen van OS-updates (nieuwe iOS- en Android-versies breken regelmatig functionaliteit), security-patches, monitoring op crashes en performance, en nieuwe features in sprints van twee weken.
Gerelateerde diensten
Neem direct contact met ons op. We komen zo snel mogelijk bij je terug
Je bericht komt bij ons team in Amsterdam binnen.