Stellen Sie sich vor, Sie evaluieren zwei IoT-Plattformen. Die Lizenzgebühren liegen fast gleichauf, die Featurelisten klingen ähnlich beeindruckend, und beide versprechen volle Integration in Ihre Bestandsinfrastruktur. Und trotzdem werden sich die tatsächlichen Gesamtkosten nach zwei Jahren dramatisch unterscheiden. Warum? Weil eine der Plattformen Dashboards, Alarmketten und Energiemessung mitbringt, während die andere erwartet, dass Ihr Team diese Schichten selbst aufbaut.
Genau dieser Unterschied ist der Kern dieses Beitrags. Wenn Facility Manager heute IoT-Plattformen vergleichen, geraten generische Lösungen und spezialisierte Gebäude-Plattformen schnell in denselben Topf. Das führt zu teuren Fehlentscheidungen.
In diesem Artikel schauen wir uns an, was eine wirklich gebäudespezifische IoT-Plattform leisten muss: von der richtigen Dashboard-Hierarchie über funktionierende Eskalationsketten bis hin zu einer Energiemessung, die über den einzelnen Smart Meter hinausgeht. Am Ende finden Sie außerdem eine praktische Checkliste mit acht Kriterien, mit denen Sie Plattformen in Ihrer nächsten Evaluation gezielt vergleichen können.
Der entscheidende Unterschied: Gebäude-IoT-Plattform vs. generische IoT-Lösung
Zwei IoT-Plattformen können auf dem Papier ähnlich aussehen: beide erfassen Sensordaten, beide speichern sie, beide verbinden Geräte. Der Unterschied liegt darin, was danach kommt.
Generische IoT-Plattformen liefern eine technische Grundlage, keine fertige Lösung. Datenerfassung und Speicherung funktionieren, aber Dashboards, Alarmlogik und Verbrauchsberichte existieren nicht von Haus aus. Wer sie haben will, muss sie selbst bauen, mit Entwicklungszeit, IT-Ressourcen und entsprechendem Budget.
Purpose-built Gebäude-IoT-Plattformen starten dort, wo generische aufhören. Diese Schichten sind bereits vorhanden und konfigurierbar. Facility Manager öffnen die Plattform und sehen sofort einsatzbereite Gebäudeansichten, keine leere Leinwand. Der Unterschied im Alltag ist erheblich: Wochen Entwicklungsarbeit gegen Tage zur Inbetriebnahme.
Ein strategischer Fehler wiederholt sich dabei besonders häufig: Kaufentscheidungen werden auf Geräteebene getroffen, nicht auf Plattformebene. Smart Meter und Sensoren werden beschafft, ohne zu klären, welche Softwareschicht die Messwerte anschließend handlungsrelevant aufbereitet. Das Gerät misst, aber die Plattform entscheidet, ob die Daten nützen. Wer eine IoT-Monitoring-Plattform für Gebäude nach den richtigen Kriterien auswählt, vermeidet genau diese Falle.
IoT-Systeme für Gebäude lassen sich deshalb klar nach Zielgruppe trennen. Plattformen für Entwickler sind flexibel und mächtig, verlangen aber technisches Aufbau-Know-how. Plattformen für Gebäudebetreiber sollten Entscheidungen erleichtern, nicht Entwicklungsprojekte auslösen.
Dieser Artikel vergleicht beide Kategorien entlang der drei Dimensionen, die im Facility-Management-Alltag den größten Unterschied machen: Dashboards, Alarmierung und Energiemessung.
Dashboards: Status zuerst, Zahlen danach
Fangen wir mit der entscheidenden Frage an: Was soll ein Facility Manager eigentlich sehen, wenn er morgens die Plattform öffnet?
Das Designprinzip hinter wirklich nützlichen Gebäude-Dashboards lautet nicht “Welche Daten haben wir?”, sondern “Was muss diese Person in den nächsten zehn Minuten entscheiden?” Dieser Perspektivwechsel klingt simpel, macht in der Praxis aber den ganzen Unterschied.
Effektive Gebäude-Dashboards folgen deshalb einer klaren vierstufigen Hierarchie: zuerst die Portfolio-Ansicht (alle Objekte auf einen Blick), dann die Gebäudeansicht (ein einzelnes Objekt), dann die Systemansicht (Heizung, Lüftung, Wasser) und schließlich die Compliance-Ansicht für regulatorische Kennzahlen. Keine flache Sammlung von Diagrammen, sondern eine logische Tiefenstruktur, die dem Blick des Nutzers folgt.
Generische Plattformen: eine leere Leinwand
Bei generischen IoT-Plattformen gibt es diese Struktur nicht von Haus aus. Layout, Widgets, Datenzuordnung, Schwellenwerte und Benutzerrollen müssen manuell konfiguriert werden, häufig durch interne IT-Ressourcen oder externe Dienstleister. Das kostet nicht nur Wochen, sondern birgt das Risiko, relevante Ansichten schlicht zu vergessen.
Sensor-Online liefert dagegen anpassbare Dashboards mit Drag-and-Drop-Widgets, die für typische Gebäudeszenarien bereits vorkonfiguriert sind. Wer ein Standard-Szenario hat, startet sofort; wer individuelle Anforderungen hat, passt an, anstatt neu zu bauen.
KI vor den Rohdaten
Eine weitere Ebene, die zunehmend relevant wird: KI-gestützte Oberflächen, bei denen Prognosen und markierte Anomalien bereits vor den Rohdaten erscheinen. Facility Manager sehen sofort, wo Handlungsbedarf besteht, ohne Kurven manuell zu interpretieren. Wie das technisch im Hintergrund funktioniert, zeigt unser Überblick zu gängigen Plattformarchitekturen und API-Automatisierung.
Alarmierung und Eskalationsketten: Wer wird wirklich erreicht?
Ein gutes Dashboard zeigt, was passiert. Ein gutes Alarmsystem stellt sicher, dass jemand darauf reagiert, und zwar zur richtigen Zeit, über den richtigen Kanal.
Eine E-Mail allein ist kein Alarmsystem. Stellen Sie sich vor: Ein Wassersensor schlägt um 3 Uhr nachts an. Die Benachrichtigung landet im Postfach von Techniker A, der gerade schläft. Passiert nichts weiter, läuft das Wasser. Eine zuverlässige Plattform eskaliert automatisch: erst SMS, dann Anruf, dann der nächste Verantwortliche, bis jemand die Meldung quittiert hat.
Generische Plattformen bieten bestenfalls einfache Benachrichtigungen; alles Weitere – Eskalationsketten, Quittierungspflicht, kanalübergreifende Weiterleitung – erfordert Eigenentwicklung.
Bei Sensor-Online ist diese Logik eine konfigurierbare Standardfunktion, kein Zusatzmodul. Facility Manager legen über eine klare Oberfläche fest, wer wann auf welchem Kanal benachrichtigt wird. Ein einfaches Beispiel: Temperatur überschreitet Schwellenwert, Alarm geht an Techniker A; keine Quittierung in 15 Minuten, der Alarm geht weiter an Techniker B und den Objektleiter. Keine Programmierung, keine externe Hilfe nötig.
Wer die richtige IoT-Plattform für Gebäude wählen möchte, sollte Alarmsysteme nie nur im Normalbetrieb beurteilen. Testen Sie die Plattform mit einem simulierten Schwellenwertverstoß: Wird eskaliert? Wann? Wer quittiert? Die Antworten zeigen mehr als jede Funktionsliste.
Energiemessung: Warum ein Smart Meter allein nicht ausreicht
Ähnlich wie bei der Alarmierung gilt auch für die Energiemessung: Das Gerät allein löst das Problem nicht.
Ein Smart Meter misst zuverlässig, was durch die Leitung fließt. Er erstellt aber keine Berichte, erkennt keine Anomalien und meldet sich nicht, wenn der Stromverbrauch samstagnachts unerklärlich ansteigt. Die Messwerte sind vorhanden, aber ohne einen Plattform-Layer darüber bleiben sie reine Rohdaten.
Der entscheidende Schritt ist die Normalisierung. Gebäude haben selten nur einen Zählertyp. Strom, Wasser, Gas und Wärme werden von unterschiedlichen Geräten erfasst, oft in verschiedenen Formaten. Eine zentrale Softwareschicht bringt diese Daten in ein einheitliches Format und macht es erst möglich, Verbrauchsmuster über Gebäude, Etagen oder Mietereinheiten hinweg sinnvoll zu vergleichen.
Darauf aufbauend liefern Lastprofilanalysen eine ganz andere Qualität an Transparenz: Sie zeigen stunden- und zonengenau, wann und wo Ressourcen verbraucht werden. Verbrauchsspitzen außerhalb der Betriebszeiten, ein einzelner Verbraucher mit unerklärlichem Anstieg oder systematische Abweichungen gegenüber dem Vormonat werden sichtbar, ohne dass jemand manuell Tabellen durchsuchen muss.
Sensor-Online liefert automatische Verbrauchsberichte in frei wählbaren Intervallen, täglich, wöchentlich oder monatlich, als fertigen Bestandteil der Plattform. Keine Custom-Entwicklung, keine separate Reporting-Lösung. Mehr dazu, wie moderne Zähler in diese Architektur eingebunden werden, erklärt diese Einführung in LoRaWAN-Stromzähler und Smart Metering.
Ein praktischer Vorteil für größere Liegenschaften: LoRaWAN-Sensoren mit bis zu 10 Jahren Batterielaufzeit messen auch in Kellern, Schächten oder Tiefgaragen zuverlässig, ohne Kabelinfrastruktur und ohne regelmäßige Wartung.
Total Cost of Ownership: Warum ähnliche Lizenzgebühren täuschen können
Dieselbe Logik, die beim Smart Meter gilt, zieht sich durch die gesamte Plattformwahl.
Die Lizenzgebühr deckt nur den Einstieg ab. Wie bereits gezeigt, kommen bei generischen Plattformen erhebliche Aufbaukosten für Dashboard, Alarmlogik und Reporting hinzu – und zwar bevor die Plattform produktiv nutzbar ist.
Fünf Dimensionen machen den realen TCO-Unterschied:
| TCO-Dimension | Generische Plattform | Purpose-built Plattform |
|---|---|---|
| Inbetriebnahmezeit | Wochen bis Monate | Tage bis Wochen |
| Dashboard-Aufbau | Vollständige Eigenentwicklung | Konfigurierbar ab Tag eins |
| Alarmkonfiguration | Programmieraufwand erforderlich | Regelbasiert, sofort nutzbar |
| Reporting-Entwicklung | Custom-Arbeit, oft extern | Automatisch, integriert |
| Protokollintegration | Einzelne Adapter, pro Protokoll | Nativ unterstützt |
Ein weiterer versteckter TCO-Treiber ist die Protokollunterstützung. Eine Plattform, die LoRaWAN, MQTT, M-Bus, Modbus und offene APIs nativ beherrscht, verhindert Vendor Lock-in und erlaubt Hardware-Austausch ohne Plattformwechsel. Wie das in der Praxis funktioniert, zeigt sich am deutlichsten, wenn Daten aus verschiedenen Systemen frei fließen können.
Bei Sensor-Online ist diese Protokollbreite Teil der Grundarchitektur, ebenso wie die Wahl zwischen On-Premise- und SaaS-Deployment.
Schließlich sollte jeder TCO-Vergleich einen oft ignorierten Risikofaktor einkalkulieren: Selbst gebaute Schichten hängen an Personen. Wechselt der zuständige Entwickler das Unternehmen, bleiben Alarmlogik und Reporting-Skripte häufig ohne Wartung zurück.
Evaluierungs-Checkliste: 8 Kriterien für Facility Manager
Wenn die TCO-Analyse zeigt, dass die eigentlichen Kosten im Aufbau liegen, stellt sich die nächste praktische Frage: Woran erkennt man vor dem Kauf, welche Plattform wirklich einsatzbereit ist? Die folgenden acht Kriterien helfen dabei, IoT-Plattformen im Vergleich konkret zu bewerten.
1. Protokollunterstützung prüfen Welche Protokolle sind in Ihrem Gebäude bereits aktiv? LoRaWAN, M-Bus, Modbus und MQTT gehören zu den verbreiteten Protokollen im Gebäudebereich. Eine Plattform, die diese nativ unterstützt, spart erheblichen Integrationsaufwand. Jede fehlende native Unterstützung bedeutet Middleware, Eigenentwicklung oder Einschränkungen.
2. Dashboard-Ausgangspunkt bewerten Fragt nach dem Startpunkt: leere Leinwand oder vorkonfigurierte Gebäudeansichten? Vorkonfigurierte Ansichten, die sich anpassen lassen, bedeuten produktiven Betrieb in Tagen statt Wochen. Eine leere Leinwand bedeutet Entwicklungsressourcen, bevor der erste Mehrwert sichtbar wird.
3. Alarmierungs-Tiefe testen Lassen Sie sich die Alarmkonfiguration live zeigen. Kann die Plattform mehrstufige Eskalationsketten mit Quittierungspflicht, Zeitfenstern und Kanälen wie E-Mail, SMS und Anruf ohne zusätzliche Programmierung abbilden? Wenn ja, ist das ein klares Zeichen für eine purpose-built Architektur.
4. Reporting-Automatisierung klären Können Verbrauchsberichte automatisch in festgelegten Intervallen generiert und versandt werden? Die Antwort sollte ein klares Ja sein, ohne Erwähnung von Custom-Entwicklung oder Zusatzmodulen.
5. Deployment-Flexibilität sicherstellen Bietet die Plattform sowohl Cloud- als auch On-Premise-Optionen? Für Organisationen mit Datenschutz- oder Compliance-Anforderungen ist die Möglichkeit, Daten vollständig in der eigenen Infrastruktur zu halten, kein Nice-to-have, sondern ein Ausschlusskriterium.
6. Skalierbarkeit und Sensorvielfalt einschätzen Wie viele Sensortypen und Hersteller werden unterstützt? Eine breite Gerätekompatibilität schützt vor Abhängigkeiten bei der Hardware-Beschaffung. Einen Eindruck davon, was technische Kompatibilität in der Praxis bedeutet, vermittelt dieser Produktkatalog, der über 1.200 Geräte umfasst.
7. Onboarding-Aufwand realistisch einschätzen Fragen Sie: Wie lange dauert es, das erste Gebäude produktiv in Betrieb zu nehmen? Bitten Sie um konkrete Referenzprojekte mit vergleichbarer Gebäudegröße und Protokollkombination. Vage Antworten sind ein Warnsignal.
8. White-Label und Partnerfähigkeit prüfen Für Unternehmen, die IoT-Dienste intern für mehrere Mandanten verwalten oder weiterverkaufen wollen, ist eine White-Label- oder OEM-Option ein relevantes Selektionskriterium, das früh in der Evaluierung geklärt werden sollte.
Fazit: Die richtige Plattform entscheidet sich nicht am Lizenzpreis
Die bisherigen Abschnitte haben gezeigt: Der Unterschied liegt nicht im Feature-Katalog, sondern im Aufwand zwischen Kauf und erstem produktivem Betrieb.
Facility Manager, die schnell Transparenz über Verbrauch, Anlagenzustand und Alarme brauchen, gewinnen mit einer purpose-built Plattform deutlich früher echten Nutzen. Dashboards, Alarmierung und Energiemessung sind keine nachträglichen Baustellen, sondern konfigurierbare Standardfunktionen.
Sensor-Online bietet genau diese Kombination: eine Hardware-agnostische Plattform, über 1.200 kompatible Sensoren und fertig konfigurierbare Funktionsschichten für alle drei Kerndimensionen. Kein Vendor Lock-in, flexible Deployment-Optionen zwischen Cloud und On-Premise, und native Unterstützung für LoRaWAN, M-Bus, Modbus, MQTT und weitere Protokolle. Die Technologie im Hintergrund ist komplex; für Sie sollte der Einstieg es nicht sein.
Wenn Sie wissen möchten, wie eine Plattformeinführung für Ihre konkrete Gebäudesituation aussehen würde, steht das Team von Sensor-Online gerne zur Verfügung. Eine unverbindliche Plattformdemonstration zeigt schnell, was sofort einsatzbereit ist und was sich für Ihre Anforderungen konfigurieren lässt.
