IOX Insights
IoT Business Case: warum die Rechnung erst im dritten Jahr kippt
Der Business Case vernetzter Produkte scheitert an der falschen Recheneinheit: Warum du pro Gerätejahr rechnen musst und nicht pro Gerät.
Die kurze Antwort: nicht, weil die Zahlen zu optimistisch waren. Sondern weil in der falschen Einheit gerechnet wurde. Ein vernetztes Produkt verdient und kostet nicht im Moment des Verkaufs, sondern in jedem Jahr, das es im Feld steht. Wer pro Gerät rechnet statt pro Gerätejahr, bekommt eine Kalkulation, die im ersten Jahr aufgeht und im dritten kippt.
Dazu kommt ein zweiter Konstruktionsfehler, und der sitzt auf der Ertragsseite. Der Nutzen eines vernetzten Produkts entsteht überwiegend beim Kunden – weniger Stillstand, weniger Wege, bessere Planung. Ohne einen Mechanismus, der euch daran beteiligt, bleibt er auch dort.
Das Problem, das auf der Hand liegt
Wenn ein Business Case nicht hält, ist die Diagnose schnell gestellt: Wir haben uns verschätzt. Der Reflex darauf ist ebenso naheliegend. Konservativer rechnen, Puffer drauflegen, Funktionsumfang kürzen. Beim nächsten Mal machen wir es vorsichtiger.
Genau dieser Reflex ist die erste Falle. Ein Puffer auf eine falsch konstruierte Rechnung verschiebt den Kipppunkt um Monate, er beseitigt ihn nicht. Denn das Problem ist keine Ungenauigkeit, sondern eine Verwechslung: Der erste Business Case eines vernetzten Produkts ist meist gar kein Business Case, sondern eine Kalkulation. Er beantwortet, was das Gerät kostet. Nicht, ob das Geschäft trägt.
Am deutlichsten sieht man das an Pilotprojekten. Ein Pilot ist pro Gerät fast immer günstig, und zwar aus einem unangenehmen Grund: Ihm fehlen genau die Kosten, die mit der Stückzahl wachsen. Hundert Geräte betreut man mit einer Tabelle und zwei hilfsbereiten Kollegen. Bei zehntausend geht das nicht mehr, und die Positionen, die dann entstehen, standen nie in der Pilotrechnung. Deshalb bleiben so viele Vorhaben zwischen Prototyp und Serie hängen. Nicht, weil die Technik nicht funktioniert, sondern weil sie funktioniert und trotzdem niemand sagen kann, ob sich das rechnet.
Ein dritter Punkt kommt hinzu, und er verschiebt sich gerade spürbar. Vernetzung allein ist kein Verkaufsargument mehr. Sie ist zur Grundausstattung geworden, ähnlich wie ein Display oder eine App. Ein Business Case, dessen Ertragsseite im Kern aus „unser Produkt ist jetzt vernetzt“ besteht, hat deshalb nichts mehr zu verkaufen.
Bevor du also neu rechnest, lohnt sich ein Blick darauf, welche Positionen deine Rechnung überhaupt kippen können.
Was du jetzt nicht übersehen solltest
Diese Positionen haben eine Gemeinsamkeit: Sie existieren nur pro Jahr. Ein Gerät verursacht sie nicht einmal, sondern jedes Jahr aufs Neue, solange es im Feld steht. Die passende Einheit für ein vernetztes Produkt ist deshalb nicht das Gerät, sondern das Gerätejahr. Vier Positionen entscheiden darüber, ob diese Rechnung trägt.
Da ist zuerst die Konnektivität über die Laufzeit. Pro Gerät und Monat wirkt sie harmlos, das ist ja gerade ihr Trick. Multipliziert mit der Flotte und mit zehn Betriebsjahren wird daraus die größte wiederkehrende Position der ganzen Rechnung. Dazu kommt etwas, das im Lastenheft nirgends steht: Funktechnologien haben ein Verfallsdatum. Netze werden abgeschaltet, Tarife neu geschnitten, Verträge laufen aus. Die Migration einer bereits ausgelieferten Flotte ist eine Position im Business Case, kein IT-Thema, das man später löst.
Dann die Update-Fähigkeit. Sie war lange ein Feature und ist inzwischen eine Pflicht: Ein Gerät, das keine Sicherheitsupdates mehr bekommt, wird mit Blick auf den Cyber Resilience Act zum Problem für dich als Hersteller, nicht nur für deine Nutzer*innen. Teuer ist dabei nicht das einzelne Update. Teuer ist die Bereitschaft: eine Update-Infrastruktur, die zehn Jahre steht, Schlüssel und Zertifikate, die verwaltet werden müssen, eine Dokumentation, die auch dann noch stimmt, wenn niemand mehr da ist, der das Gerät gebaut hat. Diese Bereitschaft kostet in jedem Jahr Geld, auch in den Jahren, in denen du kein Update ausrollst.
Heikel wird es beim Support. Ein vernetztes Produkt erzeugt Kontakte, die ein unvernetztes nie erzeugt hat. Jedes Gerät, das einen Fehler melden kann, meldet ihn auch. Und die Rollen drehen sich: Dein Kunde sieht die Störung jetzt oft früher als du und erwartet, dass du sie schon kennst. Was als Serviceversprechen gedacht war, wird zur Serviceerwartung – mit einer Kostenseite, die niemand kalkuliert hat, weil sie im Produktgeschäft nie existierte.
Und schließlich die vierte Position, die eigentlich auf der anderen Seite steht: euer Anteil am Nutzen. Der Wert eines vernetzten Produkts entsteht fast immer im Betrieb beim Kunden. Er spart Fahrten, vermeidet Stillstand, plant besser. Das ist echter Wert, aber er landet zunächst vollständig bei ihm. Ob etwas davon bei euch ankommt, entscheidet nicht die Funktion, sondern die Preislogik: Verkauft ihr das Gerät einmal, verkauft ihr Verfügbarkeit, rechnet ihr nach Nutzung ab, oder haftet ihr für ein Ergebnis? Wer eine dauerhafte Verpflichtung eingeht und dafür einmalig bezahlt wird, hat keinen vorsichtigen Business Case. Er hat einen widersprüchlichen.
Besonders unbequem wird dieser Punkt für Unternehmen mit einem gesunden Ersatzteil- und Servicegeschäft. Ein vernetztes Produkt, das zuverlässiger läuft und sich aus der Ferne reparieren lässt, senkt genau die Erlöse, an denen heute gut verdient wird. Das ist kein Argument dagegen. Aber es gehört in die Rechnung, und zwar nicht als Fußnote.
Unser Rat: rechne pro Gerätejahr, nicht pro Gerät
Die gute Nachricht: Du brauchst dafür kein größeres Modell, sondern ein anderes. Die meisten Business Cases werden nicht zu grob gerechnet, sondern in der falschen Einheit.
Nimm dir deshalb ein einzelnes Gerät und ein einzelnes durchschnittliches Betriebsjahr, und beantworte vier Fragen. Vier Zeilen, mehr braucht es zu Beginn nicht.
Die vier Zeilen pro Gerätejahr
Was kostet dieses Gerät in einem Betriebsjahr – Konnektivität, Support, Update-Bereitschaft, Compliance?
Was bringt es im selben Jahr, und über welchen Mechanismus genau?
Ab welchem Betriebsjahr wird die Summe negativ, und wie viele Geräte stehen dann im Feld?
Welcher Wert entsteht beim Kunden – und woran davon nehmen wir teil?
Die häufigste Reaktion darauf lautet: Diese Zahlen haben wir nicht. Das stimmt, und es ist keine Ausnahme. Im klassischen Produktgeschäft wurden sie nie gebraucht, also hat sie nie jemand erhoben. Der falsche Schluss daraus ist, schärfer zu schätzen. Der richtige ist, mit Spannen zu arbeiten und ein Abbruchkriterium zu setzen: ab welchem Wert einer Position dieses Vorhaben nicht mehr sinnvoll ist. Eine Spanne mit klarer Grenze ist belastbarer als eine Zahl mit zwei Nachkommastellen, die niemand belegen kann.
Und nutze den Piloten dafür. Ein Pilot, der nur zeigt, dass die Technik läuft, hat die Hälfte seines Werts verschenkt. Miss darin die Positionen, die später mit der Stückzahl wachsen: Wie viele Supportkontakte erzeugen hundert Geräte im Quartal? Wie viel Datenvolumen fällt wirklich an, nicht laut Datenblatt? Wie lange dauert ein Update über die gesamte Flotte? Das sind die Zahlen, die deinen Business Case robust machen – nicht die Machbarkeit, die ohnehin selten das Problem ist.
Ein Letztes, und es hängt eng mit unserem Beitrag zu ungeprüften Annahmen zusammen: Entscheide die Preislogik, bevor du die Architektur festlegst. Ob ihr einmalig verkauft, nach Nutzung abrechnet oder Verfügbarkeit zusichert, verändert, welche Daten ihr erheben müsst, wem die Infrastruktur gehört und welche Verträge ihr braucht. Steht die Architektur erst, ist die Preislogik faktisch mitentschieden – nur hat dann niemand darüber gesprochen.
Fazit
Ein Business Case für ein vernetztes Produkt ist nicht dann robust, wenn er vorsichtig gerechnet ist. Er ist robust, wenn er zwei Fragen beantwortet: Was kostet und bringt ein Gerät in einem Betriebsjahr – und über welchen Mechanismus landet ein Teil des Nutzens bei euch. Alles andere ist eine Kalkulation, die im dritten Jahr Recht bekommt, wenn es niemandem mehr hilft.
Ein vernetztes Produkt wird einmal verkauft und zehn Jahre lang betrieben. Nur eine dieser beiden Zahlen steht im ersten Business Case.
Der IOX Business-Case-Check
Du willst wissen, ob eure Rechnung über die Laufzeit trägt? Im Business-Case-Check prüfen wir mit dir, was ein Gerät pro Jahr kostet, ab wann die Summe kippt und wie ihr am Nutzen beim Kunden teilhabt. Am Ende steht eine Seite mit Ampel und den zwei Positionen, die du zuerst belegen solltest. Kostenfrei.
Check anfragenNewsletter
Insights, die dich weiterbringen.
Neue Fachartikel, Praxiswissen und Learnings aus unseren IoT-Projekten – direkt in dein Postfach.
Kein Spam, Abmeldung jederzeit möglich. Hinweise zum Datenschutz findest du in unserer Datenschutzerklärung.