Dienst · App-ontwikkeling

IoT app laten maken voor uw verbonden apparaten.

Maatwerk apps voor smart-home, industrial IoT, fleet- en asset-tracking, smart-building en bluetooth-devices. Wij bouwen de mobile-app, het web-dashboard en de cloud-backend die uw sensoren, machines en producten verbinden met een interface die uw eindgebruikers daadwerkelijk vertrouwen.

Plan een kennismaking Bekijk ons werk

Een IoT-app is meer dan een interface — het is de top van een driedeling.

Internet of Things is de verzamelnaam voor systemen waarin fysieke apparaten — sensoren, machines, voertuigen, gebouwen, consumer-devices — verbonden zijn met een digitale laag die de data daarvan weergeeft, regelt of orkestreert. Voor de eindgebruiker is een IoT-app vaak het enige zichtbare onderdeel: de slimme thermostaat in de woonkamer, het dashboard waarop een fleet-manager zijn voertuigen volgt, of de mobiele app waarmee een onderhoudsmonteur een sensor op een machine uitleest.

Onder die app zitten echter twee lagen die net zo cruciaal zijn. De device-laag bestaat uit de hardware zelf — sensoren, actuators, controllers, soms een microcontroller met embedded firmware — en daar wordt bepaald welke data überhaupt beschikbaar is en hoe betrouwbaar die is. De connectiviteit-laag zorgt dat die data het apparaat verlaat: via wifi, bluetooth low energy, LoRa, 4G, 5G of NB-IoT, en via protocollen zoals MQTT, CoAP of HTTP. Pas op die twee lagen zit de app-laag — en daar zit onze kern.

Wij bouwen vooral die app-laag: een betrouwbare mobile-app, een web-dashboard voor beheerders, een schaalbare cloud-backend die de device-data ingestueert en analyseert, en de koppelingen die dat geheel verbinden met uw bestaande IT — van CRM tot ERP tot een onderhoudsmanagementsysteem. De device- en connectiviteit-laag pakken we waar nodig samen met hardware- en firmware-partners op, zodat u één partij heeft die het hele traject regisseert.

Onze aanpak in vier punten.

App-eerst

We optimaliseren voor de eindgebruiker, niet voor de hardware-leverancier

Cross-platform

iOS en Android uit één codebase via Flutter of React Native

Cloud-native

AWS IoT Core, Azure IoT Hub of GCP — afhankelijk van uw stack

Secure-by-design

Device-auth, TLS, OTA-updates en AVG ingebakken vanaf sprint één

Welke IoT-app trajecten wij bouwen.

IoT is breed — wij worden meestal gevraagd in drie patronen. Bijna elk traject is een combinatie van twee of meer.

Traject 01

Consumer-app voor smart-home en bluetooth-devices

Eindgebruikers, App Store en Google Play

Een consumer-app waarmee uw gebruikers thuis hun thermostaat regelen, hun verlichting dimmen, hun beveiligingscamera bekijken, of een bluetooth-product koppelen — zoals een hearing-aid, fitness-device, BLE-beacon of slimme deurslot. De kern is een betrouwbaar onboarding-flow waarin de gebruiker het apparaat ontdekt, koppelt aan zijn wifi-netwerk of telefoon, en vervolgens kan bedienen zonder gedoe.

Voor BLE-producten — een groeiend segment waarbinnen wij vaker gevraagd worden — bouwen we de volledige bluetooth-handshake: scanning, pairing, GATT-service-discovery, characteristic-read-write, notifications. Inclusief randzaken die in de praktijk vaak voor problemen zorgen: reconnect na background, foreground service op Android voor lange verbindingen, en duidelijke foutafhandeling als de verbinding wegvalt. Een app die ook werkt als de gebruiker net buiten bereik staat of zijn telefoon even oppakt.

BLE-pairingWifi-provisioningPush-notificatiesApp Store-publicatieMulti-deviceFamily-sharing

Traject 02

Industrial IoT en predictive maintenance

Machine-monitoring voor maakindustrie en service

