Über 21 Milliarden vernetzte Geräte sind heute weltweit aktiv, und bis 2030 soll diese Zahl auf 39 Milliarden ansteigen. Hinter dieser Entwicklung steht eine Technologie, die oft unterschätzt wird, obwohl sie das Fundament jeder erfolgreichen IoT-Strategie bildet: die IoT-Plattform. Sie verbindet Geräte, verwaltet Datenströme, ermöglicht Analysen und wird zum eigentlichen Nervensystem moderner Betriebe.

Doch der Markt ist unübersichtlich. Hunderte Anbieter, unterschiedliche Deployment-Modelle, proprietäre Protokolle und ein globaler Markt, der bis 2030 auf über 865 Milliarden US-Dollar wachsen soll, machen die Entscheidung für Unternehmen zunehmend komplex. Welche Plattform passt zu welchem Anwendungsfall? Was unterscheidet einen Full-Stack-Anbieter von einer reinen Softwarelösung? Und worauf müssen europäische Unternehmen mit Blick auf Datensouveränität und Regulatorik besonders achten?

Dieser Beitrag liefert einen strukturierten Marktüberblick, erklärt die technischen Grundlagen, beleuchtet die relevantesten Branchen und gibt Ihnen konkrete Auswahlkriterien an die Hand, mit denen Sie die richtige Entscheidung für Ihr Unternehmen treffen können.

Was ist eine IoT-Plattform und warum wird sie zum Nervensystem moderner Betriebe?

Eine IoT-Plattform ist die Middleware-Schicht, die physische Sensoren und Geräte mit digitalen Anwendungen verbindet. Sie vermittelt zwischen Sensorebene, Netzwerk und Anwenderschicht und übernimmt dabei fünf Kernaufgaben: Gerätemanagement, Datenaggregation, Alarmierung, Analyse sowie die Integration in Unternehmenssysteme wie ERP oder SCADA.

Ohne diese Schicht bleiben Rohdaten aus Sensoren operativ wertlos. Der IoT-Middleware-Markt soll laut MarketsandMarkets bis 2032 auf 58,63 Milliarden USD anwachsen.

Der entscheidende Unterschied zu einer Einzellösung liegt in der Skalierbarkeit. Eine Einzellösung adressiert einen einzigen Anwendungsfall; eine Plattform verwaltet Hunderte bis Tausende Geräte unterschiedlicher Hersteller über eine zentrale Oberfläche. Genau hier entsteht der Mehrwert: Erst wenn sich Smart Meter, Temperatursensoren und Durchflussmesser gemeinsam auswerten lassen, entstehen aus Rohdaten automatische Berichte und belastbare Abrechnungsgrundlagen.

Full-Stack-Anbieter wie Sensor-Online gehen einen Schritt weiter und kombinieren Hardware, darunter Sensoren, Datenlogger und Wetterstationen, mit der Softwareplattform. Das eliminiert Integrationsprobleme zwischen getrennten Anbieterkomponenten und reduziert Projektrisiken von Beginn an.

Kernfunktionen einer modernen IoT-Plattform

Was eine Plattform von einer Einzellösung unterscheidet, zeigt sich am deutlichsten in ihren Kernfunktionen. Fünf Bereiche sind dabei entscheidend.

Geräte-Onboarding und Lifecycle-Management ermöglicht das automatisierte Einbinden, Konfigurieren und Verwalten von Hunderten Geräten ohne manuelle Einzelkonfiguration. Neue Sensoren werden per Bulk-Import oder Zero-Touch-Provisioning in Betrieb genommen; Firmware-Updates, Statusüberwachung und Gerätediagnose laufen zentral über eine Oberfläche.

Echtzeit-Dashboards und Reporting bereiten Messdaten visuell auf, mit konfigurierbaren Schwellenwerten, Trendanalysen und automatisierten Berichten. Entscheider sehen Verbrauchsdaten, Umgebungsparameter und Betriebszustände auf einen Blick, ohne Rohdaten manuell auswerten zu müssen.

Alarmmanagement sendet regelbasierte Benachrichtigungen per E-Mail, SMS oder Webhook, sobald Grenzwerte überschritten werden, Geräte ausfallen oder Anomalien auftreten. Reaktionszeiten sinken, weil der richtige Empfänger automatisch informiert wird.

Schnittstellen und offene APIs ermöglichen die Integration mit bestehenden Systemen wie ERP, BMS oder SCADA über REST- oder MQTT-basierte Schnittstellen, ohne proprietäre Bindung an einen Anbieter.

