Mobiele ontwikkeling
Een mobiele app die standhoudt op het terrein.
Een mobiele applicatie heeft alleen zin als ze werkt waar ze gebruikt wordt: in een magazijn zonder bereik, op een werf met handschoenen aan, in een bestelwagen tussen twee interventies. We bouwen voor die omstandigheden — en we zeggen ook wanneer een native app niet het juiste antwoord is.
Wanneer een mobiele app zinvol is
Mobiel wordt verantwoord door het gebruik, niet door de wens in een store te staan.
Uw mensen op het terrein noteren op papier, en iemand typt het daarna over op kantoor.
Uw technici hebben informatie nodig op plaatsen zonder betrouwbare verbinding.
U moet foto’s, handtekeningen of metingen vastleggen met een tijdgebonden spoor.
U gebruikt functies die alleen de telefoon biedt: codes scannen, NFC, camera, locatie.
Uw gebruikers moeten meteen verwittigd worden, niet bij hun volgende aanmelding.
Een bestaande app werkt slecht offline, put de batterij uit, of wordt niet meer onderhouden.
Wat we bouwen
De zichtbare app is maar een deel van het werk. Wat ze betrouwbaar maakt zit meestal erachter.
Terreinapplicaties
- Offline invoer met synchronisatie bij het herstellen van de verbinding
- Foto’s, handtekeningen en metingen met tijdsaanduiding
- Scannen van barcodes, QR-codes en NFC-labels
- Interfaces bruikbaar met handschoenen, buiten, met één hand
- Beheer van rondes en opeenvolgende interventies
Applicaties voor gebruikers
- Klantenportalen en persoonlijke omgevingen
- Pushmeldingen, gericht en beperkt tot wat nuttig is
- Biometrische authenticatie en sessiebeheer
- Publicatie en opvolging in de App Store en Google Play
De basis erachter
- Een API specifiek voor mobiel, gebouwd voor trage verbindingen
- Synchronisatie en afhandeling van conflicterende wijzigingen
- Beheer van geïnstalleerde versies en verplichte updates
- Opvolging van fouten en crashes in productie
Waar een terreinapp werkelijk zit
De app is maar één schakel. Wat haar betrouwbaarheid bepaalt, is wat ze doet als het bereik wegvalt en hoe ze aansluit op uw systemen.
Terrein
Magazijn, werf, bestelwagen, interventie bij een klant. Onzeker bereik, handen bezet, weinig tijd.
Mobiele applicatie
Werkt eerst lokaal en synchroniseert daarna. De gebruiker ziet altijd of zijn werk doorgestuurd is.
Mogelijke functies
- Offline
- Synchronisatie
- Foto & scan
- Locatie
- Meldingen
Backend & API
Lost conflicten op, past de regels toe, bewaart de historiek.
Bestaande systemen
ERP, planning, facturatie: de gegevens blijven waar ze al leven.
Geen van deze functies is vanzelfsprekend. Elke functie voegt ontwikkeling en onderhoud toe, en wordt beslist op vastgesteld gebruik.
Mobiele app, PWA of responsieve website?
Alle drie zijn geldige antwoorden. De keuze hangt af van wat de applicatie werkelijk nodig heeft.
- Native applicatie
- Nodig wanneer u de hardware nodig hebt: echte offline werking, NFC, Bluetooth, sensoren, betrouwbare meldingen, vloeiende weergave. Het is ook de keuze die het meeste onderhoud vraagt: twee platformen, twee publicatieprocessen, besturingssystemen die elk jaar veranderen.
- PWA
- Een installeerbare webapplicatie die tot op zekere hoogte offline werkt en zich bijwerkt zonder store. Een goed compromis wanneer de hardwarenood beperkt is en de gebruikersgroep gekend is.
- Responsieve website
- Vaak voldoende wanneer het gebruik occasioneel en verbonden is, en er niets geïnstalleerd hoeft te worden. Het goedkoopst in onderhoud en het snelst om te laten evolueren.
Als een responsieve website uw vraag beantwoordt, zeggen we dat — ook al wordt het project daardoor kleiner.
Hoe een mobiel project verloopt
Het terrein beslist. We testen vroeg, in de werkelijke gebruiksomstandigheden.
- 01
Het werkelijke gebruik bekijken
Waar, wanneer en hoe de app gebruikt wordt: bereik, licht, handschoenen, duur van een sessie, onderbrekingen.
- 02
De juiste vorm kiezen
Native, PWA of web: de beslissing valt op gebruikscriteria, en ze wordt gedocumenteerd.
- 03
Bouwen en testen op toestel
Testen gebeurt op echte telefoons. Slechte omstandigheden horen bij de testgevallen.
- 04
Publiceren
Storepagina’s, naleving van de regels van de stores, ontwikkelaarsaccounts en de eerste beoordelingsrondes.
- 05
Opvolgen in productie
Crashes, geïnstalleerde versies, werkelijke ingebruikname. Een app die niet opgevolgd wordt, gaat stil achteruit.
De technische basis
Eén gedeelde codebasis waar de vraag het toelaat, native waar dat niet kan.
Cross-platform ontwikkeling
iOS en Android vanuit één codebasis, voor bedrijfsnoden die niet zwaar op hardware leunen.
Offline synchronisatie
Lokale opslag, wachtrij en conflictafhandeling bij het herstellen van de verbinding.
Mobiele API’s
Diensten gebouwd voor trage, onderbroken en soms betalende verbindingen.
Distributie en opvolging
Publicatie in de stores, interne distributie, opvolging van crashes en geïnstalleerde versies.
Hoe we werken
Een mobiele app vraagt opvolging na de lancering: besturingssystemen evolueren, storeregels veranderen, toestellen worden vervangen.
Verwante toepassingen
Een bedrijfsproces automatiseren
Dezelfde gegevens worden meermaals ingegeven, goedkeuringen lopen via e-mail en niemand weet waar een dossier staat.
Systemen koppelen die niet met elkaar praten
Uw ERP, uw CRM en uw bedrijfstools bevatten elk een stuk van de waarheid, zonder betrouwbare uitwisseling ertussen.
Bedrijfssoftware moderniseren
De applicatie werkt nog, maar wordt duur in onderhoud, moeilijk aanpasbaar en afhankelijk van enkele personen.
Veelgestelde vragen
Moeten we apart voor iOS en Android ontwikkelen?
Niet noodzakelijk. Cross-platform ontwikkeling dekt de grote meerderheid van de bedrijfsnoden vanuit één codebasis. Apart native werk is verantwoord wanneer de app zwaar op hardware leunt of wanneer vloeiende weergave kritiek is. De keuze valt bij de afbakening, samen met het effect op de onderhoudskost.
Wat kost het onderhoud van een app?
Het is niet optioneel. iOS en Android brengen elk jaar grote versies uit, de stores passen hun regels aan, en een app die niet wordt bijgewerkt raakt uiteindelijk niet meer geïnstalleerd of wordt verwijderd. Die terugkerende kost hoort van bij de start in het project te zitten, niet een jaar na de lancering ontdekt te worden.
Hoe lang duurt publicatie in de stores?
De technische beoordeling duurt doorgaans enkele dagen, maar de termijnen variëren en een weigering is altijd mogelijk, zeker in de App Store. We bereiden het conformiteitsmateriaal vooraf en voeren de communicatie met de platformen. We beloven geen gegarandeerde lanceerdatum: die hangt niet van ons af.
Kunt u een bestaande app overnemen?
Vaak wel. We controleren eerst de staat van de code, de verouderde afhankelijkheden, en of er nog een nieuwe versie gebouwd en gepubliceerd kan worden. Dat laatste is meestal de blokkade: een app waarvoor geen nieuwe versie meer geproduceerd kan worden, moet herbouwd worden, hoe goed de code ook is.
Wie houdt de ontwikkelaarsaccounts aan?
De accounts bij Apple en Google horen op uw naam te staan, niet op de onze. We helpen u ze aan te maken en in te stellen, maar u blijft eigenaar van uw gepubliceerde apps en hun storepagina’s.
Laten we uw terreingebruik bespreken
Vertel ons waar en hoe de app gebruikt zal worden. Dat bepaalt de juiste vorm.