Voor productiebedrijven, machinebouwers en onderhouds-organisaties die hun machines willen verbinden met een mobiel of web-dashboard. De keten loopt typisch van industriële sensor — trillings, temperatuur, energie, akoestiek — via een gateway of PLC-koppeling naar een time-series database in de cloud, en van daaruit naar een dashboard dat planners, monteurs en management dezelfde data toont in een vorm die past bij hun rol.

Wij koppelen dit IoT-platform vaak rechtstreeks aan een onderhoudsmanagementsysteem en aan bredere maakindustrie-software: zodra een sensor afwijkt van baseline, ontstaat automatisch een inspectietaak in het CMMS. Voor machinebouwers met geïnstalleerde basis bij eindklanten bouwen we een wit-label app waarmee hun klanten zelf de status van hun installaties zien — een service-laag bovenop het product die in onderhoudscontracten waarde toevoegt.

TrillingsmonitoringOPC UA / ModbusTime-seriesAnomaly-detectieCMMS-koppelingWit-label klantportaal

Traject 03

Fleet-, asset- en logistieke tracking

Voertuigen, containers, materieel en cold-chain

Voor transportbedrijven, machineverhuurders, infrastructuurbeheerders en logistieke partijen die voertuigen, containers, machines of waardevolle goederen willen volgen — niet alleen op locatie, maar ook op conditie, gebruik en status. We bouwen de mobile-app voor chauffeurs en monteurs, het web-dashboard voor planners en management, en de backend die GPS, telematica en sensor-data combineert tot een werkbaar geheel.

Voor cold-chain en farma is temperatuur-tracking met afwijkings-alerts standaard onderdeel; voor materieelverhuur ligt de nadruk op gebruiksuren, lokatie en diefstalpreventie. Deze trajecten haken vrijwel altijd aan op uw bestaande planning- en facturatie-systemen — zie ook onze pagina over fleet-management apps en het bredere thema slimme API-integraties waarmee we deze koppelingen bouwen.

GPS-trackingTelematicaCold-chainGeofencingGebruiksurenERP-koppeling

Wat u aan het einde heeft.

Een werkende IoT-app in productie — plus alles eromheen om het zelf te beheren, door te ontwikkelen en op te schalen.

Mobile-app iOS + Android

Uit één Flutter- of React-Native-codebase, of native waar het echt nodig is.

Web-dashboard

Voor beheerders, planners en management — dezelfde data, andere rol.

Cloud-backend

Device-ingestion, time-series storage, analytics en API's voor uw stack.

Codebase + docs

Volledige source code, infrastructure-as-code en architectuur-overzicht.

Beheer (optie)

Monitoring, OTA-updates, security-patches, doorontwikkeling.

Wanneer een maatwerk IoT-app de juiste keuze is.

Vier patronen waarin een standaardplatform vastloopt en eigen software loont — gebaseerd op de trajecten die wij in de praktijk zien.

Hardware

Uw apparaat is uw product

Als u zelf een fysiek product op de markt brengt — een slimme thermostaat, een BLE-fitness-device, een industriële sensor, een wearable — dan is de app onlosmakelijk onderdeel van uw merk. Een gehuurd dashboard van een platform-partij heeft een ander logo, ander gedrag en andere prioriteiten dan u. Een eigen app geeft u controle over de eindgebruikerservaring en houdt het IP bij uw organisatie.

Integratie

Diepe koppelingen met uw IT-landschap

Wanneer een IoT-installatie data moet uitwisselen met uw eigen ERP, CRM, planning, facturatie of onderhoudssysteem, lopen standaard IoT-platforms vaak vast op de laatste mijl. Een eigen backend met API's die exact passen op uw bestaande systemen voorkomt dat u eindeloos data via tussenstappen exporteert.

Schaal

Veel devices of veel events per device