KI-gestützte Analytik erkennt Muster in historischen Sensordaten und unterstützt vorausschauende Wartung sowie Verbrauchsoptimierung, bevor kostspielige Ausfälle eintreten.

Plattform, Einzellösung oder Full-Stack-Anbieter: Was sind die Unterschiede?

Diese Kernfunktionen entfalten ihren vollen Wert nur, wenn das richtige Architekturmodell dahintersteht. Drei Modelle stehen zur Wahl, und sie unterscheiden sich grundlegend.

Einzellösungen decken genau einen Anwendungsfall ab, etwa Temperaturmonitoring in einem Serverraum. Sie sind schnell eingerichtet, skalieren jedoch nicht auf weitere Sensortypen oder Protokolle. Wächst der Bedarf, beginnt der Prozess von vorn.

Reine Softwareplattformen bieten mehr Flexibilität, verlagern aber die gesamte Hardware-Verantwortung auf den Betreiber. Kompatible Sensoren müssen selbst ausgewählt, beschafft, integriert und gewartet werden. Das erhöht den Projektaufwand erheblich und bindet interne Ressourcen, die anderswo fehlen.

Full-Stack-Anbieter liefern Hardware und Plattform aus einer Hand. Das verkürzt die Inbetriebnahme, reduziert Integrationsrisiken und schafft einen einzigen Ansprechpartner für den gesamten Betrieb.

Für Unternehmen mit gewachsener Bestandstechnik, also verschiedenen Sensorherstellern und Protokollen, ist ein hardware-agnostischer Ansatz die praktikablere Wahl. Sensor-Online verbindet beide Stärken: Die Plattform unterstützt über 1.200 Sensoren und Datenlogger unterschiedlicher Hersteller und lässt sich über offene Integrationsmöglichkeiten und Systemunterstützung an Bestandsinfrastruktur anbinden, ohne einen Hersteller-Lock-in zu erzeugen.

IoT-Markt in Zahlen: Wachstum, Geräteexplosion und strategische Trends

Dieser Marktkontext erklärt, warum die Plattformfrage strategisch so viel Gewicht trägt.

Laut MarketsandMarkets wächst der globale IoT-Markt von 547,06 Mrd. USD (2025) auf 865,20 Mrd. USD bis 2030, entsprechend einer jährlichen Wachstumsrate von 9,6 %. Parallel dazu explodieren die Gerätezahlen: IoT Analytics zählt 21,1 Milliarden vernetzte Geräte im Jahr 2025, ein Plus von 14 % gegenüber 2024, mit Prognosen von 39 Milliarden bis 2030 und über 50 Milliarden bis 2035.

Dieses Wachstum erzeugt einen strukturellen Druck: Isolierte Point Solutions sind bei dieser Gerätedichte nicht mehr administrierbar. Unternehmen verlagern sich deshalb auf zentrale Plattformen mit einheitlichem Gerätemanagement, Protokollorchestrierung und Edge-to-Cloud-Analytik, ein Trend, den Marktforscher als Plattformkonsolidierung beschreiben.

Vertikal führt Smart Manufacturing die Adoptionskurve an, gefolgt von Smart Buildings, Energie und Versorgung sowie Infrastrukturmonitoring. Plattformanbieter, die Geräte-Lifecycle-Management, OTA-Updates und Mehrprotokollunterstützung vereinen, gewinnen dabei Marktanteile gegenüber fragmentierten Einzelanbietern. Für Sektoren wie Wasser und Energie lohnt sich eine Kosten- und ROI-Betrachtung bereits in der Evaluierungsphase.

Europäischer IoT-Markt: Chancen, Wachstum und regulatorische Besonderheiten

Der europäische Markt entwickelt sich dabei nach eigenen Regeln. Laut MarketsandMarkets wächst er von 118,18 Mrd. USD (2025) auf 164,03 Mrd. USD bis 2030, bei einer CAGR von 6,8 % deutlich moderater als Asien-Pazifik mit 12,4 %. Dieses langsamere Wachstum verschärft den Wettbewerb um verfügbare Budgets erheblich, was Kriterien wie No-Lock-in und Protokollinteroperabilität zu echten Kaufentscheidungsfaktoren macht.

