Die versteckten Betriebskosten komplexer Enterprise-Plattformen

Budgets für Enterprise-Plattformen drehen sich um eine Zahl: die Lizenzgebühr. Über sie wird einmal im Jahr verhandelt, sie prüft der CFO am genauesten, und bei ihr sind sich alle einig, dass sie bezahlt wird. Für die meisten Enterprise-Unternehmen ist sie zugleich der kleinste Teil dessen, was die Plattform tatsächlich kostet.

Die größeren Kosten tauchen nie auf einer Rechnung auf. Sie wachsen leise an. In den Tagen, in denen eine Campaign auf freie Entwicklerkapazität wartet. In den Integrationen, die ein Team auf unbestimmte Zeit pflegen muss. In den Roadmap-Punkten, die wieder um ein Quartal rutschen, weil die Plattform nicht so schnell kann, wie das Geschäft es verlangt. Keiner dieser Posten hat eine eigene Budgetzeile. Keiner wird bei der Budgetplanung geprüft. Und weil niemand sie als Kosten bezeichnet, stellt sie auch niemand infrage.

Hier geht es nicht um den Preis. Es geht um die Lücke zwischen dem, was ein Unternehmen laut Vertrag zahlt, und dem, was es jeden Tag kostet, den Betrieb am Laufen zu halten. Sobald diese Lücke sichtbar ist, stellt sich die Frage nach den Plattformkosten völlig anders.

Was Enterprise-Teams unter Plattformkosten verstehen

Steht eine Plattformentscheidung auf dem Prüfstand, wandert das Kostengespräch fast automatisch zu den Zahlen, die leicht zu sehen sind. Sie stehen im Vertrag, das Finance-Team kann sie in einer Tabelle durchrechnen, und der Einkaufsprozess ist genau dafür gebaut, sie zu vergleichen. Das Problem ist nicht, dass diese Zahlen falsch wären. Das Problem ist, dass sie nur einen Teil zeigen, und aus dem Budget heraus merkt man das kaum.

Die Posten, die jeder einplant

Die bekannten Kosten sind in den meisten Enterprise-Unternehmen dieselben: Lizenz oder Abonnement, Hosting und Infrastruktur, ein Support- oder Success-Paket und je nach Plattform Transaktions- oder Verarbeitungsgebühren. Wer auf einem veralteten Enterprise-Stack arbeitet, hat meist auch einen Entwicklungs-Retainer im Budget. Der gilt als fester Kostenblock des Geschäfts, nicht als Signal über die Plattform selbst.

Diese Kosten sind real, und sie gehören ins Budget. Der Punkt ist nicht, dass Teams sie übersehen. Der Punkt ist, dass sich diese Liste vollständig anfühlt, und sobald sie sich vollständig anfühlt, endet die Analyse.

Warum die Rechnung wie das ganze Bild wirkt

Eine Rechnung ist ein abgeschlossenes Dokument. Sie nennt einen Betrag, der Betrag wird bezahlt, und die Sache ist erledigt. Genau dieses Gefühl des Abschlusses macht sie als Kostenmaßstab irreführend. Die Rechnung Ihrer Plattform zeigt, was der Anbieter verlangt. Sie sagt nichts darüber, was die Plattform von Ihrem Betrieb verlangt, damit sie funktioniert. Auf einem komplexen Enterprise-Stack ist das eine Menge.

Für einen Head of E-Commerce, der das jährliche Plattformbudget aufstellt, sind Lizenz und Infrastruktur zudem die einzigen Zahlen, die sich genau beziffern lassen. Die operativen Kosten sind diffus. Sie verteilen sich über Teamkalender, Release-Pläne und verschobene Vorhaben und fühlen sich deshalb weniger wie Kosten an als wie die Rahmenbedingungen der Arbeit. Also bleiben sie außen vor. Nicht aus Nachlässigkeit, sondern weil sie sich dem Format entziehen, in dem ein Budget aufgebaut ist.

Die Frage, die diese Sicht nie stellt

