Wer ein IoT-Gerät entwickeln lassen möchte, steht schnell vor einer unübersichtlichen Dienstleisterlandschaft. Agenturen, Freelancer, spezialisierte Elektronikentwicklungsdienstleister – die Unterschiede in Qualität, Prozessreife und technischer Tiefe sind erheblich. Gerade für Start-ups und Scale-ups ohne internes Hardware-Team entscheidet die Partnerwahl darüber, ob ein Produkt termingerecht und zertifizierungsfähig in die Serie geht – oder ob es nach dem ersten Prototypen steckenbleibt. Dieser Artikel zeigt, worauf es bei der Auswahl eines IoT-Entwicklungspartners wirklich ankommt.
Die Entscheidung, Elektronikentwicklung auszulagern, ist keine reine Kostenfrage. Sie betrifft Risikomanagement, IP-Sicherheit, Zertifizierungsverantwortung und die Frage, ob ein Partner das Produkt auch noch in zwei Jahren weiterentwickeln kann. Wer diese Faktoren zu spät bewertet, zahlt doppelt – einmal für den ersten Dienstleister, einmal für die Korrektur.
Table of Contents
ToggleWoran du einen starken IoT-Entwicklungspartner erkennst
Ein erfahrener IoT-Entwicklungspartner zeigt seine Kompetenz nicht im Pitch-Deck, sondern in der Art, wie er technische Fragen beantwortet. Wer bei der ersten Anfrage sofort einen Festpreis nennt, ohne Systemarchitektur, Zertifizierungsumfang oder Stückzahlziel zu kennen, hat die Komplexität eines IoT-Produktentwicklungsprozesses nicht verstanden.
Konkrete Indikatoren für Erfahrung: Der Partner hat bereits Produkte durch CE-, FCC- oder medizinische Zulassungsverfahren begleitet, kennt die Unterschiede zwischen BLE 5.x und Thread in Bezug auf Netzwerktopologie und Stromverbrauch, und kann benennen, bei welchen Schaltungsdesigns EMI-Probleme typischerweise auftreten. Referenzprojekte mit messbaren Ergebnissen (Laufzeit, Zertifizierungsumfang, Serienstückzahlen) sind aussagekräftiger als allgemeine Kompetenzlisten. Wer unsere Projekthistorie prüft, sieht konkrete Produkte statt vager Beschreibungen.
Ein häufiges Warnsignal: Der Dienstleister hat ausschließlich Erfahrung mit Prototypen, aber keine nachweisbare Begleitung bis zur Serienproduktion. Prototyping und Serienreife sind zwei grundlegend verschiedene Disziplinen. Ein Design, das auf dem Labortisch funktioniert, kann bei der DFM-Analyse (Design for Manufacturing) grundlegende Überarbeitungen erfordern – mit entsprechenden Kosten und Zeitverzögerungen.
Typische Leistungen eines IoT-Entwicklungsdienstleisters
Das Leistungsspektrum variiert stark. Manche Dienstleister decken ausschließlich PCB-Layout ab, andere bieten den vollständigen Entwicklungspfad von der Systemarchitektur bis zur Produktionsvorbereitung. Für ein IoT-Gerät, das tatsächlich in Serie gehen soll, sind folgende Leistungsbereiche relevant:
- Hardware-Design und Simulation: Schaltungsentwicklung, Bauteilauswahl unter Berücksichtigung der Lieferkettenverfügbarkeit, Simulation kritischer Schaltungsteile (z. B. Spannungsversorgung, HF-Frontends). Wer ein Gerät mit drahtloser Konnektivität entwickelt, sollte Hardware-Schaltplan und Simulation als eigenständige Leistungsphase einplanen.
- PCB-Layout und Bestückung: Signalintegrität, EMI-gerechtes Layout, thermisches Management – besonders relevant bei Geräten mit BLE, Wi-Fi oder LTE-M.
- Firmware-Entwicklung: Bare-Metal- oder RTOS-basierte Entwicklung (FreeRTOS, Zephyr), Treiber-Integration, OTA-Update-Mechanismen, Energiemanagement auf Mikrocontroller-Ebene.
- Zertifizierung: Vorbereitung auf CE, FCC, UKCA oder branchenspezifische Normen (IEC 62443 für industrielle Anwendungen, IEC 62304 für Medizintechnik). CE-Zertifizierung dauert typischerweise 8 bis 14 Wochen – ohne vollständige technische Dokumentation verlängert sich dieser Zeitraum erheblich.
- Produktionsbegleitung: DFM-Review, Koordination mit EMS-Partnern, Testkonzept für die Serienfertigung.
Ein Dienstleister, der nur Teilleistungen erbringt, zwingt den Auftraggeber zur Schnittstellenkoordination zwischen mehreren Partnern. Das erhöht das Risiko von Verantwortungslücken – besonders bei Zertifizierungsthemen, die Hardware und Firmware gemeinsam betreffen.
Häufige Fehler bei der Partnerwahl – und wie man sie vermeidet
Der häufigste Fehler ist die Auswahl nach Tagespreis ohne Bewertung des Gesamtrisikos. Ein günstigerer Dienstleister, der das Produkt nicht bis zur Serienreife begleiten kann, verursacht in der Regel höhere Gesamtkosten als ein erfahrenerer Partner mit höherem Stundensatz.
Weitere Fehler mit konkreten Konsequenzen:
- Kein klares IP-Regelwerk im Vertrag: Wem gehören Schaltpläne, Gerber-Files und Firmware-Quellcode nach Projektabschluss? Fehlende Regelungen blockieren spätere Weiterentwicklungen oder den Wechsel zu einem anderen Dienstleister.
- Zertifizierung als Nachgedanke: Wenn das Design nicht von Anfang an auf den Zertifizierungsumfang ausgelegt ist, entstehen späte und teure Redesigns. Ein typisches Beispiel: Ein BLE-Modul wird gewählt, das keine FCC-Modulzulassung hat – das erfordert dann eine vollständige Gerätezertifizierung statt einer vereinfachten Modular-Approval-Prüfung.
- Unterschätzte Firmware-Komplexität: Viele Teams planen die Hardware-Entwicklung detailliert, aber die Firmware-Entwicklung pauschal. Bei einem IoT-Gerät mit Cloud-Anbindung, OTA-Updates und Energiemanagement kann die Firmware 40 bis 60 Prozent des gesamten Entwicklungsaufwands ausmachen.
- Fehlende Eskalationswege: Wenn der Hauptansprechpartner beim Dienstleister das Projekt verlässt, ohne strukturierte Übergabe, steht das Projekt still. Frage explizit nach Teamstruktur und Wissensmanagement-Prozessen.
So läuft eine IoT-Entwicklung von Konzept bis Serienreife ab
Ein strukturierter IoT-Produktentwicklungsprozess folgt keiner linearen Abfolge, sondern iterativen Phasen mit definierten Gates. Wer diesen Prozess versteht, kann realistische Timelines und Budgets einplanen.
Phase 1: Konzept und Systemarchitektur
Anforderungsanalyse, Konnektivitätsauswahl (z. B. BLE vs. NB-IoT vs. LoRa unter Berücksichtigung von Datenmenge, Latenz und Energiebudget), Mikrocontroller-Auswahl, grobe Kostenschätzung für Zielstückzahlen. Diese Phase dauert typischerweise 2 bis 4 Wochen und ist die günstigste Stelle, um Fehlentscheidungen zu korrigieren.
Phase 2: Prototyp-Entwicklung
Schaltungsentwicklung, PCB-Layout, Bestückung erster Muster, Firmware-Grundstruktur. Beim ersten Prototypen treten regelmäßig Probleme auf: Spannungsversorgungsinstabilitäten, HF-Interferenzen durch schlechtes PCB-Layout oder Timing-Probleme bei der Peripherie-Kommunikation. Diese Fehler sind normal und sollten budgetiert werden – ein erster Prototyp, der sofort fehlerfrei funktioniert, ist die Ausnahme.
Phase 3: Validierung und Zertifizierungsvorbereitung
Funktionstest, EMV-Vortest, Sicherheitsanalyse, Erstellung technischer Dokumentation. Wer einen Embedded-System-Prototypen in dieser Phase nicht sorgfältig dokumentiert, verlängert den Zertifizierungsprozess erheblich.
Phase 4: Serienanlauf
DFM-Review, Produktionstest-Entwicklung, EMS-Koordination, Erstmusterprüfung. Bei Stückzahlen unter 1.000 Einheiten sind die Stückkosten oft 2 bis 4 Mal höher als bei 10.000 Einheiten – dieser Skalierungseffekt muss in der Businessplanung berücksichtigt werden.
Checkliste: Die richtigen Fragen vor der Beauftragung
Vor der Entscheidung für einen IoT-Dienstleister sollten folgende Fragen konkret beantwortet werden – nicht mit allgemeinen Aussagen, sondern mit nachprüfbaren Fakten:
- Welche Produkte hat der Partner bis zur Serienreife begleitet? Referenzprojekte mit Angabe von Technologie, Zertifizierungsumfang und Serienstückzahl verlangen.
- Wer ist technisch verantwortlich für das Projekt? Teamstruktur, Backup-Ressourcen und Eskalationsprozesse klären.
- Wie werden IP-Rechte geregelt? Vollständige Übergabe aller Design-Files nach Projektabschluss vertraglich sichern.
- Welche Zertifizierungen hat der Partner bereits durchlaufen? CE, FCC, UKCA, IEC-Normen – je nach Zielmarkt und Produktkategorie.
- Wie wird mit Designänderungen nach dem ersten Prototypen umgegangen? Change-Management-Prozess und Auswirkungen auf Timeline und Budget verstehen.
- Welche Firmware-Architektur wird eingesetzt? RTOS-Auswahl, OTA-Update-Konzept, Sicherheitsarchitektur (besonders relevant für Medizin und Industrie).
- Wie ist die Kommunikation strukturiert? Reporting-Frequenz, Tooling (z. B. Jira, Confluence), Verfügbarkeit bei kritischen Problemen.
Wer diese Fragen stellt und die Antworten bewertet, filtert unqualifizierte Anbieter zuverlässig heraus – unabhängig davon, wie überzeugend deren Präsentation wirkt. Die Antwortqualität auf technisch spezifische Fragen ist der verlässlichste Indikator für echte Projekterfahrung.
Wie Oxeltech bei der IoT-Produktentwicklung unterstützt
Wir bei Oxeltech begleiten IoT- und Embedded-Projekte vollständig – von der ersten Systemarchitektur bis zur Serienproduktion und Zertifizierung. Unser Team hat über 20 Hardwareprodukte durch diesen Prozess geführt, darunter IoT-Geräte mit BLE, Wi-Fi, NB-IoT und LoRa, Wearables sowie eingebettete Systeme für industrielle und medizinische Anwendungen.
Konkret bedeutet das:
- Hardware-Design und Simulation mit Fokus auf EMI/EMC-Konformität und DFM von Beginn an
- Firmware-Entwicklung auf ARM-Cortex-Architekturen (STM32, NXP, PIC) mit FreeRTOS und Zephyr
- Integration drahtloser Kommunikationstechnologien und Energieoptimierung für lange Akkulaufzeiten
- Vollständige Zertifizierungsbegleitung (CE, FCC und branchenspezifische Normen)
- Transparente Kommunikation, definierte Meilensteine und klare IP-Regelungen
Wenn ein konkretes Hardwareprojekt ansteht – ob erster Prototyp oder Überführung eines bestehenden Designs in die Serie – sprechen wir gerne über die spezifischen Anforderungen. Kontakt aufnehmen und das Projekt unverbindlich besprechen.
Ähnliche Artikel
- PCB Layout und Bestückung: Was du als Auftraggeber verstehen solltest
- Was ist ein Hardware-Produkt?
- Wie integriert man Biosensoren in ein energieeffizientes Wearable?
- Welche Anforderungen haben medizinische Wearables im Vergleich zu Consumer-Geräten?
- Wie sichert man die Datenübertragung in medizinischen Wearables ab?