Regulatorik als Wachstumstreiber: DSGVO, die EU-Energieeffizienzrichtlinie und die Trinkwasserverordnung verpflichten Unternehmen, Messdaten nachweisbar zu erfassen und revisionssicher zu archivieren. Automatisierte IoT-Berichte werden so zum Compliance-Werkzeug – nicht nur zum Effizienzinstrument. Wer diese Nachweise manuell erbringt, trägt ein vermeidbares Kostenrisiko.

Datensouveränität im DACH-Markt: Entscheider in Deutschland, Österreich und der Schweiz stellen konkrete Fragen zur Datenresidenz. Anbieter, die weder On-Premise-Deployment noch europäische Rechenzentrumsstandorte nachweisen können, scheiden in vielen Ausschreibungen frühzeitig aus. Weiterführende Informationen zu technischen Umsetzungsfragen, etwa bei Durchfluss- und Abwassermonitoring, verdeutlichen, wie eng regulatorische Anforderungen und Sensorarchitektur zusammenhängen.

Protokolle und Konnektivität: Das technische Fundament jeder IoT-Plattform

Neben regulatorischen Anforderungen ist die Protokollfrage eine der wichtigsten technischen Weichenstellungen bei der Plattformauswahl.

Rund 80 % aller IoT-Verbindungen weltweit entfallen auf Wi-Fi, Bluetooth und Cellular IoT. Diese drei Mainstream-Technologien dominieren datenintensive Kurzstreckenanwendungen. LPWAN-Technologien wie LoRaWAN, NB-IoT und LTE-M belegen zwar einen kleineren Anteil, sind jedoch bei Reichweite und Energieeffizienz klar überlegen: Bis zu 4 Milliarden Geräte stützen sich laut ABI Research auf LPWAN-Standards, besonders in Energie-, Wasser- und Umweltanwendungen.

Kein einzelnes Protokoll erfüllt alle Anforderungen gleichzeitig. Reichweite, Energieverbrauch, Datenrate und Betriebskosten stehen in direktem Spannungsverhältnis. Für heterogene Infrastrukturen ist Mehrprotokoll-Unterstützung daher keine optionale Funktion, sondern eine technische Grundvoraussetzung. Welche Kommunikationstechnologien und Protokolle in der Praxis zum Einsatz kommen, hängt stark vom jeweiligen Einsatzbereich ab.

In Fertigung und Energieversorgung dominieren Industrieprotokolle: Modbus RTU/TCP, OPC-UA, SCADA und PLC-Integration sind in Bestandsanlagen weit verbreitet und müssen nativ oder über offene Gateways unterstützt werden. Für den Datentransport zwischen Geräten und Plattform hat sich MQTT als leichtgewichtiges Publish-Subscribe-Protokoll zum De-facto-Standard etabliert, da es bandbreiteneffizient und vielseitig einsetzbar ist.

LPWAN (LoRaWAN, NB-IoT, LTE-M) im Vergleich zu Wi-Fi, Bluetooth und Cellular

LoRaWAN erreicht im Freifeld hohe Reichweiten bei minimalem Stromverbrauch, sodass Sensoren jahrelang batteriebetrieben laufen. Das macht es zur ersten Wahl für Wasserinfrastruktur, Umweltmonitoring und weitläufige Industriegelände.

NB-IoT und LTE-M nutzen bestehende Mobilfunknetze und überzeugen mit besserer Gebäudedurchdringung als LoRaWAN, was sie für städtische Smart-Building-Anwendungen geeigneter macht. Einen detaillierten technischen Vergleich beider Technologien bietet die Analyse LoRaWAN vs. NB-IoT für die Wasserversorgung.

Wi-Fi und Bluetooth liefern hohe Datenraten auf kurze Distanz, sind jedoch energieintensiv und reichweitenbegrenzt. Sie passen zu datenintensiven Innenanwendungen wie Gebäudeautomation oder Asset Tracking in Lagerhallen, wo Stromversorgung verfügbar ist.

Cellular IoT (4G/5G) ermöglicht Echtzeit-Datenübertragung mit hoher Bandbreite für industrielle Steuerungsanwendungen, verursacht aber deutlich höhere Betriebskosten als LPWAN bei einfachen Messaufgaben.

Praxisempfehlung: Für verteilte Energie-, Wasser- und Umweltsensoren ist LoRaWAN über Sensor-Online die kosteneffizienteste Wahl. Integrierte Gebäudesysteme profitieren ergänzend von Wi-Fi oder Ethernet.

Industrieprotokolle in der Praxis: MQTT, Modbus, OPC-UA und SCADA