Es gibt eine Frage, bis zu der die übliche Kostensicht nie vordringt: Was kostet es Ihren Betrieb, auf dieser Plattform zu arbeiten, über das hinaus, was der Anbieter für sie berechnet? Nicht der Preis der Plattform, sondern der Preis ihres Betriebs. Das ist eine andere Zahl, und bei den meisten Enterprise-Stacks ist es die größere. Der Rest dieses Artikels zeigt, wo sie sich versteckt und wie Sie sie sichtbar machen.

Was sich im operativen Alltag tatsächlich zeigt

Wenn die Rechnung der falsche Ort zum Suchen ist, dann ist der Kalender der richtige. Die wahren Kosten einer Enterprise-Plattform stecken darin, wie Ihr Betrieb seine Zeit verbringt. Auf einem veralteten Stack fließt erstaunlich viel dieser Zeit in Umwege um die Plattform herum statt in die Arbeit mit ihr. Das sind echte Ausgaben. Sie werden nur in Stunden und aufgeschobenen Plänen bezahlt statt in Euro, und deshalb tauchen sie in keiner Buchhaltung auf.

Das Warten auf Entwickler

Auf vielen veralteten Enterprise-Plattformen kann das Merchandising-Team kaum etwas selbst ändern. Eine neue Landing Page für eine Campaign, eine geänderte Aktion, eine saisonale Anpassung der Navigation: Jede davon wird zum Ticket, und jedes Ticket landet in der Release-Warteschlange. Die Arbeit selbst dauert für einen Entwickler vielleicht einen Nachmittag. Das Warten drumherum dauert Wochen.

Das sind die teuersten Kosten, die die meisten Teams nie mitzählen, weil sie überhaupt nicht wie Kosten aussehen. Sie sehen aus wie das normale Tempo, in dem Dinge erledigt werden. Doch was steckt tatsächlich dahinter? Ein Marketingteam, dessen Tempo vom Engineering-Backlog begrenzt wird. Ein E-Commerce-Manager, der Campaigns um Release-Fenster herum plant statt um den Markt. Und eine Abhängigkeit von Entwicklern, die so tief im Tagesgeschäft verankert ist, dass niemand sie mehr hinterfragt. Die Plattform hat dafür nie eine Rechnung geschickt. Bezahlt haben Sie trotzdem.

Integrationen, die Sie für immer pflegen

Ein Enterprise-Betrieb ist nie nur ein Shop. Es ist ein Shop, der mit einem ERP, einem PIM, einem OMS, einem Lagerverwaltungssystem, einer Steuer-Engine und allem anderen verbunden ist, was sich im Unternehmen über die Jahre angesammelt hat. Auf einem veralteten Stack sind viele dieser Verbindungen individuelle Integrationen, und eine individuelle Integration baut man nicht einmal. Man muss sie dauerhaft warten.

Jede API, die sich vorgelagert ändert, jedes Versions-Upgrade, jeder neue Markt, der einen etwas anderen Datenfluss braucht: All das wird zu Wartungsarbeit an Verbindungen, die längst existieren. Das ist der Unterschied zwischen einem Infrastrukturproblem und einem Prozessproblem. Einen Prozess verbessert man einmal und lässt ihn dann in Ruhe. Infrastruktur muss man am Leben halten. Der Retainer, der diese Arbeit stillschweigend abdeckt, ist sichtbar. Der wachsende Anteil davon, der nur dafür draufgeht, dass bestehende Verbindungen nicht brechen, ist es nicht.

Campaigns, die zu spät live gehen

Die ersten beiden Kostenarten verstärken sich zu einer dritten, die schwerer zu messen ist und schwerer wiegt als jede der beiden. Wenn jede Änderung auf einen Entwickler wartet und jede Integration Wartung verlangt, bewegt sich der Betrieb langsamer, als das Geschäft es braucht. Campaigns, die vor einer Hochphase live sein sollten, starten mitten darin oder danach. Tests, die das nächste Quartal hätten lenken können, laufen nie. Die Roadmap wird nicht gestrichen. Sie wird verschoben, eine vernünftig klingende Verzögerung nach der anderen.

