FinOps-Tool kaufen reicht nicht: Was Apptio, Vantage & Co. nicht lösen

Der naheliegendste erste Schritt für viele CTOs: ein FinOps-Tool evaluieren. Das ist nicht falsch — aber es löst ein anderes Problem, als die meisten erwarten.

Der Markt für FinOps-Tooling ist gut entwickelt: Apptio Cloudability, CloudZero, Vantage, Finout, dazu Azure-native Werkzeuge wie Azure Cost Management und der FinOps Hub. Jedes dieser Tools löst einen Teil des Problems gut. Keines davon löst das Cost-Allocation-Problem vollständig, weil sie nicht für Ihre spezifische Architektur und Ihre spezifischen Prozesse gebaut wurden.

Was diese Tools tatsächlich gut können

Es wäre falsch, das pauschal zu relativieren. Jedes Tool im Markt hat eine reale Stärke:

Wo die Grenze liegt

Jedes dieser Tools braucht als Eingabe eine Datenbasis, die in den meisten Unternehmen schlicht noch nicht existiert: konsistente Tags, eine durchdachte Allocation-Logik für geteilte Ressourcen, und Governance, die verhindert, dass neue Ressourcen ohne Zuordnung entstehen. Ein Tool zeigt Ihnen, was mit den vorhandenen Daten möglich ist — es erzeugt die fehlenden Daten nicht von selbst.

Das führt zu einem typischen Muster: Ein Unternehmen lizenziert ein Tool für 30.000–50.000 € im Jahr, verbindet den Cost Export, und stellt nach wenigen Wochen fest, dass das Dashboard zwar hübsch aussieht, aber weiterhin 60–70 % als "Unallocated" oder "Shared Cost" ausweist — weil das zugrunde liegende Tagging-Problem nie gelöst wurde.

Ein Tool beantwortet "Wie viel geben wir aus?" Es beantwortet nicht "Warum, und wem gehört das?"

Visibility-Tool versus Governance-Implementierung

Der entscheidende Unterschied liegt zwischen zwei Kategorien, die häufig verwechselt werden:

Visibility-Tools

Tools wie Vantage oder die nativen Azure-Werkzeuge zeigen Ihnen Daten, die bereits vorhanden sind, in besserer Form. Sie sind wertvoll für Monitoring und Reporting — aber sie ersetzen keinen Prozess, der fehlende Daten erst erzeugt.

Governance-Implementierung

Tagging-Strategie-Design, Policy-Durchsetzung, Rollout auf Bestandsressourcen, Proxy-Metriken für geteilte Infrastruktur — das sind Implementierungsarbeiten, die ein Tool nicht selbst übernimmt. Sie erfordern Entscheidungen über Naming Conventions, Abstimmung zwischen Engineering und Finance, und häufig Schreibzugriff auf die Azure-Umgebung, um bestehende Ressourcen nachträglich zu taggen.

Rate-Optimization-Tools sind ein eigener Sonderfall

Tools wie ProsperOps automatisieren Reserved-Instance- und Savings-Plan-Management vollautomatisch über Gain-Share-Modelle. Das ist ein echter Hebel — aber ausschließlich auf der Rate-Seite. Er optimiert, was Sie pro Einheit zahlen, nicht, wofür Sie zahlen oder wem die Kosten zugeordnet werden. Allocation, Reporting und Governance bleiben davon unberührt.

Die praktische Konsequenz für Ihre Entscheidung

Das heißt nicht, dass Sie auf ein Tool verzichten sollten. Es heißt, dass die Reihenfolge stimmen muss:

  1. Tagging-Strategie und Governance zuerst — unabhängig vom Tool.
  2. Rollout auf Bestandsressourcen, bevor ein Dashboard "schöne" Zahlen zeigen kann.
  3. Erst danach das Tool wählen, das zur eigenen Architektur und zum gewünschten Detailgrad passt.

Wird diese Reihenfolge umgedreht, entsteht das beschriebene Muster: ein bezahltes Tool, das ehrlich anzeigt, dass das eigentliche Problem ungelöst ist.

Bevor Sie ein Tool lizenzieren: Wie sauber ist Ihre Datenbasis?

Der kostenlose Health Check zeigt Ihnen Ihre aktuelle Tagging-Coverage — die Grundlage, auf der jedes Tool aufsetzt.

Health Check anfragen →

Nächster Schritt

Wenn die Datenbasis steht, stellt sich die Frage nach dem realistischen Entwicklungsweg: Welcher Reifegrad ist für Ihr Unternehmen heute erreichbar, und was kommt als Nächstes? Das beschreibt der letzte Artikel dieser Reihe.

← Zurück: Cost Allocation Gap Weiter: Maturity Model →