Während LPWAN-Protokolle den Außenbereich und weitläufige Installationen abdecken, dominieren in Gebäuden, Anlagen und Leitzentralen andere Standards.

Modbus RTU/TCP ist seit Jahrzehnten ein weit verbreitetes Protokoll in der Automatisierungstechnik. Energiezähler, Pumpensteuerungen und Klimaanlagen kommunizieren häufig über Modbus; die TCP-Variante ist seit 2007 Teil des IEC-61158-Standards und ermöglicht IP-basierte Integration ohne Hardwareaustausch.

OPC-UA geht weiter: Das Protokoll bietet plattformunabhängige, verschlüsselte Maschine-zu-Maschine-Kommunikation und gilt als Industriestandard für IIoT-Anwendungen in der Fertigung. Es eignet sich besonders dort, wo Interoperabilität zwischen unterschiedlichen Steuerungssystemen gefordert ist.

SCADA-Systeme liefern Prozessdaten aus Leitzentralen in Echtzeit. Eine IoT-Plattform muss SCADA-Feeds passiv empfangen können, ohne in laufende Prozesssteuerung einzugreifen, da jede Betriebsunterbrechung in kritischer Infrastruktur inakzeptabel ist.

MQTT – bereits als De-facto-Standard für den Gerät-zu-Plattform-Transport eingeführt – verbindet Edge-Gateways über ein schlankes Pub-Sub-Modell mit der Cloud.

Wer Bestandssysteme integriert, sollte auf native Protokollunterstützung für IoT-Kommunikation und Datenübertragung setzen. Jeder Middleware-Adapter erhöht Latenz, Komplexität und TCO dauerhaft.

Branchen im Fokus: Wo IoT-Plattformen den größten Mehrwert schaffen

Protokollunterstützung entscheidet, wie gut eine Plattform in bestehende Umgebungen passt. Ebenso wichtig ist die Frage, für welche Branche sie eingesetzt wird.

Smart Manufacturing führt die globale IoT-Adoptionskurve an. Vorausschauende Wartung, kontinuierliche Qualitätskontrolle und Prozessoptimierung auf Basis von Echtzeitmessdaten erzeugen hier den höchsten messbaren ROI.

Smart Buildings folgen an zweiter Stelle. Raumklima, Energieverbrauch, Zugangskontrolle und Brandschutz werden zunehmend über eine einzige IoT-Plattform gesteuert, was Betriebskosten senkt und Compliance-Nachweise vereinfacht.

Energie- und Versorgungsunternehmen nutzen IoT-Plattformen für Verbrauchsmessung, Leckage-Erkennung und Fernablesung. Regulatorisches Reporting nach EU-Vorgaben wird dabei direkt aus den Plattformdaten generiert, nicht manuell zusammengestellt.

Umwelt- und Wassermonitoring stellt besondere Anforderungen: Sensoren müssen energieautark und wetterbeständig sein, oft an abgelegenen Standorten ohne Netzanschluss. LPWAN-fähige Plattformen sind hier technisch die einzig skalierbare Wahl.

Industrielle Infrastruktur wie Brücken, Pipelines und Kanalisation setzt auf vibrations-, druck- und temperaturbasierte Sensorik mit Wartungsintervallen von mehreren Jahren. Batterielaufzeit und Datenintegrität über lange Zeiträume sind entscheidende Auswahlkriterien.

Smart Manufacturing und Industrie 4.0

Im Fertigungsbereich entfaltet IoT seinen konkreten Mehrwert an drei Stellen: Anlagenverfügbarkeit, Energieverbrauch und Produktqualität.

Predictive Maintenance reduziert ungeplante Stillstandzeiten messbar. Vibrations- und Temperatursensoren an Motoren, Lagern und Antrieben erkennen charakteristische Verschleißmuster Wochen vor einem tatsächlichen Ausfall und machen Wartungseingriffe planbar, statt reaktiv.

Energieeffizienz auf Maschinenebene bleibt ohne Messpunkte Schätzung. Verbrauchsmessungen direkt am Gerät decken versteckte Lastspitzen auf, die auf aggregierter Gebäudeebene unsichtbar bleiben, und schaffen die Datenbasis für gezielte Abschaltstrategien im Teillastbetrieb.

Qualitätssicherung erfordert kontinuierliches Umgebungsmonitoring. Luftfeuchtigkeit, Temperatur und Partikelzahl werden lückenlos protokolliert, sodass Ausschusschargen auf konkrete Prozessabweichungen zurückgeführt werden können.

