IT-Kosten senken ohne Qualitätsverlust: 5 Hebel, die der Mittelstand oft übersieht

Wenn IT-Budgets unter Druck geraten, greifen viele Unternehmen zuerst zu den offensichtlichen Stellschrauben: Projekte verschieben, Stellen einfrieren, beim nächsten Hardware-Kauf das günstigste Angebot nehmen. Das funktioniert kurzfristig. Aber es löst selten das eigentliche Problem nämlich dass die Kosten an Stellen entstehen, die im Tagesgeschäft kaum sichtbar sind.Die folgenden fünf Hebel lassen sich mit vorhandenen Mitteln angehen – und bleiben trotzdem erstaunlich oft unter dem Radar.

In den meisten mittelständischen Unternehmen wächst die Softwarelandschaft über Jahre organisch. Eine Abteilung führt ein Tool ein, eine andere bucht Lizenzen für ein Projekt, das längst abgeschlossen ist. Irgendwann zahlt man für Enterprise-Pakete, obwohl die Standard-Version gereicht hätte – oder für Nutzerlizenzen, die seit Monaten inaktiv sind.Das Thema klingt banal. Aber genau deshalb rutscht es durch: Wer kümmert sich schon regelmäßig um eine vollständige Bestandsaufnahme aller laufenden Softwareverträge? Die Antwort ist meistens: niemand.

Ein systematisches Lizenz-Audit braucht keine neue Investition. Es braucht jemanden, der sich die Zeit nimmt, einmal alles aufzulisten – was läuft, wer es nutzt, was es kostet. Die Erfahrung zeigt, dass dabei fast immer Posten auftauchen, bei denen man sich fragt, warum man das eigentlich noch bezahlt.

In den letzten Jahren sind viele Unternehmen in die Public Cloud gegangen – oft mit guten Gründen. Aber nicht jeder Workload profitiert gleichermaßen davon. Manche Dienste laufen in der Cloud günstiger, flexibler und einfacher zu warten. Andere erzeugen dort vor allem eins: laufende Kosten, die mit der Zeit wachsen.

Das ist kein Argument gegen die Cloud. Aber es lohnt sich, differenziert hinzuschauen. Ein Datenbankserver, der rund um die Uhr unter Volllast läuft, hat ein anderes Kostenprofil als ein Webshop, der saisonale Lastspitzen abfangen muss. Beide in dieselbe Umgebung zu stecken, nur weil „Cloud-First“ die Strategie war, kann teurer werden als nötig.

Der Trend zur sogenannten Repatriation – also dem gezielten Zurückholen einzelner Workloads aus der Public Cloud – ist also tatsächlich echt. Das heißt aber nicht, dass alle zurückkommen. Es heißt erstmal nur, dass immer mehr Unternehmen anfangen, Workload für Workload zu prüfen, wo der wirtschaftlich und technisch sinnvollste Standort ist.

Beim Vergleich von IT-Infrastruktur schauen viele zuerst auf den Anschaffungspreis. Das ist nachvollziehbar – es ist die Zahl, die im Angebot steht. Aber sie bildet nur einen Bruchteil der tatsächlichen Kosten ab.

Ein Beispiel: Ein Cloud-Dienst kann im Einstieg günstig wirken. Aber Gebühren für Datenverkehr nach außen (sogenannte Egress-Kosten), für API-Aufrufe oder für zusätzliche Speicheroptionen summieren sich über Monate zu Beträgen, die in der ursprünglichen Kalkulation nirgendwo auftauchten.

Dasselbe gilt in die andere Richtung. Eigene Hardware mag in der Anschaffung teurer sein, aber die laufenden Kosten für Energie, Kühlung, Wartung und internes Personal fallen bei einer reinen Preisvergleichstabelle gerne unter den Tisch.

Total Cost of Ownership – also die Gesamtkosten über den tatsächlichen Nutzungszeitraum – ist kein neues Konzept. Aber im Mittelstand wird es erstaunlich selten konsequent angewendet. Wer Entscheidungen nur auf Basis des Einstiegspreises trifft, vergleicht im Grunde die Kaltmiete zweier Wohnungen, ohne nach Nebenkosten zu fragen.

Mit NIS2, DORA und dem EU AI Act kommen auf den Mittelstand Anforderungen zu, die sich nicht mehr mit einer Excel-Tabelle und guten Vorsätzen abdecken lassen. Das ist inzwischen bei den meisten angekommen. Was weniger auf dem Schirm ist: Compliance hat auch eine Kostendimension, die stark davon abhängt, wann man sie mitdenkt.

Infrastruktur, die von Anfang an auditierbar aufgebaut ist – mit dokumentierten Prozessen, nachvollziehbarer Datenhaltung und den passenden Zertifizierungen – verursacht bei einer Prüfung überschaubaren Aufwand. Dieselben Anforderungen nachträglich auf ein gewachsenes System draufzusetzen, ist erheblich teurer. Man kennt das Prinzip aus dem Hausbau: Leitungen verlegen, bevor die Wände stehen, kostet einen Bruchteil davon, sie hinterher einzufräsen.

Das bedeutet nicht, dass jedes Unternehmen sofort seine gesamte Infrastruktur umbauen muss. Aber bei anstehenden Entscheidungen – neue Systeme, Vertragsverlängerungen, Migrationsprojekte – lohnt es sich, Compliance als Auswahlkriterium mitzunehmen. Denn die ist auch ein wirtschaftlicher Faktor, der sich in der Betriebsrechnung bemerkbar macht.

Dieser Hebel ist der unauffälligste – und vielleicht deshalb der am häufigsten übersehene. Wenn die gesamte Infrastruktur auf einen einzigen Anbieter zugeschnitten ist, schwindet mit der Zeit die Verhandlungsposition. Preiserhöhungen werden hingenommen, weil ein Wechsel zu aufwändig wäre. Neue Anforderungen werden mit dem bestehenden Anbieter gelöst, auch wenn es anderswo eine bessere Lösung gäbe.

Das passiert selten über Nacht. Es ist eher ein schleichender Prozess: Ein proprietäres Format hier, eine Abhängigkeit von einer herstellerspezifischen Schnittstelle dort. Irgendwann merkt man, dass man zwar theoretisch wechseln könnte, praktisch aber an die Entscheidungen von vor fünf Jahren gebunden ist.

Architekturentscheidungen, die Portabilität erhalten, wirken im ersten Moment wie Mehraufwand. Offene Standards, dokumentierte Schnittstellen, die Möglichkeit, Daten vollständig zu exportieren – das alles klingt nach Dingen, die man „irgendwann mal“ braucht. Bis der Tag kommt, an dem sich die Konditionen ändern. Dann ist es der Unterschied zwischen einer informierten Verhandlung und einer Situation, in der man nehmen muss, was angeboten wird.

Keiner dieser Hebel erfordert ein großes Budget oder ein Transformationsprogramm. Es geht um Sichtbarkeit: darum, Kosten zu erkennen, die im Alltag untergehen, und Entscheidungen zu treffen, die über den nächsten Budgetzyklus hinaus tragen.Wer sich die Zeit nimmt, diese fünf Punkte einmal durchzugehen, findet in der Regel Einsparpotenzial – ohne dass die Qualität der IT-Infrastruktur darunter leidet. Oft ist es sogar umgekehrt: Die Infrastruktur wird dabei besser, weil man anfängt, bewusster mit ihr umzugehen.