Voor consumer-producten met tienduizenden actieve apparaten, of voor industriële installaties die per machine duizenden events per dag genereren, wordt de keuze tussen platforms zoals AWS IoT Core, Azure IoT Hub of een eigen MQTT-cluster zeer concreet. Aan ons om die afweging samen met uw architect te maken — met oog voor kosten op schaal, niet alleen voor de eerste duizend devices.

Compliance

Privacy- of sector-eisen die generieke platforms niet dekken

Health-tech onder MDR, energie- of water-meter onder branche-regulering, smart-building onder AVG, kritieke infrastructuur onder NIS2 of IEC 62443: voor IoT met gevoelige data of veiligheidsimplicaties zijn audit-trails, data-residency en device-attestation geen optie. Eigen software laat dat allemaal expliciet maken.

Modules die in vrijwel elke IoT-app terugkomen.

De bouwstenen waaruit we putten — de combinatie en de diepte verschillen per project.

Onboarding

Device-discovery en koppeling

De eerste vijf minuten van de gebruiker zijn cruciaal. Een vlot onboarding-flow — bluetooth-scan, wifi-provisioning of QR-code koppeling — bepaalt of een gebruiker uw product blijft gebruiken of het in een la legt. Inclusief duidelijke foutafhandeling als pairing faalt en een eenvoudige flow om een tweede device toe te voegen.

Real-time

Live-updates en push-notificaties

Sensor-waarden die direct updaten zonder dat de gebruiker hoeft te verversen, alerts wanneer een grenswaarde wordt overschreden, push-meldingen op iOS en Android via Firebase Cloud Messaging of APNs. Voor industriële toepassingen met websockets of MQTT-over-websocket; voor consumer-apps meestal via push-driven sync.

Offline

Lokale cache en sync

Een goede IoT-app blijft bruikbaar in een tunnel, een lift, een afgelegen meterkast of een productiehal zonder dekking. Lokale cache van laatst-bekende waarden, queue van uitgaande commando's, conflictvrije synchronisatie zodra het netwerk terugkomt. Bij BLE-apps geldt dit ook voor de bluetooth-verbinding zelf — de app moet weten wat hij zonder server kan blijven doen.

Dashboard

Visualisatie en historie

Tijdseries-grafieken voor temperatuur, energie, draaiuren of trillings-data; heatmaps voor smart-buildings; kaart-views voor fleet- en asset-tracking; rolspecifieke dashboards voor management versus operatie. Custom waar het ertoe doet, Grafana-embed waar standaard prima volstaat.

Auth

Gebruikers, rollen en device-toegang

Gebruikers-authenticatie via e-mail, magic-link, social login of SSO; rolbeheer voor accounts met meerdere medewerkers; device-sharing voor consumer-flows waarin meerdere gezinsleden hetzelfde apparaat bedienen. Inclusief audit-log van wie wanneer welk apparaat heeft aangeraakt.

OTA

Firmware-updates over-the-air

Voor producten met embedded firmware: een OTA-update-pipeline met integriteits-check, rollback-mechanisme en gefaseerde uitrol. Wij bouwen typisch de cloud-zijde en de app-zijde van die pipeline; de embedded firmware-zijde doen we waar nodig samen met een hardware- of firmware-partner.

Analytics

Time-series, anomaly-detectie en regels

Een time-series database — InfluxDB, TimescaleDB of AWS Timestream — als basis, met daarbovenop een rule-engine die afwijkingen detecteert ten opzichte van baseline en daarop actie onderneemt: een notificatie naar de gebruiker, een werkorder in het CMMS, een webhook naar uw eigen systeem.

Integraties

API's naar uw bestaande stack

REST- en webhook-koppelingen naar uw CRM, ERP, ticket-systeem, planning of facturatie. Voor industriële IoT vaak ook in de andere richting: data uit uw productie-systemen die de IoT-app verrijkt met context — welk product draait er nu op deze machine.

Security

Device-auth, TLS en encryptie

X.509-certificaten per device voor mutual TLS, encryptie at-rest en in-transit, key-management via AWS KMS, Azure Key Vault of HashiCorp Vault, en een security-baseline gebaseerd op IEC 62443 of NIST IoT-framework. Privacy-by-design voor consumer-data, AVG-compliant logging voor persoonsgebonden device-data.

