Wer ein IoT-Gerät entwickeln lassen oder ein Hardwareprodukt entwickeln möchte, steht früh vor einer strategischen Entscheidung: Welcher Entwicklungspartner ist in der Lage, das Projekt nicht nur technisch zu stemmen, sondern es auch termingerecht, zertifizierungskonform und mit klarer Kommunikation durch alle Phasen zu führen? Die Wahl des falschen Partners kostet in der Praxis nicht nur Geld, sondern oft mehrere Monate Entwicklungszeit und im schlimmsten Fall den Markteintritt. Die folgenden Kriterien helfen dabei, die Auswahl strukturiert und fundiert zu treffen.

Worauf es bei der Partnerauswahl wirklich ankommt

Der häufigste Fehler bei der Suche nach einem IoT-Dienstleister ist, den Fokus ausschließlich auf den Stundensatz zu legen. Entscheidend sind stattdessen drei Faktoren, die direkt auf das Projektrisiko einzahlen: nachgewiesene Erfahrung mit vergleichbarer Systemkomplexität, Kapazität für den gesamten Entwicklungszyklus und die Fähigkeit, regulatorische Anforderungen aktiv zu managen. Ein Dienstleister, der Hardware-Design beherrscht, aber keine Firmware-Erfahrung mitbringt, erzeugt Schnittstellenprobleme, die sich erst im Integrationstest zeigen, dann aber teuer werden.

Ein konkretes Risiko: Viele Anbieter positionieren sich als Generalisten, haben aber nur Erfahrung mit Consumer-Projekten ohne Zertifizierungsanforderungen. Wer ein Medizinprodukt oder ein industrielles Embedded-System entwickeln will, braucht einen Partner, der die jeweiligen Normen kennt und bereits durch entsprechende Zertifizierungsprozesse navigiert hat. Die Referenzliste eines Dienstleisters sollte deshalb nicht nur nach Anzahl der Projekte, sondern nach Branche, Komplexität und Zertifizierungsumfang bewertet werden.

Technische Kompetenz gezielt einschätzen

Technische Kompetenz lässt sich nicht allein aus Portfoliodarstellungen ableiten. Wer Elektronikentwicklung outsourcen möchte, sollte im ersten Gespräch gezielt nach konkreten Entscheidungen in vergangenen Projekten fragen: Welche Mikrocontroller-Architektur wurde gewählt und warum? Wie wurden Energiebudgets kalkuliert? Welche Probleme sind bei der EMI/EMC-Qualifizierung aufgetreten? Antworten auf diese Fragen zeigen, ob ein Team wirklich auf Systemebene denkt oder nur auf Komponentenebene.

Für IoT-Projekte mit drahtloser Konnektivität ist es besonders relevant, ob der Partner Erfahrung mit den konkreten Protokollen mitbringt, die das Produkt erfordert. BLE und Wi-Fi stellen andere Anforderungen an Antennenlayout, Koexistenz und Stromaufnahme als LoRa oder NB-IoT. Ein Dienstleister, der alle Protokolle pauschal anbietet, ohne auf diese Unterschiede einzugehen, hat sie vermutlich nicht alle gleich tief im Griff. Bei der Schaltungsentwicklung für IoT-Produkte zeigt sich diese Tiefe oft erst in der Detailplanung.

Ebenso wichtig ist die Firmware-Kompetenz. Embedded-System-Prototypen, die auf einem RTOS wie FreeRTOS oder Zephyr laufen, erfordern ein anderes Skillset als Bare-Metal-Entwicklung. Wer Firmware-Entwicklung beauftragen will, sollte prüfen, ob der Partner Erfahrung mit dem jeweiligen RTOS hat und ob er Debugging-Methoden und Teststrategien benennen kann, die über „es hat beim ersten Versuch funktioniert“ hinausgehen.

Von der Idee bis zur Serienreife: Ganzheitliche Begleitung prüfen