Diese Kosten werden nicht einmal mit der Plattform in Verbindung gebracht, weil sie als verpasste Chance auftauchen und nicht als Ausgabe. Eine Campaign, die zwei Wochen zu spät startet, wird nicht als Plattformkosten verbucht. Sie wird, wenn überhaupt, als Campaign verbucht, die hinter den Erwartungen blieb. Doch die Verspätung war strukturell, und die Struktur war die Plattform. So funktionieren operative Reibungsverluste: Sie verwandeln eine Grenze der Plattform in etwas, das wie eine Reihe unabhängiger Umsetzungsprobleme aussieht.

Warum diese Kosten unsichtbar bleiben

Die Kosten selbst sind inzwischen klar genug. Die schwierigere Frage ist, warum ein Unternehmen sie jahrelang tragen kann, ohne sie zu benennen. Das liegt nicht daran, dass Enterprise-Teams nachlässig wären. Es liegt daran, dass drei Dinge zusammenwirken: die Struktur eines Budgets, die Form eines Betriebs über mehrere Märkte und eine einzige bequeme Annahme. Jedes davon verdient einen direkten Blick, denn erst wer den Mechanismus sieht, kann die Kosten bewerten.

Keine Budgetzeile, keine Bewertung

Unternehmen bewerten, was sie messen, und sie messen, wofür es einen Platz zum Erfassen gibt. Eine Lizenzgebühr hat diesen Platz: Sie steht im Vertrag, fließt in eine Budgetzeile und wird geprüft, wenn diese Zeile zur Verlängerung ansteht. Operative Reibungsverluste haben keinen solchen Platz. Im Plattformbudget gibt es kein Feld „Stunden verloren in der Release-Warteschlange“ oder „Anteil des Retainers, der für funktionierende Integrationen draufgeht“.

Die Kosten sind also nicht versteckt im Sinne von verheimlicht. Sie sind versteckt, weil sie nirgends erfasst werden, und nicht erfasste Kosten verhalten sich, als gäbe es sie nicht. Sie kommen in kein Review, werden nie mit einer Alternative verglichen und müssen sich nie rechtfertigen. Das Fehlen einer Budgetzeile ist keine kleine Lücke in der Buchhaltung. Es ist der ganze Grund, warum die größten Plattformkosten nie geprüft werden, während über die kleinsten jedes Jahr verhandelt wird.

Wie mehrere Märkte die Reibung vervielfachen

Bei einem europäischen Enterprise-Unternehmen bleiben die Reibungsverluste selten konstant, weil der Betrieb selten einfach bleibt. Eine Marke, die in mehreren Märkten verkauft, hat Umsatzsteuerregeln, die sich von Land zu Land unterscheiden, grenzüberschreitendes Fulfillment, Sprachversionen und eine Datenverarbeitung, die die DSGVO auf operativer Ebene erfüllen muss und nicht erst im Nachhinein. Auf einem veralteten Stack wird jede dieser Dimensionen meist zu einer eigenen Integration, einem eigenen Wartungsstrang und einer eigenen Quelle für Tickets.

Deshalb können zwei Unternehmen mit derselben Lizenzgebühr völlig unterschiedliche tatsächliche Kosten tragen. Eine Marke in einem Markt und eine Marke in acht europäischen Märkten arbeiten operativ nicht auf derselben Plattform, auch wenn der Vertrag das behauptet. Komplexität addiert sich nicht zu den Reibungsverlusten, sie multipliziert sie, und europäische Unternehmen mit mehreren Märkten liegen am oberen Ende dieser Multiplikation. Der Vertrag bildet das nicht ab. Der Kalender schon.

Warum „die Plattform ist bezahlt“ das falsche Denkmodell ist

Unter all dem liegt eine Annahme, die die Kosten besser versteckt als jede Lücke in der Buchhaltung: die Überzeugung, dass die Plattform bezahlt ist, sobald der Vertrag unterschrieben und der Build live ist. Das ist das Denkmodell eines Kaufs, etwas, das man einmal erwirbt und dann besitzt. Doch eine Enterprise-Plattform besitzt man nicht. Sie ist eine Bedingung, unter der Sie arbeiten, und für diese Bedingung zahlen Sie laufend. Die Währung ist, wie viel Ihr Betrieb leisten kann und wie schnell.