OPC-UA und Modbus – nativ in Sensor-Online integriert – ermöglichen Retrofitting vorhandener Maschinen ohne SPS-Austausch. Sensor-Online bietet industriespezifische Dashboards mit konfigurierbaren Grenzwerten sowie automatisierten Servicemeldungen bei Schwellenwertüberschreitungen.

Gebäudetechnik, Energie und Wasserinfrastruktur

Neben der Industrie zählen Gebäude, Energieversorgung und Wasserinfrastruktur zu den anwendungsreichsten Feldern für IoT-Plattformen.

Gebäudeautomation setzt auf CO2-, Temperatur- und Feuchtigkeitssensoren, die HVAC-Systeme bedarfsgerecht steuern. Statt starrer Zeitpläne reagiert die Regelung auf tatsächliche Belegung und Außenbedingungen, was Energiekosten senkt, ohne den Raumkomfort einzuschränken.

Smart Metering ersetzt manuelle Zählerablesungen für Fernwärme und Wasser durch automatisierte Erfassung. Das Ergebnis ist verbrauchsgenaue Abrechnung und frühzeitige Leckageerkennung, bevor größere Schäden entstehen.

Wasserqualitätsmonitoring ist zunehmend regulatorisch verpflichtend. Die EU-Trinkwasserrichtlinie (2020/2184), seit Januar 2023 in nationales Recht umgesetzt, verlangt einen risikobasierten Überwachungsansatz. Kontinuierliche Messungen von pH-Wert, Trübung, Chlorgehalt und Durchfluss erfüllen diese Anforderungen und schützen kritische Infrastruktur.

Energieversorger nutzen IoT-Plattformen für Netzstabilitätsmonitoring, Lastmanagement und die direkte Integration von Verbrauchsdaten in kaufmännische Abrechnungssysteme.

Sensor-Online bietet spezialisierte Module für Verbrauchsmessung und Abrechnung sowie fertige Integrationen für Fernwärme- und Wasserzähler über LoRaWAN.

Die 7 wichtigsten Auswahlkriterien für eine IoT-Plattform

Die branchenübergreifenden Einsatzmöglichkeiten zeigen, wie unterschiedlich die Anforderungen an eine IoT-Plattform sein können. Daraus ergeben sich sieben Kriterien, die bei jeder Kaufentscheidung systematisch geprüft werden sollten.

Wer Modbus-Zähler, LoRaWAN-Sensoren und MQTT-Gateways betreibt, braucht eine Plattform mit nativem Support – fehlende Treiber erzwingen Migrationsprojekte.

2. Deployment-Modell bestimmt Datensouveränität, Betriebskosten und IT-Autonomie. Cloud-Lösungen punkten bei schneller Inbetriebnahme; On-Premise-Betrieb gibt vollständige Datenkontrolle. Hybride Architekturen kombinieren beides.

3. Skalierbarkeit und Gerätemanagement entscheiden, ob die Plattform bei wachsendem Gerätevolumen stabil bleibt oder Lizenzspitzen und Performance-Einbrüche erzeugt.

4. DSGVO-Konformität und Datensouveränität sind im DACH-Markt kaufentscheidend. Anbieter müssen entweder EU-Datenresidenz nachweisen oder On-Premise-Deployment unterstützen.

5. No-Lock-in durch offene APIs und Standardprotokolle schützt vor Anbieterabhängigkeit. Entscheidend ist die Frage: Können historische Daten vollständig exportiert werden?

6. Total Cost of Ownership umfasst weit mehr als Lizenzgebühren. Hardware, Integration, Schulung und Betrieb über fünf Jahre sind in die Kalkulation einzubeziehen.

7. White-Label- und OEM-Optionen sind relevant für Systemintegratoren, Stadtwerke und Dienstleister, die eine eigene Marke auf der Plattforminfrastruktur aufbauen wollen.

Kriterium 1: Protokoll- und Hardware-Kompatibilität

Bestandsanalyse als erster Schritt: Vor jeder Plattformentscheidung sollten alle vorhandenen Sensortypen, Schnittstellen und Protokolle systematisch erfasst werden. Wer nicht weiß, welche Protokolle im eigenen Betrieb aktiv sind, riskiert eine Fehlinvestition.

