Total Cost of Ownership in der IT: die Rechnung aufstellen
Total Cost of Ownership IT: was die Rechnung leistet
Der Anschaffungspreis ist die einzige Zahl, die bei der Entscheidung feststeht. Alle übrigen entstehen später. Wie groß dieser spätere Anteil ist, zeigt der IT-Kosten Benchmark 2025 des VDMA: Bei 169 befragten Unternehmen aus dem Maschinen- und Anlagenbau flossen 70 Prozent der IT-Budgets in den operativen Betrieb und nur 30 Prozent in Innovationsprojekte. Die IT-Kostenquote stieg dort von 1,81 Prozent des Umsatzes im Jahr 2017 auf 2,6 Prozent im Jahr 2024. Der überwiegende Teil des Geldes fließt also in Bestehendes, nicht in Neues.
Wo die Rechnung im Lebenszyklus ansetzt
Welche Kostenarten in eine Gesamtbetrachtung gehören und wie sie sich in den Lebenszyklus einordnen, behandelt der Leitfaden zum IT Lifecycle Management. Hier geht es um den Schritt danach, also um die Frage, wie aus dieser Systematik eine belastbare Zahl wird. Eine vollständige Kostenliste stützt noch keine Entscheidung, solange Zeitraum und Datenquellen offen sind.
Was bedeutet Total Cost of Ownership in der IT?
Total Cost of Ownership bezeichnet in der IT die Summe aller Kosten, die ein System über seine gesamte Nutzungsdauer verursacht, von der Anschaffung über Betrieb, Wartung und Anpassung bis zur Ablösung. Die Abkürzung TCO steht für diese Gesamtkostenbetrachtung. Auf Deutsch entspricht sie den Gesamtkosten des Betriebs. Anders als der Anschaffungspreis erfasst sie auch Aufwände, die erst nach der Inbetriebnahme entstehen.
Unstrittig ist die Definition. Strittig wird die Umsetzung, weil jede Position eine eigene Datenquelle braucht.
Wofür eine TCO-Analyse tatsächlich taugt
Eine TCO-Analyse beantwortet keine Grundsatzfrage. Sie macht zwei oder drei konkrete Optionen vergleichbar, etwa den Weiterbetrieb eines Bestandssystems gegen dessen Ablösung oder einen TCO-Vergleich zwischen Cloud und On-Premises. Der Wert liegt im Vergleich, nicht in der Summe. Ob eine der Optionen technisch überhaupt tragfähig ist, klärt vorab ein Machbarkeitsnachweis.
Das hat Folgen. Eine Rechnung, die nur eine Option betrachtet, produziert eine Zahl ohne Maßstab. Betriebskosten entstehen unabhängig davon, ob jemand sie vorher geplant hat, und genau deshalb braucht die Gegenüberstellung beide Seiten. Wo laufende Aufwände dauerhaft an einen Dienstleister übergehen, verschiebt sich die Rechnung von Investitions- zu Betriebskosten, wie es bei der laufenden Anwendungsbetreuung der Fall ist.
TCO-Berechnung in vier Arbeitsschritten
Die Berechnung der Total Cost of Ownership eines IT-Systems folgt einer festen Reihenfolge. Wird sie umgestellt, entstehen Zahlen, die nicht zueinander passen, weil Kosten für unterschiedlich lange Zeiträume addiert werden. Die Reihenfolge ist deshalb keine Formsache.
Vier Arbeitsschritte reichen für eine belastbare Gesamtkostenbetrachtung aus:
- Betrachtungszeitraum festlegen und für alle Optionen identisch halten
- Kostenpositionen sammeln, getrennt nach einmalig und wiederkehrend
- Zahlen aus belegbaren Quellen ziehen statt sie zu schätzen
- Preissteigerungen über den Zeitraum einrechnen
- Ergebnis je Option auf eine gemeinsame Bezugsgröße herunterbrechen
Welcher Betrachtungszeitraum ist sinnvoll?
Für Anwendungssoftware im Mittelstand tragen fünf bis zehn Jahre. Kürzere Zeiträume begünstigen die Option mit dem niedrigeren Einstiegspreis, weil Folgekosten außerhalb des Fensters liegen. Längere Zeiträume verlieren an Aussagekraft, weil sich Anforderungen und Marktpreise nicht über zwölf Jahre prognostizieren lassen. Eine harte Grenze setzt ohnehin der zugesicherte Supportzeitraum, denn hinter dem Support-Ende endet die belastbare Kostenschätzung.
Die Nutzungsdauer entscheidet über das Ergebnis stärker als jede einzelne Kostenposition. Ein Wechsel von fünf auf zehn Jahre dreht die Rangfolge zweier Optionen regelmäßig um. Dieses Beispiel erklärt die meisten widersprüchlichen Ergebnisse. In Behörden gibt die Bewertung von Lebenszykluskosten den Zeitraum teils vor.
Nutzungsdauer und Abschreibung trennen
Die steuerliche Abschreibungsdauer ist keine Nutzungsdauer. Sie folgt handelsrechtlichen Vorgaben und endet oft Jahre vor dem Zeitpunkt, an dem ein System tatsächlich abgelöst wird. Für die Rechnung zählt die erwartete Nutzung, nicht der Bilanzansatz.
Der Blick in die eigene Vergangenheit lohnt. Wie lange lief das Vorgängersystem wirklich, und was kostete seine Pflege? Diese beiden Zahlen sind meist die besten Schätzwerte, ergänzt um Erfahrungswerte dazu, was Softwarewartung kostet.
Woher die Zahlen kommen
Jede Position der Rechnung braucht eine Quelle im eigenen Haus. Fehlt sie, bleibt die Position eine Schätzung und gehört als solche gekennzeichnet. Welche Systeme überhaupt existieren und wovon sie abhängen, beantwortet eine Configuration Management Database. Für den Regelfall genügen vier Quellen:
- Verträge für Lizenz- und Wartungsgebühren
- Hosting-Abrechnungen für Betriebs- und Speicherkosten
- Ticketsystem für Supportaufwände und Störungshäufigkeit
- Zeiterfassung für den internen Betreuungsanteil
Geschätzte Zahlen erzeugen Scheingenauigkeit, weil eine Summe präzise wirkt, sobald sie eine Kommastelle hat.
Für den Lizenzteil ist ein gepflegter Bestand die Voraussetzung, wie ihn das Software Asset Management herstellt. Fehlt diese Basis, beginnt die Gesamtkostenbetrachtung mit einer Inventur und nicht mit einer Tabelle.
Welche Kostenpositionen die Rechnung übersieht
Die häufigsten Lücken einer TCO-Berechnung liegen nicht bei den großen Posten. Anschaffung, Lizenz und Wartung stehen in jeder Vorlage. Übersehen werden Positionen, für die es keine Rechnung gibt, weil sie intern anfallen oder erst am Lebensende sichtbar werden.
Ein frei verfügbarer TCO-Rechner deckt sie selten ab, weil er auf Beschaffungen zugeschnitten ist. Sechs Positionen fehlen besonders oft:
❗ Integrationsaufwand für jedes angrenzende System, auch bei Versionswechseln
❗ Schulung und Einarbeitung bei Einführung und bei jedem größeren Update
❗ Interner Betreuungsaufwand der Fachbereiche, der in keiner Rechnung erscheint
❗ Produktivitätsverluste während Umstellung und Störungen
❗ Anpassungen an geänderte rechtliche Anforderungen
❗ Wechselkosten am Ende, also Datenmigration und Parallelbetrieb
Was die TCO-Analyse bei Individualsoftware zeigt
Bei einer Eigenentwicklung liegt der Aufwand früh und sichtbar, bei einer Lizenzlösung verteilt er sich über die Jahre. Genau diese Verteilung macht die Gegenüberstellung interessant. Integrationskosten fallen bei jedem angrenzenden System erneut an, unabhängig davon, ob die Anwendung gekauft oder gebaut wurde.
Ein Unterschied bleibt aber bestehen. Lizenzkosten pro Nutzer wachsen mit der Belegschaft, Entwicklungskosten tun das nicht. Bei welcher Nutzerzahl sich das dreht, lässt sich für den Einzelfall ausrechnen und nicht allgemein beantworten. Aussagekraft entsteht erst, wenn beide Kurven denselben Zeitraum abdecken.
Preissteigerungen über die Nutzungsdauer
Eine Rechnung mit heutigen Preisen über zehn Jahre unterschätzt die Gesamtkosten des Betriebs zuverlässig. Preise für Software und Lizenzen steigen jedes Jahr, und zwar messbar. Nach Angaben des Statistischen Bundesamtes verteuerten sich Software und Softwarelizenzen im Jahr 2025 um 2,3 Prozent, IT-Beratung und Support um 1,8 Prozent.
Über zehn Jahre summiert sich ein solcher Zuwachs auf ein Viertel der Ausgangssumme. Wachsende Speichermengen verstärken den Effekt.
Total Cost of Ownership IT im laufenden Betrieb
Eine TCO-Rechnung ist eine Prognose, kein Nachweis. Ihr Wert entsteht erst, wenn sie nach der Inbetriebnahme weitergeführt wird. Andernfalls bleibt sie ein Dokument aus der Entscheidungsphase, das niemand mehr aufschlägt.
Wenn die Prognose auf die Ist-Kosten trifft
Nach zwölf Monaten lässt sich der erste Abgleich rechnen. Typisch sind zwei Abweichungen. Der interne Betreuungsaufwand liegt höher als geplant, und die Zahl der Schnittstellen ist gewachsen. Beides ist vorab schwer zu beziffern.
Abweichungen zwischen Plan und Ist gehören dokumentiert, weil sie die Schätzgrundlage für das nächste Vorhaben verbessern. Wie sich ein mehrjähriger Betrieb kostenseitig entwickelt, zeigt der Betrieb und die Wartung einer hochverfügbaren Plattform über mehrere Jahre.
Wenn aus der Rechnung laufende Steuerung wird
Aus der einmaligen Rechnung wird eine laufende Aufgabe, sobald die Positionen regelmäßig fortgeschrieben werden. Dafür genügen eine feste Zuständigkeit und ein Turnus von zwölf Monaten, ergänzt um einen Zwischenabgleich bei angekündigten Lizenzpreisänderungen, auslaufendem Herstellersupport, einem Nutzerzuwachs über ein Fünftel oder einer neu angebundenen Schnittstelle. Wie sich die Kostenbasis über mehrere Systeme hinweg dauerhaft steuern lässt, behandelt das IT-Kostenmanagement als eigenes Thema.
Wechselkosten entstehen am Ende und werden am Anfang entschieden, mit der Architektur und dem Zugriff auf die eigenen Daten. Eine Gesamtkostenanalyse, die diesen Zusammenhang abbildet, verschiebt die Frage von den Kosten der nächsten Rechnung zu den Kosten des nächsten Wechsels.