An dieser Stelle dreht sich das gesamte Kostenbild. Eine veraltete Plattform kann sich gerade deshalb günstig anfühlen, weil ihre größten Kosten nicht im Vertrag stehen. Sie stecken in der Release-Warteschlange, der Wartungslast und der aufgeschobenen Roadmap, und keines davon schickt eine Rechnung. „Die Plattform ist bezahlt“ stimmt auf der Rechnung und stimmt nicht im Betrieb. Erst wenn Sie dieses Denkmodell durch ein genaueres ersetzen, nämlich dass die Plattform Sie jeden Tag Tempo und Kapazität kostet, werden die versteckten Kosten sichtbar genug, um sie zu messen.

So machen Sie Ihre eigenen Betriebskosten sichtbar

Die Kosten zu benennen ist das eine. Die eigenen zu messen macht daraus etwas, womit Sie arbeiten können, und dafür brauchen Sie weder spezielle Tools noch einen Berater. Die Zahlen gibt es in Ihrem Betrieb bereits. Sie sind nur über Stellen verstreut, auf die ein Budget nicht schaut. Drei Übungen führen sie zusammen, und jede lässt sich noch diese Woche mit Informationen durchführen, die Ihr Team schon hat.

Die Zeit zwischen Idee und Livegang erfassen

Wählen Sie eine typische Änderung aus dem letzten Quartal. Eine Campaign-Seite, eine Aktion, ein Update der Navigation, irgendetwas, das das Geschäft live sehen wollte. Verfolgen Sie dann die gesamte Zeitleiste: das Datum, an dem jemand die Entscheidung traf, und das Datum, an dem es tatsächlich live ging. Es zählen nicht die Arbeitsstunden, sondern der Abstand im Kalender zwischen Absicht und Umsetzung.

Dieser Abstand ist Ihre Durchlaufzeit bis zum Livegang, und keine Zahl verrät mehr über operative Reibungsverluste. Machen Sie das für fünf oder sechs Änderungen, und ein Muster wird sichtbar: wie lange Ihr Betrieb tatsächlich braucht, wenn er sich bewegen will, und wie viel dieser Zeit Arbeit ist und wie viel Warten in einer Schlange. Das Warten sind die Kosten. Ein Team, das regelmäßig drei Wochen zwischen Idee und Livegang sieht, bezahlt für eine Plattform, die nur einen Bruchteil des Tempos schafft, das das Geschäft verlangt, ganz gleich, was der Vertrag zur Uptime sagt.

Die Integrationen zählen, die Wartung brauchen

Listen Sie jedes System auf, mit dem Ihr Shop verbunden ist: ERP, PIM, OMS, Lager, Steuern, Zahlungen, Marketing-Tools, alles mit einem laufenden Datenfluss. Markieren Sie, welche davon individuelle oder teilweise individuelle Verbindungen sind statt nativer, unterstützter Anbindungen. Schätzen Sie dann für jede, wie viel Zeit im letzten Jahr hineingeflossen ist. Nicht in etwas Neues, sondern darin, die bestehende Verbindung bei vorgelagerten Änderungen und Versions-Updates am Laufen zu halten.

Diese Zahl ist Ihre Wartungslast, und sie überrascht oft, weil sie meist unsichtbar in einem Entwicklungs-Retainer steckt, der als eine einzige Summe dasteht. Sie herauszulösen ist genau die Art von Aufschlüsselung, die den Vertragspreis einer Plattform von ihren Betriebskosten trennt. Gehen Sie dabei so vor wie bei einer vollständigen Zerlegung der Preisstruktur einer Plattform, bei der die variablen und laufenden Kosten weit mehr zählen als der Listenpreis. Die Wartung ist selten der Posten, von dem Teams erwarten, dass er groß ist. Auf einem veralteten Stack mit jahrelang gewachsenen individuellen Verbindungen ist er es oft.

Das aufgeschobene Wachstum dazurechnen

Die dritte Zahl ist am schwersten zu fassen und am wichtigsten, weil die anderen beiden sie verursachen. Blicken Sie auf das letzte Jahr zurück und listen Sie auf, was das Team tun wollte, aber nicht getan hat, weil Kapazität oder Tempo fehlten und nicht, weil die Strategie es anders vorsah. Tests, die nie liefen. Märkte, die nie eröffnet wurden. Features, auf die das E-Commerce-Team gewartet hatte. Campaigns, die zu spät oder gar nicht live gingen.