Plattformen mit nativer Unterstützung für LoRaWAN, Modbus, MQTT und OPC-UA eliminieren den Bedarf an separaten Protokollkonvertern und Middleware-Adaptern. Diese Zwischenschichten erhöhen nicht nur die Betriebskosten, sondern auch die Fehleranfälligkeit und den Wartungsaufwand.

Hardware-Agnostizismus schützt die Investition langfristig: Eine Plattform ohne Herstellerbindung erlaubt es, Sensoren verschiedener Anbieter zu kombinieren, Preise zu verhandeln und Lieferanten bei Bedarf zu wechseln, ohne die Softwareinfrastruktur anzutasten.

Sensor-Online unterstützt über 1.200 Geräte aus dem eigenen Katalog und bindet Drittanbieter-Hardware über offene Protokolle ein. Damit reduziert sich der Integrationsaufwand erheblich, unabhängig davon, ob ein Greenfield-Projekt oder eine Bestandsinfrastruktur modernisiert wird.

Kriterium 2: Deployment-Modell und Datensouveränität

Nach der Protokoll- und Hardware-Frage ist das Deployment-Modell das zweite strukturelle Entscheidungskriterium, das erhebliche Konsequenzen für Betrieb, Kosten und Datensouveränität hat.

Cloud-Deployment ermöglicht schnelle Inbetriebnahme, automatische Updates und minimalen IT-Eigenaufwand. Der Preis dafür ist Abhängigkeit vom Anbieter in puncto Verfügbarkeit und Datenschutz. US-Dienste unterliegen zudem dem CLOUD Act – ein Compliance-Risiko, das On-Premise-Deployment oft zur Pflicht macht.

On-Premise-Deployment gibt dem Unternehmen vollständige Datenkontrolle und Infrastrukturhoheit. Der Aufwand ist höher: interne IT muss Betrieb, Updates und Ausfallsicherheit selbst verantworten.

Hybride Architekturen kombinieren beide Modelle sinnvoll: Edge-Gateways vor Ort übernehmen Echtzeitalarmierung und lokale Vorverarbeitung, während aggregierte Analysedaten in die Cloud fließen. Für kritische Infrastruktur wie Wasserversorgung oder Energieverteilung ist dieses Modell besonders geeignet.

Im DACH-Markt ist On-Premise-Fähigkeit in öffentlichen Versorgungsunternehmen, Behörden und Betrieben mit sensiblen Betriebsdaten häufig keine Option, sondern Pflicht. Sensor-Online unterstützt skalierbare Deployment-Optionen einschließlich On-Premise-Installation und bedient damit beide Betriebsmodelle.

Kriterium 5: No-Lock-in und offene APIs als Investitionsschutz

Ebenso wichtig wie die Wahl des Deployment-Modells ist die Frage, wie eng ein Unternehmen langfristig an einen Anbieter gebunden wird.

Proprietäre Protokolle und geschlossene Datenformate erhöhen die Wechselkosten erheblich: Historische Sensordaten lassen sich nicht migrieren, Integrationen müssen neu entwickelt werden, und bestehende Workflows brechen auf.

Offene REST-APIs und standardisierte Exportformate wie JSON, CSV und XML lösen dieses Problem strukturell. Sie ermöglichen die direkte Anbindung an ERP-, CMMS- und BI-Systeme, ohne proprietäre Konnektoren lizenzieren zu müssen.

Stellen Sie beim Anbietervergleich gezielt zwei Fragen: Kann ich alle historischen Daten vollständig und strukturiert exportieren? Unterstützt die Plattform offene Standards wie MQTT und HTTPS nativ?

Sensor-Online positioniert sich explizit als No-Lock-in-Plattform: Offene APIs und standardisierte Exportformate ermöglichen jederzeit einen Anbieterwechsel oder den parallelen Betrieb neben bestehenden Systemen, ohne Datenverlust oder Integrationsbrüche.

Kriterium 6: Total Cost of Ownership realistisch kalkulieren

Offene APIs schützen die Investition, doch die eigentliche Kostenfalle liegt tiefer: im TCO, der über Lizenzgebühren weit hinausgeht.

Eine vollständige TCO-Kalkulation umfasst sechs Kostenblöcke: Lizenz, Hardware-Anschaffung, Installation, Schulung, laufender Support und Integrationsaufwand. Wer nur die Lizenzkosten vergleicht, trifft die falsche Entscheidung.

