Scale-ups stehen vor einer Herausforderung, die Startups in dieser Form selten kennen: Das erste Produkt funktioniert, der Markt ist validiert, aber die Hardware-Plattform trägt das Wachstum nicht mehr. Stücklisten, die für 500 Einheiten optimiert wurden, kollabieren bei 50.000. Firmware-Architekturen, die im Prototyp stabil liefen, werden zum Engpass, sobald Over-the-Air-Updates, mehrere Produktvarianten und neue Zertifizierungsmärkte hinzukommen. Die technischen Entscheidungen der frühen Phase bestimmen jetzt, wie schnell und wie teuer die nächste Wachstumsstufe wird.
Für Teams, die ein IoT Produkt entwickeln oder eine bestehende Plattform skalieren wollen, verändert sich in der Scale-up-Phase nahezu alles: der Umgang mit Zertifizierungen, die Anforderungen an Qualitätssicherung, die Firmware-Architektur und die Frage, welche Entwicklungskapazitäten intern aufgebaut oder extern eingekauft werden. Dieser Artikel beschreibt, welche konkreten Weichenstellungen in dieser Phase den Unterschied zwischen kontrolliertem Wachstum und teuren Rückschlägen machen.
Vom Prototyp zur skalierbaren Hardware-Plattform
Eine Hardware-Plattform, die für Skalierung ausgelegt ist, unterscheidet sich konstruktiv von einem validierten Prototyp. Der Prototyp beantwortet die Frage: Funktioniert das Konzept? Die Serienplattform muss eine andere Frage beantworten: Kann dieses Design unter Fertigungsbedingungen konsistent reproduziert werden, bei variierenden Bauteilchargen, unterschiedlichen Lieferanten und schwankender Umgebungstemperatur?
Ein häufiger Fehler in dieser Übergangsphase ist die Annahme, dass ein funktionierender Prototyp direkt in die Produktion überführt werden kann. In der Praxis zeigen sich dabei typische Probleme: Impedanzkontrolle auf mehrlagigen PCBs, die bei Prototypen toleriert wurde, führt bei höheren Stückzahlen zu Ausschussraten von 5 bis 15 Prozent. Bauteile, die im Prototyp aus dem Spot-Markt bezogen wurden, sind bei Serienmengen nicht mehr verfügbar oder kostspielig. Footprint-Abweichungen, die manuell korrigiert wurden, blockieren die automatisierte Bestückung.
Plattformarchitektur statt Einzelprodukt
Scale-ups, die mehrere Produktvarianten oder Zielmärkte bedienen, profitieren von einer modularen Hardware-Architektur: ein gemeinsamer Baseboard mit variabler Konnektivitätsebene (z.B. BLE-Modul austauschbar gegen LTE-M-Modul) reduziert die Anzahl eigenständiger Designs und damit die Zertifizierungskosten pro Variante erheblich. Diese Entscheidung muss auf PCB-Ebene getroffen werden, nicht nachträglich in der Firmware.
Wer ein Hardware-Design mit Simulation absichert, erkennt Impedanzprobleme, Stromversorgungsschwankungen und thermische Engpässe bereits vor dem ersten Prototypenlauf. Das spart in der Scale-up-Phase typischerweise zwei bis drei Iterationszyklen, was bei Hardware-Revisionen schnell 30.000 bis 80.000 Euro und acht bis zwölf Wochen Zeitverlust bedeutet.
Komplexere Anforderungen an Zertifizierung und Compliance
In der Startup-Phase wird oft eine einzelne Zertifizierung für einen Markt angestrebt. In der Scale-up-Phase treffen mehrere Märkte, mehrere Produktvarianten und neue Anwendungsfelder aufeinander, und die Zertifizierungsmatrix wächst schnell.
CE-Kennzeichnung für den europäischen Markt und FCC für die USA laufen parallel, wenn internationale Expansion geplant ist. Für IoT-Geräte mit drahtloser Übertragung (BLE, Wi-Fi, LoRa, NB-IoT) kommen je nach Frequenzband und Sendeleistung unterschiedliche Richtlinien hinzu: RED (Radio Equipment Directive), RoHS, REACH und bei Medizinprodukten MDR. Eine CE-Zertifizierung dauert je nach Komplexität und Prüflabor-Auslastung acht bis vierzehn Wochen. Wer diese Puffer nicht in der Roadmap einplant, verliert Markteinführungsfenster.
Zertifizierungsrisiken durch Hardware-Entscheidungen
Ein konkretes Risiko: Wer ein zertifiziertes Funkmodul (z.B. mit CE/FCC Modular Approval) gegen ein günstigeres Eigendesign austauscht, verliert die Modular-Zertifizierung und muss eine vollständige RF-Prüfung durchführen. Bei einem Wechsel des Modulherstellers in der Skalierungsphase, oft motiviert durch Kostensenkung von 0,80 auf 0,40 Euro pro Einheit, können Nachzertifizierungskosten von 15.000 bis 40.000 Euro entstehen, die den Einspareffekt über mehrere Produktionsjahre aufheben.
Für Produkte im Medizintechnik- oder Industrieumfeld kommen funktionale Sicherheitsanforderungen hinzu, die früh in der Hardware-Architektur verankert sein müssen. IEC 62443 für industrielle Kommunikation oder IEC 60601 für Medizingeräte sind keine nachträglichen Audits, sondern Designanforderungen, die das Schaltungsdesign, die Firmware-Struktur und die Dokumentation betreffen.
Qualitätssicherung und DFM als Wachstumshebel
Design for Manufacturability (DFM) wird in der Startup-Phase häufig als optionale Optimierung behandelt. In der Scale-up-Phase ist es ein direkter Kostenhebel: Fehler im PCB-Layout, die bei Kleinstmengen manuell korrigiert werden, erzeugen bei 10.000 Einheiten systematische Ausschussraten und Nacharbeitskosten.
Konkrete DFM-Punkte, die Scale-ups regelmäßig unterschätzen: Lötpastenauftrag bei engen Bauteilabständen unter 0,4 mm Pitch, Testpunkt-Zugänglichkeit für In-Circuit-Test (ICT), Panelisierungsdesign für automatisierte Bestückungslinien und thermische Reliefs an Masseflächen. Jeder dieser Punkte beeinflusst direkt den Fertigungsdurchsatz und die Fehlerrate beim EMS-Partner.
Qualitätssicherung als Prozess, nicht als Prüfschritt
Qualitätssicherung, die erst am Ende der Fertigung ansetzt (Endkontrolle, AOI), ist teurer als Qualitätssicherung, die im Designprozess beginnt. Ein Design-Review mit dem EMS-Partner vor der Freigabe der Fertigungsdaten identifiziert typischerweise fünf bis fünfzehn kritische Punkte, deren Korrektur nach dem ersten Serienanlauf zehnmal teurer wäre. Teams, die diesen Schritt überspringen, weil der Zeitdruck hoch ist, riskieren Anlaufverzögerungen von vier bis acht Wochen.
Firmware-Architektur für langfristige Skalierbarkeit
Firmware, die im Startup-Prototyp funktioniert, ist häufig monolithisch aufgebaut: ein einzelner Kontrollfluss, hartcodierte Konfigurationsparameter, minimale Abstraktionsebenen. Das ist für frühe Validierung sinnvoll. Für ein Produkt, das in mehreren Varianten, auf verschiedenen Hardwarerevisionen und mit Over-the-Air-Updates (OTA) betrieben werden soll, ist diese Architektur ein Skalierungshindernis.
Eine skalierbare Firmware-Architektur auf Basis eines RTOS wie FreeRTOS oder Zephyr trennt Applikationslogik, Hardware-Abstraktionsschicht (HAL) und Kommunikationsstack. Diese Trennung erlaubt es, eine neue Hardwarerevision einzuführen, ohne die Applikationslogik neu zu schreiben, und neue Protokolle (z.B. MQTT über LTE-M statt BLE) zu integrieren, ohne die gesamte Codebasis zu überarbeiten. Der Aufwand für diese Strukturierung beträgt initial zwei bis vier Wochen Mehraufwand, spart aber bei jeder weiteren Produktvariante vier bis acht Wochen Entwicklungszeit.
OTA-Updates und Bootloader-Risiken
OTA-Update-Mechanismen werden in der Scale-up-Phase obligatorisch, sobald Feldgeräte nicht mehr manuell zugänglich sind. Ein häufig unterschätztes Risiko: ein fehlerhafter OTA-Update-Prozess ohne Rollback-Mechanismus kann eine gesamte Feldinstallation unbenutzbar machen. Für einen Industriekunden mit 2.000 installierten Einheiten bedeutet das manuelle Wartungseinsätze, die schnell im sechsstelligen Bereich liegen. Ein sicherer Dual-Bank-Bootloader mit kryptographischer Signaturprüfung ist kein Nice-to-have, sondern eine Grundvoraussetzung für jedes Produkt mit Remote-Update-Anforderung.
Wer Firmware Entwicklung beauftragt, sollte explizit fordern, dass OTA-Strategie, Versionierungsschema und Rollback-Verhalten im Architektur-Dokument spezifiziert sind, bevor die Implementierung beginnt.
Den richtigen Entwicklungspartner für die Scale-up-Phase wählen
Ein Entwicklungspartner, der im Startup-Stadium geeignet war, muss für die Scale-up-Phase nicht automatisch die richtige Wahl sein. Die Anforderungen verschieben sich: Prototypenbau erfordert Geschwindigkeit und Flexibilität, Skalierung erfordert Prozessreife, Zertifizierungserfahrung und die Fähigkeit, mit EMS-Partnern und Prüflaboren zu koordinieren.
Entscheidende Kriterien bei der Auswahl: Hat der Partner bereits Produkte durch CE, FCC oder branchenspezifische Zertifizierungen (MDR, IEC 62443) begleitet? Verfügt das Team über DFM-Erfahrung und Kontakte zu zuverlässigen EMS-Partnern? Kann der Partner sowohl Hardware-Design als auch Firmware-Architektur aus einer Hand liefern, um Schnittstellenprobleme zwischen beiden Disziplinen zu vermeiden? Elektronikentwicklung outsourcen funktioniert dann gut, wenn der Partner den gesamten Entwicklungsprozess von der Schaltungsentwicklung bis zur Serienbegleitung kennt, nicht nur einzelne Teilschritte.
Ein konkretes Warnsignal: Partner, die keine eigenen Erfahrungen mit Serienanlauf und Zertifizierung nachweisen können, unterschätzen systematisch den Aufwand für diese Phasen. Das führt zu Zeitplan-Überschreitungen von vier bis zwölf Wochen und ungeplanten Kostenblöcken, die in der Scale-up-Phase besonders schmerzhaft sind, weil Investorenerwartungen und Marktfenster unter Druck stehen.
Wie Oxeltech Scale-ups bei der IoT-Produktentwicklung unterstützt
Wir begleiten Scale-ups in der Phase, in der die technischen Entscheidungen der frühen Entwicklung auf ihre Skalierbarkeit geprüft werden. Unser Team übernimmt dabei konkrete Aufgaben entlang des gesamten Entwicklungsprozesses:
- Hardware-Design und Simulation: Schaltungsentwicklung, PCB-Layout und Signalintegritätssimulation mit DFM-Optimierung für Serienfertigbarkeit
- Firmware-Architektur: Entwicklung skalierbarer Embedded-Software auf Basis von FreeRTOS und Zephyr, inklusive OTA-Mechanismen, HAL-Abstraktion und Versionierungskonzepten
- Zertifizierungsbegleitung: Unterstützung bei CE, FCC und branchenspezifischen Normen, Koordination mit akkreditierten Prüflaboren und Vorbereitung der technischen Dokumentation
- Serienübergang: Koordination mit EMS-Partnern, Design-Review vor Fertigungsfreigabe und Begleitung des Serienanlaufs
- Drahtlose Konnektivität: Integration von BLE, Wi-Fi, NB-IoT, LTE-M und LoRa, jeweils mit Blick auf Zertifizierungsanforderungen und Energieeffizienz
Wir haben über 20 Hardwareprodukte vom ersten Konzept bis zur Serienreife und Markteinführung begleitet, für Kunden in Europa und den USA. Wenn dein Team ein IoT-Gerät zur Serienreife bringen oder eine bestehende Plattform skalieren möchte, nimm Kontakt auf und beschreib uns dein Projekt. Wir melden uns innerhalb von 24 Stunden.
Ähnliche Artikel
- Wann sollte man auf kontinuierliche Vitalwertüberwachung statt auf punktuelle Messung setzen?
- Wie lange hält der Akku eines Wearable-Sensors bei kontinuierlicher Überwachung?
- Was ist der Unterschied zwischen Gesundheitsmonitoring und Fitness-Monitoring?
- Wie funktioniert die Firmware-Entwicklung für IoT-Geräte?
- Wie testet man die Zuverlässigkeit eines Wearables vor der Serienproduktion?
