Mobiele apps

Mobiele apps voor iOS en Android, gebouwd vanuit één codebase

Wij bouwen cross-platform apps in React Native en Flutter — één team, één codebase, beide stores — en wij zijn open over de gevallen waarin native de betere keuze is.

De app die live ging en daarna stilviel

Mobiele projecten mislukken vaker ná de livegang dan tijdens de bouw. De ontwikkeling is klaar, de app bereikt beide stores, en dan schuiven de besturingssystemen op. Apple en Google brengen elk jaarlijks een grote release uit, zetten API's volgens een schema op de nominatie en veranderen periodiek wat de beoordeling accepteert. Een app die niemand onderhoudt is binnen ongeveer achttien maanden een app die niet meer compileert, en een geweigerde update op dat moment is opnieuw bouwen, geen reparatie.

Het tweede terugkerende probleem is het netwerk als betrouwbaar beschouwen. Telefoons verliezen bereik in liften, in treinen en in de gebouwen waar buitendienstmedewerkers daadwerkelijk werken. Een app die connectiviteit veronderstelt levert laadicoontjes, verloren formulierinvoer en supporttelefoontjes op. Offlinegedrag is een ontwerpbeslissing die vroeg wordt genomen, geen functie die later wordt toegevoegd.

Beide zijn net zozeer budgetvragen als technische vragen. Wij stellen de verwachting liever vóór de start bij dan iets op te leveren dat stilletjes verloopt.

Wat de opdracht omvat

Eén codebase, beide platformen

React Native of Flutter, afhankelijk van wat de app nodig heeft en wat uw team kan onderhouden. Platformspecifieke code waar het verschil er werkelijk toe doet, gedeelde code overal elders — en dat is vrijwel overal.

Gedrag bij offline en slechte verbinding

Lokale opslag, wachtrijen voor schrijfacties en conflictafhandeling, ontworpen op uw werkelijke gebruik in plaats van weggeredeneerd. Werken uw gebruikers in magazijnen, kelders of rijdende voertuigen, dan is dit het verschil tussen een app die ze gebruiken en een app die ze laten liggen.

Storepublicatie, geregeld

Inrichting van App Store en Play Console, ondertekening, privacyverklaringen, storevermeldingen en de beoordelingscyclus. Eerste inzendingen worden vaak genoeg afgewezen dat ervaring hier echte doorlooptijd bespaart.

Pushmeldingen met een doel

Gesegmenteerd, met toestemming, en gekoppeld aan gebeurtenissen waarvan mensen echt op de hoogte willen zijn. Meldingstoestemming wordt één keer gegeven en definitief ingetrokken, dus de eerste vraag moet verdiend zijn en niet bij het opstarten worden afgevuurd.

Een backend die past bij een mobiele client

Mobiele clients hebben andere API-vormen nodig dan browsers — minder heen-en-weer, kleinere payloads, en versiebeheer, want u kunt niet iedereen dwingen tegelijk bij te werken. Wij bouwen de API met dat in gedachten of passen een bestaande aan.

Releasepijplijn en zicht op crashes

Geautomatiseerde builds, gefaseerde uitrol en crashrapportage vanaf dag één ingericht, zodat een slechte release vanaf het dashboard wordt opgemerkt en niet vanuit een recensie.

Technologie die wij hiervoor gebruiken

Cross-platform

React Native
Flutter
TypeScript

Backend

Node.js
Express
Laravel
REST
GraphQL

Data

MongoDB
MySQL
Lokale opslag

Uitlevering

App Store Connect
Google Play Console
GitHub Actions
Docker

Wij kiezen hieruit op basis van wat het project nodig heeft en wat uw team na de overdracht kan onderhouden — niet op basis van waar wij het liefst mee werken. Ligt er al een gezonde technische basis, dan werken wij daarbinnen.

Wanneer een mobiele app het juiste antwoord is

Buitendienst- en eerstelijnsteams

Monteurs, chauffeurs en inspecteurs die werk vastleggen buiten kantoor. De eisen zijn meestal offline vastleggen, camera, locatie en een synchronisatiemodel dat een wegvallend signaal midden in een formulier overleeft.

Klantapps voor herhaald gebruik

Boeken, bestellen en accountbeheer, waar de interactie frequent genoeg is om een installatie te rechtvaardigen. Is dat niet het geval, dan adviseren wij doorgaans een goed gebouwde responsieve site en besparen wij u het budget.

Companion-apps bij een bestaand platform

Een mobiele schil over een systeem dat u al draait. Het werk gaat vaak meer over API-ontwerp en authenticatie dan over de interface zelf.

Interne apps met privédistributie

Tools voor medewerkers die via beheerde distributie worden uitgerold in plaats van via de publieke stores, waarmee de beoordelingscyclus volledig uit uw releasepad verdwijnt.

Vragen die ons hierover worden gesteld

Moeten we cross-platform of native bouwen?

Cross-platform past bij de grote meerderheid van zakelijke apps en kost merkbaar minder om te bouwen en te onderhouden, omdat één team één codebase onderhoudt. Native wordt de betere keuze wanneer de app sterk leunt op platformspecifieke hardware, aanhoudend hoge beeldsnelheden nodig heeft, of zelf het product is en exact als het platform moet aanvoelen. Wij geven u een rechttoe rechtaan advies voor uw situatie in plaats van een standaardkeuze.

Hebben we überhaupt een app nodig?

Vaak niet. Als mensen hem een paar keer per jaar zouden gebruiken, is de installatie een drempel en bedient een responsieve website hen beter voor een fractie van de kosten. Apps rechtvaardigen zichzelf door gebruiksfrequentie, door echte apparaatmogelijkheden — camera, locatie, offline, achtergrondsynchronisatie — of door de noodzaak van een plek op het beginscherm van een telefoon.

Hoe lang duurt een app?

Een gerichte eerste release duurt doorgaans 8 tot 14 weken, inclusief storepublicatie. Apps met substantieel offlinegedrag, betalingen of complexe koppelingen duren langer. De storebeoordeling kost dagen in plaats van weken zodra de accountinrichting klopt, al kan een eerste inzending langer duren.

Wat houdt onderhoud in?

Realistisch gezien twee tot vier releases per jaar: OS-updates, opwaarderingen van afhankelijkheden en SDK's, en periodieke wijzigingen in store-eisen. Dit is doorlopend en niet optioneel — een niet-onderhouden app houdt op met compileren. Wij zien liever dat u het vanaf het begin begroot.

Kunt u publiceren onder onze ontwikkelaarsaccounts?

Ja, en dat raden wij aan. Uw bedrijf hoort eigenaar te zijn van de App Store- en Play Console-accounts en van de ondertekeningssleutels. Heeft u ze nog niet, dan zetten wij ze samen met u op.

Denkt u aan mobiele apps?

Stuur ons het probleem en de beperkingen die u al kent. Wij komen terug met wat wij denken dat het vraagt, een aanpak en een realistische orde van grootte — of met de mededeling dat wij hier niet de juiste partij voor zijn.

Begin een gesprek