Einen genauen Euro-Betrag bekommen Sie hier nicht, und den brauchen Sie auch nicht. Die Liste selbst ist der Beweis. Sie macht die aufgeschobene Roadmap greifbar und beantwortet die Frage, an der die übliche Kostensicht scheitert: nicht, was der Betrieb der Plattform kostet, sondern was es Sie an Wachstum kostet, das Sie nie realisiert haben. Kann ein Team diese Liste schnell füllen, sieht es den wahren Preis seiner Plattform. Und dieser Preis steht nirgends auf der Rechnung.

Was das echte Kostenbild verändert

Drei Zahlen zusammen verändern das Gespräch. Sobald Sie Ihre Durchlaufzeit, Ihre Wartungslast und Ihre aufgeschobene Roadmap sehen, ist die Plattform kein Fixkostenblock mehr, den Sie unterschrieben haben. Sie wird zu variablen Kosten, die Sie laufend bezahlen. Diese Verschiebung klingt klein. In der Praxis ändert sie, welche Frage Sie stellen, und die Frage bestimmt die Entscheidung, die Sie am Ende treffen.

Von „Was kostet es?“ zu „Was kostet es uns?“

„Was kostet es?“ ist eine Frage an den Vertrag, und der Vertrag beantwortet sie sauber. „Was kostet es uns?“ ist eine Frage an den Betrieb, und darauf gibt es eine andere Antwort, meist eine höhere. Die erste Frage wird bei der Verlängerung gestellt und ist an einem Nachmittag geklärt. Die zweite wird kaum je gestellt. Deshalb bleiben Unternehmen auf Plattformen, die sie still ausbremsen, noch lange nachdem die Zahlen gegen das Arrangement sprechen.

Genau dafür misst man die drei Zahlen: um von der ersten zur zweiten Frage zu kommen. Sie sagen Ihnen nicht, dass Sie etwas ändern müssen. Sie sagen Ihnen, was Sie tatsächlich zahlen, damit jede Entscheidung über die Plattform auf der echten Zahl beruht und nicht auf der Vertragszahl. Für die meisten Enterprise-Unternehmen ist eine Plattformentscheidung eine Bindung über fünf bis sieben Jahre. Wer diese Bindung auf Basis der falschen Kostenzahl eingeht, erlebt eine Plattform, die bezahlbar wirkte und sich als das Teuerste im ganzen Betrieb herausstellt.

Der Vergleich, der als Nächstes kommt

Wer die wahren Kosten seiner aktuellen Plattform sieht, stellt sich automatisch die nächste Frage: Wie schneiden diese Kosten gegen eine Alternative ab, auf dieselbe Weise gemessen? Genau diesen Vergleich machen die meisten Plattformbewertungen falsch. Sie stellen Lizenzgebühr neben Lizenzgebühr und nennen das eine Analyse. Die ehrliche Version stellt Betriebskosten neben Betriebskosten: Durchlaufzeit neben Durchlaufzeit, Wartungslast neben Wartungslast, und das Tempo, das jede Plattform dem Geschäft tatsächlich erlaubt.

Dieser Vergleich ist aufwendiger, und er führt zu einer Entscheidung, hinter der Sie über die gesamte Vertragslaufzeit stehen können. Wenn Sie sehen wollen, wie das bei einer konkreten Wahl aussieht, einer modernen Enterprise-Plattform gegenüber den veralteten Stacks, auf denen die meisten Unternehmen laufen, ist ein ehrlicher Vergleich von Shopify Plus mit veralteten Enterprise-Plattformen der nächste sinnvolle Schritt. Es geht nicht darum, welche Plattform gewinnt. Es geht darum, dass der Vergleich erst dann etwas aussagt, wenn beide Seiten daran gemessen werden, was ihr Betrieb kostet, und nicht daran, was die Unterschrift kostet.

Diesen Vergleich sauber aufzustellen und danach umzusetzen, was er empfiehlt, ist genau die Arbeit, die unsere E-Commerce-Agentur für Kunden leistet, die vor dieser Entscheidung stehen.