Hoe een IoT-app traject loopt.

01Kennismaking→ 02Device- en architectuurscan→ 03Bouw in sprints→ 04Uitrol en beheer

Stap 01

Kennismaking

Vrijblijvend gesprek over uw apparaat, uw eindgebruiker en uw bestaande IT. Welke data is er, welke ontbreekt, en wie moet er straks mee werken.

Stap 02

Device- en architectuurscan

We modelleren de keten: device, gateway, protocol, cloud, app. Keuze van platform — AWS, Azure, GCP of eigen MQTT — en koppelvlakken met uw bestaande systemen.

Stap 03

Bouw in sprints

Werkende app in 2-weekse sprints. We testen vroeg met echte hardware in plaats van met simulatoren — alleen op echte devices zie je BLE-quirks en netwerk-edge-cases.

Stap 04

Uitrol en beheer

Gefaseerd naar productie: eerst een pilot-groep eindgebruikers of één installatie. App Store- en Play Store-publicatie. Doorlopend beheer en uitbreiding.

Waar we mee koppelen en bouwen.

Per project kiezen we wat past bij uw hardware, uw schaal en uw bestaande IT. Voor de bredere context van waar dit traject in past, zie onze pagina over app-ontwikkeling. Voor de overlap met service- en onderhoudssoftware: maakindustrie-software.

App & frontend

FlutterReact NativeSwiftKotlinNext.jsReactBLE-stack

Cloud & data

AWS IoT CoreAzure IoT HubGCP IoTMQTTInfluxDBTimescaleDBKinesis / Pub/SubGrafana

Connectivity & security

BLE / BluetoothWifiLoRaWANNB-IoT / 4G / 5GCoAPX.509 / mTLSOTA-updatesIEC 62443

Veelgestelde vragen over IoT app-ontwikkeling.

Wat is een IoT-app precies en waarin verschilt het van een gewone mobile-app?

Een IoT-app — Internet of Things-app — is een mobiele of web-applicatie die direct of indirect communiceert met fysieke apparaten: sensoren, machines, voertuigen, gebouwen of consumer-devices. Het verschil met een gewone app zit niet in de UI, maar in de keten erachter: een device-laag (de hardware), een connectiviteit-laag (BLE, wifi, LoRa, mobiel netwerk) en een cloud-backend voor data-ingestion en analyse. Dat maakt het bouwen complexer dan een puur web-gedreven app, en stelt extra eisen aan offline-gedrag, security en real-time updates.

Doen jullie ook de hardware en firmware, of alleen de app?

Onze kern is de app-laag: mobile-app, web-dashboard en cloud-backend. Firmware en embedded development — een microcontroller programmeren, een PCB ontwerpen — doen wij niet zelf in huis. Voor projecten waar dat ook nodig is, werken we samen met vaste hardware- en firmware-partners die wij goed kennen. U heeft dan één regie-partij die het hele traject coördineert, in plaats van twee bureaus die langs elkaar werken. Voor projecten waar de hardware al bestaat — een sensor van Bosch, een wearable van een fabrikant, een industriële controller — bouwen wij vanaf de bestaande protocollen verder.

Flutter, React Native of native iOS en Android — wat raden jullie aan?

Voor de meeste IoT-apps zijn Flutter of React Native uitstekende keuzes: één codebase voor iOS en Android, snellere doorlooptijd, en inmiddels uitstekende ondersteuning voor BLE, push-notificaties en background-tasks. Native — Swift voor iOS, Kotlin voor Android — kiezen we wanneer er heel diepe integratie met OS-specifieke features nodig is, bij zeer strenge performance-eisen, of bij bluetooth-cases waarin we tot op het laagste niveau willen kunnen sturen. We adviseren per project op basis van uw apparaat, uw doelgroep en uw onderhoudswens — geen voorkeur uit principe.

Hoe betrouwbaar is bluetooth low energy in de praktijk?

