Ein IoT-Gerät zu entwickeln dauert selten so lange wie befürchtet, aber fast immer länger als geplant. Wer ein Hardware-Produkt entwickeln möchte, ohne vorher einen realistischen Zeitplan aufgestellt zu haben, riskiert Budgetüberschreitungen, verpasste Marktfenster und Zertifizierungsprobleme kurz vor dem Launch. Die Frage „Wie lange dauert IoT-Entwicklung?“ lässt sich nicht pauschal beantworten, aber sie lässt sich strukturiert angehen. Die folgenden Abschnitte zeigen, welche Phasen ein IoT-Produkt durchläuft, wo Zeitverluste entstehen und wann es sich lohnt, einen erfahrenen Entwicklungspartner hinzuzuziehen.

Ob ein energieeffizientes Wearable mit BLE, ein industrielles Gateway mit LTE-M oder ein medizinisches Messgerät mit strengen Zertifizierungsanforderungen: Die Grundstruktur des Entwicklungsprozesses ist ähnlich. Die Variablen sind Komplexität, Zertifizierungsumfang und die Reife des internen Teams.

Die typischen Phasen eines IoT-Projekts im Überblick

Ein IoT-Produkt durchläuft typischerweise fünf Hauptphasen: Konzept und Anforderungsanalyse, Schaltungsentwicklung und PCB-Design, Prototypenaufbau und Verifikation, Firmware-Entwicklung und Integration sowie Zertifizierung und Serienanlauf. Diese Phasen überlappen sich in der Praxis häufig, laufen aber selten vollständig parallel, weil Hardware-Entscheidungen in der Regel Firmware-Entscheidungen vorausgehen müssen.

Ein häufiger Fehler: Teams beginnen mit der Firmware-Entwicklung, bevor das Schaltungsdesign stabil ist. Das erzeugt Rework-Schleifen, die Wochen kosten. Die Konsequenz ist nicht nur Zeitverlust, sondern auch erhöhte Kosten durch mehrfache Prototypen-Iterationen. Wer den Prozess vom Schaltplan bis zur Simulation sauber strukturiert, vermeidet genau diese Abhängigkeitsfallen.

Realistische Zeitrahmen für jede Entwicklungsphase

Konkrete Zeitangaben hängen stark von Komplexität und Zertifizierungsumfang ab. Als Orientierung für ein mittelkomplexes IoT-Gerät mit drahtloser Konnektivität und CE-Zertifizierung gelten folgende Richtwerte:

• Konzept und Anforderungsanalyse: 2 bis 4 Wochen. Unterschätzter Aufwand, besonders wenn Stakeholder-Anforderungen noch nicht konsolidiert sind.
• Schaltungsentwicklung und PCB-Layout: 4 bis 8 Wochen, abhängig von Layeranzahl, EMI-Anforderungen und Komponentenverfügbarkeit.
• Prototypenaufbau und Hardware-Verifikation: 3 bis 6 Wochen pro Iteration. Zwei Iterationen sind realistisch, drei keine Seltenheit bei komplexer Analogschaltung oder HF-Design.
• Firmware-Entwicklung und Systemintegration: 8 bis 20 Wochen, je nach Protokollstack (z.B. BLE mit Zephyr RTOS vs. einfaches UART-Interface), Sicherheitsanforderungen und Anzahl der Schnittstellen.
• Zertifizierung (CE, FCC, ggf. MDR für Medizin): 8 bis 16 Wochen für CE/FCC bei einem Standardprodukt. Medizinprodukte nach MDR: 12 bis 36 Monate, abhängig von Risikoklasse.
• Serienanlauf und Produktionsbegleitung: 4 bis 8 Wochen für erste Kleinserie.

In Summe: Ein IoT-Gerät von der Idee bis zur ersten Kleinserie benötigt unter guten Bedingungen 9 bis 14 Monate. Komplexe Produkte mit medizinischer Zulassung oder hohem Sicherheitsniveau liegen bei 18 bis 36 Monaten. Wer mit 6 Monaten plant, plant für ein sehr einfaches Gerät oder setzt auf ein bereits zertifiziertes Funkmodul mit Zertifizierungs-Modularität.

Faktoren, die den Zeitplan verlängern oder verkürzen

Drei Faktoren verkürzen den Zeitplan messbar: Einsatz von zertifizierten Funkmodulen (z.B. u-blox, Nordic nRF-Module mit FCC/CE-Modular-Approval), ein stabiles Anforderungsdokument vor Entwicklungsstart und ein Team, das Hardware- und Firmware-Entwicklung eng koordiniert.

Drei Faktoren verlängern den Zeitplan zuverlässig:

• Späte Anforderungsänderungen: Eine geänderte Sensorauswahl in Woche 10 kann das PCB-Layout vollständig invalidieren. Kosten: 3 bis 6 Wochen Rework plus neue Prototypenbestellung.
• Komponentenengpässe: Lange Lieferzeiten bei Mikrocontrollern (z.B. STM32, NXP i.MX) oder spezifischen Sensoren können 8 bis 20 Wochen auf den Zeitplan addieren, wenn keine Alternativkomponenten in der Schaltung vorgesehen sind.
• Unterschätzte EMI/EMC-Probleme: Geräte, die beim Pre-Compliance-Test durchfallen, benötigen oft ein Re-Design des PCB-Layouts. Das kostet 4 bis 10 Wochen und eine weitere Prototypen-Iteration.

