Die meisten IoT-Budgets entstehen auf dieselbe Weise. Jemand zählt die Geräte, kalkuliert einen Sensorpreis, addiert einen SIM-Tarif, multipliziert mit der Flottengröße und schlägt für die Sicherheit zwanzig Prozent drauf. Der Vorstand sieht eine saubere Zahl. Das Projekt wird genehmigt. Alle fühlen sich gut.
Diese Zahl ist fast immer falsch. Nicht weil der Sensorpreis falsch wäre, sondern weil der Sensor einer der billigsten Teile des Ganzen ist.
Wenn Sie als Projektmanager für ein IoT-Ergebnis verantwortlich sind, dann stehen die Kosten, die Ihr Budget sprengen, nicht auf der Hardware-Rechnung. Es sind die Kosten, die Ihnen niemand vorab nennt, weil sie in Entwicklerstunden stecken, in Plattformgebühren, die mit der Nutzung wachsen, und in dem langsamen Tropfen der Wartung nach dem Launch. Dieser Artikel ist eine vollständige Aufstellung der Gesamtbetriebskosten. Ich möchte, dass Sie Ihr Budget Zeile für Zeile verteidigen können und genau wissen, wo eine Managed Platform Kosten beseitigt und wo nicht.
Der Teil, den jeder einplant
Beginnen wir mit dem einfachen Geld, dem Teil, den Sie bereits im Griff haben.
Hardware ist real und sie ist sichtbar. Ein Projekt im Mittelstand umfasst vielleicht ein paar Hundert bis ein paar Tausend Geräte. Sie kalkulieren den Sensor oder das Gateway, Sie kalkulieren die SIM-Karte oder das Konnektivitätsmodul, und Sie erhalten von Anbietern einigermaßen genaue Angebote. Es mag einen Aufschlag für robuste Gehäuse oder bestimmte Zertifizierungen geben, aber Hardware ist eine bekannte Größe. Sie können drei Angebote einholen und eines auswählen.
Die Konnektivität pro Gerät wirkt auf Stückebene gering. Ein paar Dollar im Monat pro SIM-Karte oder eine Pauschale für einen LoRaWAN- oder NB-IoT-Tarif. Projektmanager kalkulieren das pro Gerät korrekt.
Bei diesen beiden Posten hört die Genauigkeit der meisten Budgets auf. Sie sind die sichtbare Spitze. Unterhalb der Wasserlinie ist der Ort, an dem Projekte untergehen.
Die Kosten, vor denen Sie niemand warnt
Hier ist die unbequeme Liste. Jeder dieser Posten ist real, wiederkehrend oder einmalig, und wird im ersten Budget regelmäßig weggelassen.
Plattform- und Datenaufnahmegebühren
Ihre Geräte senden Daten irgendwohin. Dieses Irgendwohin kostet Geld, und es skaliert üblicherweise mit der Zahl der Nachrichten, nicht mit der Zahl der Geräte. Ein Gerät, das alle fünfzehn Minuten meldet, sendet rund 2.880 Nachrichten am Tag. Über tausend Geräte hinweg sind das fast drei Millionen Nachrichten am Tag. Eine Preisgestaltung, die pro Nachricht oder pro Datenpunkt skaliert, kann schneller wachsen als Ihre Gerätezahl, denn in dem Moment, in dem jemand nach “häufigeren Messwerten” fragt, springt Ihr Aufnahmevolumen nach oben, ohne dass ein einziges neues Gerät installiert wird.
Das ist eine wiederkehrende Kostenstelle. Budgetieren Sie sie monatlich, und budgetieren Sie sie gegen Ihr reales Meldeintervall, nicht das Demo-Intervall.
Payload-Parsing und Integrationsentwicklung
Das ist der Posten, der die Leute am meisten überrascht. Ihr Gerät sendet keine sauberen, beschrifteten Daten. Es sendet einen kompakten binären Payload, oft hexadezimal, ausgelegt darauf, die Funkübertragung kurz und die Akkulaufzeit lang zu halten. Jemand muss Code schreiben, der diesen Payload in “Temperatur: 4,2 Grad, Akku: 87 Prozent, Tür: offen” verwandelt.
Dieser Jemand ist ein Entwickler, und jedes Gerätemodell hat eine andere Payload-Struktur. Wechseln Sie den Anbieter, fügen Sie einen neuen Sensortyp hinzu oder erhalten Sie ein Firmware-Update, das die Byte-Reihenfolge verschiebt, und Sie bezahlen für diese Arbeit erneut. Dann gibt es die Integration in die andere Richtung, das Einspeisen Ihrer Daten in die Systeme, mit denen Ihr Unternehmen tatsächlich arbeitet, das ERP, das CMMS, das Ticketsystem, die Abrechnungsplattform. Jede Integration ist maßgeschneiderte Entwicklungsarbeit, und Integrationsarbeit ist der Ort, an dem Zeitpläne still und leise um Wochen verrutschen.
Das sind überwiegend einmalige Kosten pro Gerätetyp und pro Integration, mit einem wiederkehrenden Wartungsanteil.
Dashboard- und Anwendungsentwicklung
Aus den Daten muss etwas werden, das ein Mensch ansieht und auf das er reagiert. Ein Dashboard, eine Alarmregel, ein Bericht, eine mobile Ansicht für den Techniker im Feld. Das ist echte Produktarbeit. Es ist Design, es ist Frontend, es ist das Hin und Her von “Können wir auch den Trend der letzten Woche zeigen?”. Hier zu wenig zu budgetieren ist verbreitet, weil es sich wie der einfache Teil anfühlt. Ist es nicht. Die Anwendung ist der Teil, den Ihre Nutzer tatsächlich anfassen, und es ist der Teil, dessen Änderung sie jeden Monat von Ihnen verlangen werden.
Konnektivität im großen Maßstab
Konnektivität ist pro Gerät günstig und in der Summe teuer. Über die Kosten pro SIM-Karte hinaus gibt es die Frage, was passiert, wenn tausend Geräte nach einem Netzaussetzer alle gleichzeitig versuchen, sich neu zu verbinden, oder wenn Ihr Datenvolumen eine Stufe überschreitet und sich Ihr Tarif ändert. Konnektivitätsanbieter haben Stufen und Mehrverbrauchsgebühren. Im kleinen Maßstab sehen Sie sie nie. Im Maßstab des Mittelstands werden Sie sie sehen.
Daten-Egress
Dieser Posten versteckt sich gut. Daten aus einer Cloud heraus, zwischen Regionen oder in ein Drittsystem zu bewegen, ist oft mit einer Egress-Gebühr pro Gigabyte verbunden. Während eines Pilotprojekts mit zehn Geräten ist sie unsichtbar. Mit einer vollständigen Flotte, die kontinuierlich sendet, wird Egress zu einem Posten, den Sie auf der monatlichen Rechnung wirklich bemerken.
Laufende Wartung und Support
Software ist nie fertig. Sicherheitspatches, Bibliotheks-Updates, API-Änderungen Ihres Konnektivitätsanbieters, ein neues Gerätemodell, das eingebunden werden muss, eine Alarmregel, die nachjustiert werden muss. Wenn Sie den Stack selbst gebaut haben, ist das die Zeit Ihres Entwicklungsteams, für immer. Wenn um 2 Uhr morgens etwas kaputtgeht, hat jemand Rufbereitschaft. Wartung ist die am meisten unterschätzte wiederkehrende Kostenstelle im IoT, denn zur Budgetzeit existiert das System noch nicht und niemand denkt an das zweite Jahr.
Personalzeit
Jede Stunde, die Ihr Team am IoT-Stack verbringt, ist eine Stunde, die nicht für das Produkt aufgewendet wird, das Ihr Unternehmen tatsächlich verkauft. Ein Projektmanager, der koordiniert, ein Entwickler, der Payloads parst, eine Ops-Person, die Dashboards überwacht. Das ist eine reale Kostenstelle, auch wenn sie nicht als Rechnung auftaucht, und es ist die Kostenstelle, nach der Ihre Finanzabteilung fragen wird, wenn sie den Personalstand sieht.
Skalierungsstufen
Kosten im IoT verlaufen nicht gleichmäßig. Sie springen. Sie fügen das hundertste Gerät hinzu und nichts ändert sich. Sie fügen das tausendste hinzu und plötzlich brauchen Sie eine größere Datenbankstufe, einen Load Balancer, eine zweite Region, einen dedizierten Supportvertrag. Diese Stufen kommen ohne Vorwarnung und meist zum schlechtesten Zeitpunkt, genau dann, wenn das Projekt Erfolg hat und die Führung expandieren will.
Einmalig versus wiederkehrend, in einfachen Worten
Sortieren Sie die Kosten in zwei Töpfe und das Bild wird klarer.
Einmalige Kosten: Hardware, anfängliches Payload-Parsing pro Gerätetyp, der erste Aufbau jeder Integration, der anfängliche Dashboard- und Anwendungsaufbau sowie die Einrichtung und Konfiguration der Plattform.
Wiederkehrende Kosten: Konnektivität pro Gerät, Plattform- und Datenaufnahmegebühren, Daten-Egress, laufende Wartung und Support, Personalzeit und die Skalierungsstufen, die sich in neue wiederkehrende Tarife verwandeln.
Der Fehler, der Budgets killt, ist es, wiederkehrende Kosten so zu behandeln, als wären sie einmalig. Der Aufbau ist ein Moment. Der Betrieb ist für immer. Ein Projekt, das als einmaliger Aufbau bezahlbar aussieht, kann zum Problem werden, wenn das zweite und dritte Jahr mit ihrem vollen wiederkehrenden Gewicht eintreffen und kein neuer Wert vorzuweisen ist.
Die Kosten, wenn es schiefgeht
Es gibt noch eine weitere Kostenstelle, und sie ist die größte von allen. Es sind die Kosten eines Projekts, das scheitert oder ins Stocken gerät.
Ein Projekt, das sechs Monate über dem Zeitplan liegt, weil die Integrationsentwicklung zu niedrig budgetiert wurde, kostet nicht nur die zusätzliche Entwicklung. Es kostet den verzögerten Wert, den das Projekt liefern sollte, die Glaubwürdigkeit des Teams, das es versprochen hat, und manchmal die Bereitschaft des Unternehmens, IoT überhaupt noch einmal zu versuchen. Das teuerste IoT-Projekt ist das, das Sie neu aufbauen müssen, weil die erste Version nicht skalieren oder nicht gewartet werden konnte.
Das ist der wahre Grund, die Kosten ehrlich abzubilden. Nicht, um die Zahl kleiner zu machen, sondern um sie wahr zu machen, damit das Projekt den Kontakt mit dem zweiten Jahr übersteht.
Managed Platform versus Eigenbau auf AWS
Hier ist der Vergleich, der das Budget tatsächlich entscheidet.
Wenn Sie direkt auf roher Cloud-Infrastruktur bauen, fügen Sie die Teile selbst zusammen. Einen Message-Broker, eine Datenbank, eine Rules-Engine, Dashboards, Benutzerverwaltung und den Klebe-Code zwischen all dem. Sie besitzen jede Zeile. Sie besitzen auch jeden Patch, jede Skalierungsstufe und jeden Anruf um 2 Uhr morgens. Die Infrastrukturrechnung mag niedrig aussehen, aber die Gehaltskosten der Entwicklung sind die wahren Kosten, und sie hören nie auf.
Eine Managed IoT Platform wie TagoIO beseitigt den Großteil der versteckten Entwicklungskosten. Die Datenaufnahme, Speicherung, Geräteverwaltung, Benutzer- und Mandantenverwaltung, Dashboards und Alarmierung sind bereits gebaut und werden bereits gewartet. Das Payload-Parsing wird mit einer konfigurierbaren Schicht erledigt statt mit einem maßgeschneiderten Dienst, den Sie für immer warten. Wie das Parsing und die Datenstruktur funktionieren, sehen Sie in der TagoIO-Dokumentation. Die Preise sind vorhersehbar und an eine Nutzung gebunden, die Sie im Voraus modellieren können, und die Sie auf der TagoIO-Preisseite einsehen können.
Der Tausch ist eindeutig. Mit einer Managed Platform zahlen Sie eine klarere wiederkehrende Gebühr und hören auf, für das Entwicklungsteam zu zahlen, das andernfalls die Infrastruktur bauen und warten würde. Für ein Projekt im Mittelstand, bei dem Sie ein paar Hundert bis ein paar Tausend Geräte und ein kleines Team haben, spricht dieser Tausch fast immer für die Managed Platform. Die versteckten Entwicklungskosten waren das, was Ihr Budget sprengen würde, und genau diese Kosten nimmt Ihnen eine Managed Platform ab.
Wann TagoIO die falsche Wahl ist
Ich werde nicht so tun, als würde die Managed Platform jedes Mal gewinnen, denn das tut sie nicht.
Wenn Sie bereits ein großes internes Cloud-Engineering-Team betreiben, die vollständige Kontrolle über die Infrastruktur brauchen und mit sehr großen Gerätezahlen arbeiten, kann der direkte Aufbau auf AWS IoT Core im großen Maßstab günstiger sein. Bei ausreichend hohem Volumen schlägt die Ökonomie pro Nachricht der rohen Infrastruktur die Preisgestaltung einer Managed Platform, und wenn Sie die Entwickler, die sie warten würden, ohnehin beschäftigen, fügen Sie diese Kosten nicht hinzu, Sie tragen sie bereits. In dieser Situation ist AWS IoT Core die rationale Wahl, und Sie sollten sie mit derselben offenen Budgetierung treffen, für die dieser Artikel plädiert.
Die Trennlinie ist ehrlich und einfach. Wenn Ihr Maßstab der Mittelstand ist und Ihr Team klein, sind die versteckten Entwicklungskosten Ihr Feind und eine Managed Platform beseitigt sie. Wenn Ihr Maßstab sehr groß ist und Sie bereits ein Cloud-Engineering-Team haben, kann rohe Infrastruktur bei der Stückökonomie gewinnen. Die meisten Projekte im Mittelstand fallen klar in das erste Lager, und genau deshalb gibt es Managed Platforms.
Was Sie damit anfangen sollten
Bauen Sie Ihr Budget in zwei Spalten auf, einmalig und wiederkehrend, und ordnen Sie jeden Posten aus diesem Artikel einer von beiden zu. Verwenden Sie Ihr reales Meldeintervall, nicht das Demo-Intervall. Kalkulieren Sie die Wartung für das zweite und dritte Jahr, nicht nur den Aufbau. Führen Sie dann den Vergleich zwischen Managed und Eigenbau gegen Ihre tatsächliche Gerätezahl und Ihre tatsächliche Teamgröße durch.
Wenn Sie das tun, gehen Sie mit einer Zahl in die Budgetbesprechung, die Sie Zeile für Zeile verteidigen können. Und wenn das zweite Jahr kommt, wird das Projekt noch stehen.