Versteckte Kosten bei Low-Cost-Plattformen entstehen vor allem durch fehlende Protokollunterstützung. Fehlen native Treiber für Modbus oder LoRaWAN, sind Middleware-Adapter erforderlich, die Kosten und Komplexität treiben. Mangelhafte Skalierbarkeit erzwingt Architekturprojekte nach zwei bis drei Jahren, sobald die Gerätezahl wächst.

Full-Stack-Anbieter reduzieren die TCO durch vorkonfigurierte Hardware-Software-Kombinationen – der Integrationsaufwand zwischen getrennten Beschaffungsprojekten entfällt.

Die Gesamtkosten eines Plattform-only-Modells übersteigen erfahrungsgemäß die eines Full-Stack-Partners erheblich, sobald Integrationsaufwand und fehlende Protokollunterstützung eingerechnet werden.

Sensor-Online liefert Hardware und Plattform aus einer Hand. Das vereinfacht Projektplanung, eliminiert Integrationslücken und macht versteckte Folgekosten kalkulierbar.

Kriterium 7: White-Label- und OEM-Optionen für Partner und Systemintegratoren

Neben den Kostenargumenten ist für einen spezifischen Käuferkreis ein weiteres Kriterium entscheidend: die Möglichkeit, die Plattform unter eigener Marke zu betreiben.

Stadtwerke, Energieversorger und Systemintegratoren müssen ihren Endkunden ein konsistentes Markenerlebnis liefern. Eine White-Label-Plattform erlaubt es, die gesamte Infrastruktur eines Plattformanbieters zu nutzen, ohne dass der Endkunde den ursprünglichen Hersteller erkennt. Logo, Farbgebung, Domain und Benutzeroberfläche erscheinen vollständig in der Markenidentität des Partners.

OEM-Modelle gehen einen Schritt weiter: Gebäudedienstleister oder Energiemanagement-Berater betten IoT-Monitoring als eigenständigen Bestandteil ihres Serviceangebots ein und vermarkten es als eigenes Produkt. Die technische Plattform bleibt im Hintergrund; der Serviceanbieter tritt als alleiniger Ansprechpartner auf.

Sensor-Online unterstützt beide Modelle für Enterprise- und Partneranwendungsfälle. Partner bauen so eigene IoT-Serviceangebote auf einer bewährten, sofort einsatzfähigen Infrastruktur auf, ohne eigene Plattformentwicklung finanzieren zu müssen.

On-Premise oder Cloud: Was für europäische Unternehmen gilt

Neben Deployment-Modell und Partneroptionen ist die regulatorische Dimension in Europa ein eigenständiges Entscheidungskriterium.

DSGVO und IoT-Daten: Gebäudezugangsdaten, Verbrauchsprofile einzelner Mieter oder Bewegungsprofile aus Raumsensoren gelten als personenbezogene Daten. Unternehmen müssen deren Verarbeitung dokumentieren, zweckbinden und auf Anfrage löschen können. Eine IoT-Plattform ohne Mandantentrennung und Zugriffsprotokollierung erfüllt diese Anforderungen strukturell nicht.

IT-Sicherheitsgesetz 2.0 und NIS2: Betreiber kritischer Infrastruktur in Wasserversorgung und Energieverteilung sind in Deutschland gesetzlich verpflichtet, technische Schutzmaßnahmen für OT-Systeme nachzuweisen. NIS2 weitet diesen Kreis deutlich aus. On-Premise-Deployment oder zertifizierte private Cloud ist hier oft keine Präferenz, sondern Pflicht.

Cloud mit europäischen Rechenzentren (ISO 27001 zertifiziert, DSGVO-konformer AVV) bleibt für die meisten mittelständischen Unternehmen die pragmatische Lösung: geringer Betriebsaufwand bei nachweisbarer Compliance.

Hybride Architektur als Kompromiss: Zeitkritische und sensible Daten verbleiben im lokalen Edge-Gateway oder On-Premise-Server; aggregierte Analysedaten fließen in die Cloud. Dieses Modell verbindet Datenkontrolle mit analytischer Skalierbarkeit.

Vor Vertragsabschluss sollten Unternehmen vom Anbieter schriftlich bestätigt bekommen: Speicherort der Daten, Zugriffsberechtigungen und maximale Aufbewahrungsfristen.

Full-Stack-Anbieter oder reine Softwareplattform: Ein kritischer Vergleich

Neben Deployment-Fragen ist die Grundsatzentscheidung zwischen Full-Stack-Anbieter und reiner Softwareplattform ebenso strategisch relevant.

