Kort antwoord: kies een IoT-ontwikkelpartner die het hele product kan dragen (hardware, firmware, mobiele app en cloud), eerder connected devices op de markt heeft gebracht, beveiliging vanaf het begin inbouwt, Europese regels zoals de Radio Equipment Directive en de Cyber Resilience Act kent, test op echte apparaten en telefoons, en je volledig eigenaar maakt van de code. Vraag om referenties en een duidelijk plan voor updates na de lancering.
Een IoT-product werkt alleen als vier lagen samenwerken: het apparaat, de firmware, de app en de cloud. De meeste IoT-projecten die over budget gaan, lopen vast op de overgangen tussen die lagen, niet binnen een laag. Daarom is de partner die je kiest bij IoT belangrijker dan bij bijna elke andere soort software. Gebruik deze checklist om IoT-ontwikkelbedrijven te vergelijken.
De IoT-partnerchecklist met 12 punten
| # | Wat je controleert | Waarom het belangrijk is |
|---|---|---|
| 1 | End-to-end capaciteit: hardware, firmware, app en cloud | Eén verantwoordelijk team voorkomt dat partijen naar elkaar wijzen als apparaat en app elkaar niet meer begrijpen |
| 2 | Connected producten op de markt gebracht, niet alleen demo's | Apparaten in productie laten problemen zien die prototypes nooit tonen |
| 3 | Ervaring met connectiviteit: BLE, wifi, mobiel netwerk of LoRa | Elk protocol beïnvloedt batterijduur, koppelen, bereik en app-logica |
| 4 | Firmware en over-the-air (OTA) updates | Je moet bugs en beveiligingsproblemen kunnen oplossen in apparaten die al verkocht zijn |
| 5 | Security by design | Secure boot, versleutelde communicatie en geen standaardwachtwoorden zijn in veel markten nu wettelijk verplicht |
| 6 | Kennis van compliance: CE, RED, CRA, AVG | Compliance die te laat komt, leidt tot herontwerp en uitgestelde lanceringen |
| 7 | Testen op echte apparaten en telefoons | Bluetooth gedraagt zich anders per telefoonmerk en besturingssysteemversie |
| 8 | Schaalbaar cloud- en dataontwerp | Kosten en betrouwbaarheid hangen af van hoe telemetrie en apparatenvloten worden beheerd |
| 9 | Duidelijk eigendom van code en IP | Je hebt de broncode, sleutels en documentatie nodig om onafhankelijk te blijven |
| 10 | Transparant proces: demo's, gedeelde toegang tot de code, vaste prioriteiten | Je ziet elke sprint voortgang in plaats van pas aan het einde |
| 11 | Support na de lancering | Telefoons, besturingssystemen en dreigingen blijven veranderen na de release |
| 12 | Referenties die je kunt bellen | Eerdere klanten vertellen je hoe het team met problemen omgaat |
Swipe the table sideways to see every column.
Europese en Britse beveiligingsregels om naar te vragen
Beveiliging is niet langer optioneel voor connected devices. Een goede IoT-partner legt uit wat deze regels betekenen voor jouw product:
- Cyberbeveiligingseisen uit de Radio Equipment Directive (RED): sinds 1 augustus 2025 moet radioapparatuur met internetverbinding die in de EU wordt verkocht voldoen aan eisen voor cyberbeveiliging, privacy en fraudepreventie voordat er een CE-markering op mag.
- Europese Cyber Resilience Act (CRA): sinds 11 september 2026 moeten fabrikanten actief misbruikte kwetsbaarheden en ernstige incidenten melden bij ENISA en nationale autoriteiten, met een eerste waarschuwing binnen 24 uur. De meeste andere verplichtingen, zoals security by design en het afhandelen van kwetsbaarheden gedurende de supportperiode van het product, gelden vanaf 11 december 2027.
- Britse Product Security and Telecommunications Infrastructure (PSTI)-regels: sinds 29 april 2024 mogen verbonden consumentenproducten die in het Verenigd Koninkrijk worden verkocht geen universele standaardwachtwoorden gebruiken, en moeten ze een manier publiceren om kwetsbaarheden te melden en een minimale periode voor beveiligingsupdates.
- AVG: geldt zodra een apparaat of app persoonsgegevens verwerkt, wat bij de meeste wearables en smart-homeproducten het geval is.
Lees de officiële pagina van de Europese Commissie over de Cyber Resilience Act voor de volledige tekst en tijdlijnen.
Vragen voor het eerste gesprek
- Welke connected producten heeft u tot productie gebracht, en kunnen we die klant spreken?
- Wie schrijft de firmware, de app en de cloudcode? Is dat één team of zijn het onderaannemers?
- Hoe regelt u over-the-air updates en het terugdraaien als een update mislukt?
- Hoe test u Bluetooth of wifi op verschillende telefoons en besturingssysteemversies?
- Hoe gaat ons product voldoen aan de eisen van RED en CRA?
- Waarvan zijn wij eigenaar aan het einde van het project?
- Wat kost support na de lancering?
Waarschuwingssignalen
- Een vaste prijs voordat iemand naar je hardware, data of gebruikers heeft gevraagd.
- "Wij doen alleen de app": dan moet je de leveranciers van firmware en cloud zelf aansturen.
- Geen plan voor firmware-updates na de lancering.
- Beveiliging en compliance doorgeschoven naar "een latere fase".
- Geen toegang tot de code of de build tot het einde van het project.
Voorbeeld: RyseUp
Voor een Europese klant bouwde ExtreemTek RyseUp, een connected wellness-ecosysteem van €2 miljoen: iOS- en Android-apps, desktopapps, BLE- en wifiverbindingen, clouddiensten en een webwinkel, geleverd door één team. Lees hoe we werken aan IoT en connected producten en BLE- en connected device-apps, of bekijk wat het budget bepaalt in onze gids over de kosten van IoT-productontwikkeling.
Veelgestelde vragen over IoT-ontwikkelpartners
Waar moet ik op letten bij een IoT-ontwikkelbedrijf?
Zoek een bedrijf dat hardware, firmware, mobiele apps en cloud samen kan bouwen, connected producten tot productie heeft gebracht, beveiliging vanaf het begin inbouwt, Europese regels zoals RED en de Cyber Resilience Act begrijpt, op echte apparaten test en je volledig eigenaar maakt van de code.
Kies ik één IoT-partner of aparte leveranciers voor firmware en app?
Eén partner is meestal sneller en in totaal goedkoper. Aparte leveranciers kosten extra afstemmingstijd, dubbel testwerk en trage bugfixes op de grens tussen apparaat, app en cloud, precies waar de meeste IoT-problemen ontstaan.
Welke beveiligingsregels gelden voor IoT-apparaten in de EU?
Sinds 1 augustus 2025 moet radioapparatuur met internetverbinding voldoen aan de cyberbeveiligingseisen van de Radio Equipment Directive. De Cyber Resilience Act voegt meldplichten toe vanaf 11 september 2026 en de meeste andere verplichtingen vanaf 11 december 2027. De AVG geldt zodra persoonsgegevens worden verwerkt.
Hoe lang duurt het om een IoT-product te ontwikkelen?
Dat hangt af van of er al hardware is. Een app en cloud toevoegen aan een bestaand apparaat kan een paar maanden duren, terwijl een nieuw product met eigen hardware, certificering en productie meestal aanzienlijk langer duurt. Een discoveryfase geeft een realistische planning.
Wie hoort eigenaar te zijn van de code van mijn IoT-product?
Jij. Zorg dat het contract je de broncode van firmware, apps en cloud geeft, plus signing keys, inloggegevens en documentatie, zodat je zo nodig van leverancier kunt wisselen.
ExtreemTek nieuwsbrief
Ontvang praktische tips over IoT- en AI-engineering in je inbox
Handleidingen, checklists en lessen uit echte productprojecten. Geen spam, je kunt je altijd afmelden.
Lees ons privacybeleid.