Die Wahl des Mikrocontrollers beeinflusst nicht nur die Firmware-Komplexität, sondern auch die Verfügbarkeit qualifizierter Entwickler und die Länge der BSP-Einarbeitung. ARM-Cortex-M-basierte Controller wie STM32 haben breite Toolchain-Unterstützung; exotischere Architekturen erhöhen das Risiko von Engpässen im Team.

Typische Verzögerungen und wie man sie vermeidet

Die häufigste Verzögerungsursache in IoT-Projekten ist nicht technische Komplexität, sondern fehlende Entscheidungsgrundlagen zu Beginn. Teams starten mit einem groben Konzept und konkretisieren Anforderungen iterativ, während die Hardware bereits entwickelt wird. Das erzeugt teure Rework-Schleifen.

Fehlende Pre-Compliance-Tests

Viele Teams überspringen Pre-Compliance-Tests, um Zeit zu sparen. Das Ergebnis ist ein Gerät, das beim offiziellen EMV-Test durchfällt. Ein Pre-Compliance-Test kostet typischerweise 1.000 bis 3.000 Euro und identifiziert Probleme, bevor sie ins offizielle Testlabor gehen. Ein Durchfallen im Testlabor mit anschließendem Re-Design kostet 15.000 bis 50.000 Euro und 2 bis 4 Monate Verzögerung.

Fehlende Komponentenalternativen im Design

Schaltungen, die auf einen einzigen Lieferanten oder eine einzige Komponente ausgelegt sind, sind lieferkettenseitig fragil. Wer beim PCB-Design bereits Footprint-kompatible Alternativen für kritische Bauteile vorsieht, reduziert das Risiko von Produktionsstopps erheblich. Das ist eine Designentscheidung, keine Einkaufsentscheidung.

Unklare Firmware-Hardware-Schnittstellen

Wenn Hardware- und Firmware-Teams nicht synchronisiert sind, entstehen Schnittstellenfehler, die erst beim Systemintegrations-Test sichtbar werden. Ein gemeinsames Interface-Dokument (Pin-Belegung, Protokoll, Timing) reduziert diese Fehlerklasse deutlich. Fehlende Synchronisation hier kostet im Schnitt 2 bis 4 Wochen bei der Systemintegration.

Wann ein erfahrener Entwicklungspartner Zeit spart

Ein externer Entwicklungspartner spart Zeit unter zwei Bedingungen: wenn intern das spezifische Know-how fehlt und wenn der Partner nachweislich vergleichbare Produkte durch den gesamten Entwicklungszyklus geführt hat. Beides muss zutreffen.

Konkret spart ein erfahrener Partner Zeit bei der Zertifizierungsvorbereitung (bekannte Prüflabore, etablierte Testprozesse), bei der Komponentenauswahl (Lieferantennetzwerk, Erfahrung mit Verfügbarkeitsrisiken) und bei der Firmware-Architektur für Plattformen wie Zephyr oder FreeRTOS, wo die Einarbeitungszeit für ein neues Team 4 bis 8 Wochen betragen kann. Wer unser Team und unsere Erfahrung kennt, versteht, warum diese Einschätzung praxisbasiert ist.

Ein Warnsignal: Partner, die keine klaren Angaben zu Iterationszyklen, Zertifizierungsrisiken oder Komponentenstrategie machen, haben diese Fragen wahrscheinlich noch nicht in der Praxis gelöst. Die Fähigkeit, Risiken zu benennen, ist ein Indikator für Projekterfahrung.

Wie Oxeltech IoT-Projekte vom Konzept bis zur Serie begleitet

Wir begleiten IoT-Projekte von der ersten Anforderungsanalyse bis zur Serienproduktion und Zertifizierung. Das umfasst alle Phasen, die den Zeitplan beeinflussen:

• Schaltungsentwicklung, Simulation und PCB-Layout mit DFM- und EMI-Optimierung
• Firmware-Entwicklung für ARM-Cortex-Architekturen (STM32, NXP, PIC) auf Basis von Zephyr und FreeRTOS
• Integration drahtloser Protokolle: BLE, Wi-Fi, LoRa, NB-IoT, LTE-M, Zigbee
• Prototypenaufbau, Fehlersuche und Systemintegration
• Zertifizierungsbegleitung (CE, FCC) und Unterstützung beim Serienanlauf

Wir haben über 20 Hardwareprodukte durch den vollständigen Entwicklungszyklus bis zur Markteinführung begleitet, darunter Geräte für Medizintechnik, industrielle Automatisierung und Consumer Electronics. Wer ein IoT-Gerät entwickeln lassen möchte, ohne typische Zeitfallen zu riskieren, findet bei uns einen Partner mit nachweisbarer Projekterfahrung. Jetzt Kontakt aufnehmen und das Projekt gemeinsam strukturieren.

Ähnliche Artikel

• Wie funktioniert die Zertifizierung eines IoT Geräts in Europa?
• Hardwareentwicklung outsourcen: Was du vorher wissen solltest
• Wie funktioniert Herzfrequenz-Monitoring in einem Wearable-Gerät?
• Was ist ein Embedded System und wie wird es eingesetzt?
• Wie lange dauert der Entwicklungszyklus eines Wearable-Produkts?