Reine Softwareplattformen verlagern den Beschaffungsaufwand vollständig intern (→ Abschnitt Architekturmodelle); Full-Stack-Anbieter verkürzen Time-to-Value durch abgestimmte Hardware-Software-Pakete.

Wann welches Modell passt:

• Reine Softwareplattform: sinnvoll bei bereits standardisierter, funktionierender Sensorinfrastruktur oder vorhandener interner IoT-Expertise
• Full-Stack-Anbieter: überlegen bei Greenfield-Projekten, heterogenen Umgebungen, begrenzten IT-Ressourcen oder wenn schnelle Inbetriebnahme Priorität hat

Sensor-Online adressiert beide Szenarien: Der Gerätekatalog mit über 1.200 Sensoren, Datenloggern und Wetterstationen versorgt Neuinstallationen vollständig, während die hardware-agnostische Plattform Bestandsinfrastruktur über offene Protokolle integriert, ohne Austausch vorhandener Geräte.

Entscheidungshilfe nach Unternehmensgröße und Anwendungsfall

Die Wahl zwischen Full-Stack und Plattform-only hängt letztlich von der eigenen Ausgangslage ab. Eine strukturierte Einordnung nach Unternehmensgröße schafft Klarheit.

KMU (bis ca. 500 Mitarbeiter) profitieren am stärksten von Full-Stack-Partnern: kein dediziertes IoT-Team, kein Integrationsaufwand, ein einziger Ansprechpartner für Sensoren und Software. Die Zeit bis zur ersten Messung sinkt von Monaten auf Wochen.

Großunternehmen mit eigener IT-Abteilung können Plattform-only-Lösungen sinnvoll evaluieren, wenn bereits eine standardisierte Sensorinfrastruktur und interne IoT-Kompetenz vorhanden sind. Fehlt beides, überwiegen auch hier die Vorteile eines Full-Stack-Ansatzes.

Kommunale und öffentliche Auftraggeber benötigen On-Premise-fähige Lösungen mit dokumentierter DSGVO-Konformität, lokalen Support-SLAs und nachweisbarer Datenresidenz in der EU. Diese Anforderungen sollten bereits in der Ausschreibung verankert werden.

Systemintegratoren und MSPs sollten ausschließlich White-Label-fähige Plattformen prüfen, um IoT-Monitoring als eigenes Serviceprodukt unter eigener Marke zu vermarkten.

Kurzcheckliste für die finale Anbieterauswahl:

• Protokollunterstützung anhand eigener Bestandsgeräte live testen
• TCO-Kalkulation über fünf Jahre schriftlich anfordern
• Referenzkunden aus der eigenen Branche direkt befragen
• Deployment-Optionen und Datenresidenz vertraglich zusichern lassen

Fazit: So finden Sie die richtige IoT-Plattform für Ihr Unternehmen

Die richtige Wahl beginnt vor dem ersten Anbietergespräch. Dokumentieren Sie Ihre Anforderungen konkret: welche Protokolle und Sensortypen bereits vorhanden sind, wie viele Geräte Sie in drei Jahren betreiben werden, ob On-Premise oder Cloud-Deployment bevorzugt wird, welche regulatorischen Nachweispflichten gelten und welches Budget realistisch ist.

No-Lock-in und offene APIs sind keine Komfortfunktionen, sondern Basisanforderung. Ein Anbieterwechsel nach drei Jahren kostet ein Vielfaches der eingesparten Lizenzgebühren, wenn proprietäre Datenformate und geschlossene Schnittstellen einen Datenmigration erzwingen. Fordern Sie vertraglich zu, dass historische Daten vollständig exportierbar bleiben.

Kalkulieren Sie den TCO über mindestens fünf Jahre: Lizenz, Hardware, Installation, Integration, Schulung und laufender Support. Günstige Einstiegspreise können durch Integrationsaufwand und fehlende Protokollunterstützung schnell teurer werden als ein Full-Stack-Angebot.

Bevor Sie einen Vollauftrag erteilen, fordern Sie ein Pilotprojekt mit realer Hardware an. Seriöse Anbieter wie Sensor-Online ermöglichen solche Proof-of-Concept-Installationen, damit Funktionalität und Integration unter realen Bedingungen geprüft werden können.

Plattformkonsolidierung ist eine strategische Investition. Eine einzige IoT-Plattform für Gebäude, Energie, Wasser und Produktion senkt Betriebskosten, vereinfacht Reporting und schafft Synergien, die isolierte Einzellösungen strukturell nicht leisten können.