Ein IoT-Produkt zur Serienreife zu bringen, erfordert weit mehr als einen funktionierenden Prototypen. Der Übergang vom Prototyp zur Serienproduktion ist eine eigenständige Entwicklungsphase mit eigenen Risiken: Design-for-Manufacturing (DFM), Bauteilauswahl unter Verfügbarkeitsgesichtspunkten, Testkonzepte für die Fertigung und Dokumentation für Zertifizierungsbehörden. Dienstleister, die nur bis zum Prototyp begleiten und dann übergeben, verlagern dieses Risiko vollständig auf den Auftraggeber.

Die Frage, die Teams systematisch unterschätzen: Wer übernimmt die Verantwortung, wenn ein Bauteil in der Serienproduktion nicht mehr verfügbar ist? Ein erfahrener Partner plant Alternativen bereits im Design ein und dokumentiert Footprint-Kompatibilität für kritische Komponenten. Das spart im Schnitt mehrere Wochen Redesign-Zeit, wenn Lieferketten unter Druck geraten, was in den letzten Jahren zur Regel geworden ist.

Kommunikation und Projekttransparenz als Qualitätsmerkmal

Projektkommunikation ist kein „Nice-to-have“, sondern ein direkter Risikofaktor. Fehlende Transparenz über den tatsächlichen Entwicklungsstand führt dazu, dass Probleme zu spät eskaliert werden und Entscheidungen ohne ausreichende Grundlage getroffen werden müssen. Ein Partner, der wöchentliche Status-Updates mit konkreten Meilensteinen liefert, ermöglicht frühzeitiges Eingreifen, wenn sich Verzögerungen abzeichnen.

Konkret sollte ein Dienstleister in der Lage sein, zu jedem Zeitpunkt den aktuellen Stand gegenüber dem ursprünglichen Plan darzustellen: Welche Arbeitspakete sind abgeschlossen, welche sind in Verzug, und was sind die Ursachen? Teams, die Hardwareentwicklung ohne internes Team outsourcen, verlieren sonst schnell den Überblick über den tatsächlichen Projektfortschritt und merken Probleme erst, wenn sie eskaliert sind.

Ein häufiger Fehler: Auftraggeber akzeptieren unstrukturierte Kommunikation in der Anfangsphase, weil der Partner technisch überzeugend wirkt. Kommunikationsqualität und technische Qualität korrelieren aber nicht automatisch. Es lohnt sich, schon im ersten Gespräch zu fragen, wie Status-Updates strukturiert sind und wer als Ansprechpartner für technische und für projektorganisatorische Fragen zur Verfügung steht.

Zertifizierung und regulatorische Anforderungen nicht unterschätzen

CE-Zertifizierung für ein IoT-Gerät mit BLE und Wi-Fi dauert in der Regel acht bis vierzehn Wochen, wenn das Design von Anfang an auf EMI/EMC-Konformität ausgelegt wurde. Fehlt diese Planung, können Nachbesserungen am PCB-Layout und erneute Testkampagnen weitere sechs bis zehn Wochen kosten, zuzüglich Laborkosten im Bereich von mehreren tausend Euro pro Testzyklus. Wer ein IoT-Gerät zertifizieren lassen will, muss diesen Zeitpuffer im Projektplan einrechnen.

Für Medizinprodukte oder Geräte mit Funktion in sicherheitskritischen Umgebungen gelten zusätzliche Anforderungen, die das Entwicklungsdesign von Anfang an beeinflussen. Ein Dienstleister, der Zertifizierung als nachgelagerten Schritt behandelt, anstatt sie in das Hardware-Design zu integrieren, produziert Mehrkosten, die sich im Nachhinein kaum noch vermeiden lassen. Die Frage nach dem Zertifizierungsansatz gehört deshalb in das erste Gespräch, nicht in die letzte Projektphase.

Die richtigen Fragen im ersten Gespräch stellen

Das erste Gespräch mit einem potenziellen IoT-Entwicklungspartner ist der effektivste Zeitpunkt, um Kompetenz und Arbeitsweise zu bewerten. Wer die richtigen Fragen stellt, bekommt in dreißig Minuten mehr relevante Informationen als aus jedem Portfolio.