BLE is in principe betrouwbaar, maar in de praktijk zit er een verschil tussen de demo en een product dat duizenden eindgebruikers maandenlang gebruiken. De moeilijkheden zitten in randzaken: reconnect na app-suspend op iOS, foreground-services op Android voor lange verbindingen, omgaan met meerdere parallelle devices, en betrouwbare pairing op alle telefoonmodellen. We testen daarom altijd op echte hardware en op meerdere fysieke toestellen — simulatoren laten deze problemen niet zien. Een goed gebouwde BLE-app valt nooit volledig in de fout: als de verbinding wegvalt, krijgt de gebruiker duidelijke feedback en is een herstel-flow direct beschikbaar.

Welk cloud-platform raden jullie aan: AWS IoT Core, Azure IoT Hub of GCP IoT?

Alle drie zijn productioneel goed bruikbaar. We kiezen meestal op basis van waar uw bestaande IT staat: zit uw organisatie al in Azure, dan ligt IoT Hub voor de hand vanwege gedeeld identity-beheer en governance. Voor AWS-shops kiezen we vrijwel altijd IoT Core in combinatie met Timestream of TimescaleDB. GCP IoT was lange tijd elegant maar Google heeft de gemanagde IoT-service inmiddels uitgefaseerd, dus daar bouwen we tegenwoordig op MQTT/Pub-Sub-niveau. Voor projecten met heel specifieke schaaleisen of een wens om data-soevereiniteit dichter bij huis te houden, hosten we ook wel eens een eigen MQTT-cluster bij een Europese cloud-provider.

Hoe regelen jullie security en AVG-compliance op een IoT-app?

Security zit in de architectuur, niet in een laatste sprint. Standaard pas toe: X.509-certificaten per device voor mutual TLS, encryptie at-rest en in-transit, sleutels in een gemanagde keystore (KMS, Key Vault, Vault), audit-log van device- en gebruikersacties, en een OTA-update-pipeline met integriteits-check zodat u kwetsbaarheden in firmware kunt patchen. Voor AVG: dataminimalisatie als uitgangspunt, een verwerkingsregister voor de device-data, expliciete consent-flows in de app en — bij grote of gevoelige projecten — een DPIA. Voor industriële IoT volgen we het IEC 62443-raamwerk; voor health-tech en kritieke infrastructuur kijken we naar de relevante sector-eisen.

Wat bepaalt de kosten van een IoT-app traject?

Vier factoren wegen meestal het zwaarst: het aantal device-types dat de app moet ondersteunen (één homogene flow versus meerdere productlijnen), de complexiteit van de connectiviteit (puur cloud-gedreven, of óók BLE met onboarding-flow), de diepte van de cloud-laag (alleen visualisatie, of ook analytics, anomaly-detectie, OTA en multi-tenant), en de integraties met uw bestaande IT. Een bluetooth-app voor één consumer-product is een ander traject dan een industrieel platform met duizenden gateways, ERP-koppeling en compliance-eisen. We geven na een korte scope-fase een eerlijke inschatting — geen prijslijst vooraf, want zonder uw context is elk getal een gok.

Hoe lang voor we live kunnen met een eerste versie?

Een afgebakende eerste versie — bijvoorbeeld een consumer-app met BLE-onboarding voor één productlijn, of een industrieel dashboard op bestaande sensor-data — kan binnen enkele sprints in een pilot draaien. Een breder traject met meerdere device-types, eigen cloud-backend, OTA-pipeline en diepe integraties vraagt een traject van meerdere sprints. We faseren altijd: eerst de kern met een beperkte pilot-groep, dan opschalen. Pas wanneer de kern stabiel draait, ontsluiten we de volgende laag.

Praat met ons over uw IoT-app.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar uw apparaat, uw eindgebruiker en uw cloud-keuze — en geven richting waar u iets aan heeft, ook als blijkt dat een standaardplatform de beste route is.

Plan een kennismaking Mail fabian.vandijk@appfront.nl