• Referenzprojekte mit vergleichbarer Komplexität: Welche Projekte mit ähnlicher Protokollkombination, Zertifizierungsanforderung oder Branche wurden abgeschlossen? Was waren die größten technischen Herausforderungen?
• Umgang mit Scope-Änderungen: Wie werden Änderungen am Anforderungsumfang dokumentiert und bepreist? Gibt es einen definierten Change-Management-Prozess?
• Toolchain und Dokumentation: Welche EDA-Tools werden verwendet? Wie wird die Hardware-Dokumentation übergeben, und in welchem Format?
• Bauteilstrategie: Werden Alternativbauteile im Design dokumentiert? Wie wird mit Lieferengpässen umgegangen?
• Zertifizierungsstrategie: Ab wann wird das Design auf EMI/EMC-Konformität geprüft? Arbeitet der Dienstleister mit festen Testlaboren zusammen?

Antworten, die auf konkrete Erfahrungen und definierte Prozesse verweisen, sind ein positives Signal. Antworten, die allgemein bleiben oder auf „das hängt vom Projekt ab“ ausweichen, ohne die Bedingungen zu nennen, sind ein Warnsignal. Ein erfahrener Partner kann auf diese Fragen auch dann präzise antworten, wenn das konkrete Projekt noch nicht vollständig spezifiziert ist.

Wer mehr über Arbeitsweise und Erfahrung eines Dienstleisters erfahren möchte, sollte auch nach konkreten Lessons Learned aus abgeschlossenen Projekten fragen. Ein Partner, der keine nennen kann, hat entweder wenig Projekterfahrung oder reflektiert seine Arbeit nicht systematisch.

Wie Oxeltech bei der IoT Produktentwicklung unterstützt

Wir bei Oxeltech begleiten Hardware-Projekte von der ersten Konzeptphase bis zur Serienreife und darüber hinaus. Unser Ansatz ist darauf ausgerichtet, die typischen Risiken bei der Elektronikentwicklung aktiv zu managen, nicht reaktiv zu beheben. Konkret bedeutet das:

• Ganzheitliche Entwicklung: Hardware-Design, PCB-Layout, Schaltungsentwicklung und Firmware-Entwicklung aus einer Hand, mit Erfahrung auf ARM-Cortex-Architekturen, STM32, NXP und RTOS-Plattformen wie Zephyr und FreeRTOS.
• Wireless-Kompetenz: Tiefes Know-how in BLE, Wi-Fi, LoRa, NB-IoT, LTE-M und Zigbee, einschließlich Antennenlayout und Protokollintegration auf Systemebene.
• Zertifizierungsbegleitung: Wir integrieren EMI/EMC-Anforderungen von Anfang an ins Design und begleiten Kunden durch CE- und weitere Zertifizierungsprozesse.
• Transparente Projektkommunikation: Klare Meilensteine, regelmäßige Status-Updates und ein definierter Ansprechpartner für alle Projektphasen.
• Serienproduktionsvorbereitung: DFM-Optimierung, Bauteilstrategie mit dokumentierten Alternativen und Unterstützung bei der Fertigungsvorbereitung.

Über 20 Hardwareprodukte haben wir erfolgreich vom ersten Konzept bis zum Markteintritt begleitet, für Kunden aus IoT, Medizintechnik, Wearables und industrieller Automatisierung in Europa und den USA. Wer ein konkretes Projekt besprechen möchte, kann direkt Kontakt aufnehmen und in einem ersten Gespräch klären, wie wir das Vorhaben gemeinsam strukturieren können.

Ähnliche Artikel

• Was sind typische IoT-Geräte?
• Was ist der Unterschied zwischen einem Smart Wearable und einem medizinischen Gerät?
• Was sind biometrische Daten und wozu werden sie genutzt?
• Wie funktioniert die Firmware-Entwicklung für IoT-Geräte?
• Was ist der Unterschied zwischen einem Wearable-Prototyp und einem Serienprodukt?