FM-Dienstleister verkaufen ihren Kunden Lebenszyklus- und CapEx-Prognosen, und die meisten versuchen, sie mit einer Tabelle zu liefern, die schon am Tag des Versands veraltet ist. Eine Prognose, auf die ein Kunde sein Budget stützen kann, braucht ein lebendiges Modell, das auf einem validierten Anlagenregister aufbaut, mit anerkannten Lebensdauerdaten verknüpft ist und sich jedes Mal neu berechnet, wenn jemand eine Anlage austauscht oder sich ihr Zustand ändert. Bring Register und Logik in eine Datenbank, und der Bericht ist keine Feuerwehrübung im Quartalstakt mehr, sondern etwas, das du mit gutem Gewissen verkaufst.
Tabellen haben die Lebenszykluskosten ins Rollen gebracht
Jeder Techniker und Kostenplaner kennt Excel. Kapitalwert und Diskontsätze beherrscht es von Haus aus, und für eine einmalige Zustandsbewertung eines einzelnen Gebäudes macht es seinen Job gut. Viele gute Lebenszykluspläne haben als sauber gebaute Arbeitsmappe angefangen.
Schwierig wird es, wenn die Prognose länger leben muss als die Begehung. Ein Kundenvertrag läuft über Jahre. Anlagen werden ausgetauscht, Zustände ändern sich, Zinsen bewegen sich und der Bestand wächst. Die Tabelle hat einen einzigen Moment festgehalten. Jede dieser Änderungen muss jemand von Hand nachtragen, und zwar derjenige, der noch versteht, wie die Formeln zusammenhängen.
Tabellenmodelle sind außerdem auf eine Weise fragil, die schwer zu erkennen ist. Eine Auswertung mehrerer Studien von Ray Panko, Professor an der University of Hawaii, kam 2008 zu dem Ergebnis, dass fast 90 % aller Tabellen Fehler enthalten, wie MarketWatch berichtete. Selbst die Harvard-Ökonomen Carmen Reinhart und Kenneth Rogoff räumten in der New York Times ein, dass ein Formelfehler in ihrer Tabelle fünf Länder aus einer ihrer meistzitierten Berechnungen herausfallen ließ.
Ein Lebenszyklusbericht ist ein Schnappschuss, ein Lebenszyklusmodell ein Versprechen
An diesem Unterschied entscheidet sich, ob du liefern kannst, was der Einkauf verkauft hat. Ein Bericht beantwortet die Frage, wie der Bestand bei der Begehung aussah. Ein Modell beantwortet die Frage, was du wann ausgeben musst, auf Basis dessen, was du heute weißt. Kunden, die CapEx-Prognosen kaufen, kaufen das Zweite, auch wenn im Vertrag nur „Bericht" steht.
Ein Modell braucht drei Dinge, die eine Tabelle voneinander trennt. Es braucht ein validiertes Anlagenregister, damit jede Prognosezeile zu einer echten Anlage gehört. Es braucht anerkannte Standards wie die Lebensdauer nach CIBSE Guide M und die Wartungscodes von SFG20, verknüpft mit jedem Anlagentyp. Und es braucht Logik, die Restlebensdauer, Zustandsanpassungen und Wiederbeschaffungskosten neu berechnet, sobald sich einer dieser Werte ändert.
Liegen diese drei in verschiedenen Dateien, erbt die Prognose jede Lücke im Register. Im Report 2026 von SFG20 gaben nur 15 % von knapp 200 FM-Fachleuten an, dass ihr Anlagenregister vollständig stimmt. Einer CapEx-Prognose, der die Finanzabteilung nicht traut, legt sie auch kein Budget zugrunde.
Das bringt Dienstleister in eine unangenehme Lage. Technische Serviceteams im FM erzählen uns immer wieder dieselbe Geschichte: Das Lebenszyklus-Reporting ist an Kunden verkauft, bevor die Anlagendaten darunter es tragen können. Diese Lücke ist ein Vertragsrisiko, kein lästiges Reporting-Problem.
Bring Register, Standards und Prognose in eine Datenbank
Ninox ist eine AI-native Low-Code-Plattform. Deine Techniker erstellen das Lebenszyklusmodell also auf derselben Datenbank, mit der sie Anlagen erfassen und validieren. Zwischen Begehung und Prognose gibt es keinen Export, weil beide auf denselben Datensätzen beruhen.
Die Struktur folgt den drei Dingen, die ein Modell braucht. Das Anlagenregister enthält jede Anlage mit Fotos, Zustand und Einbaudatum. Verknüpfte Tabellen enthalten die Lebensdauer nach CIBSE Guide M, SFG20-Codes und NRM-Codes, damit jeder Anlagentyp seinen Standard automatisch mitbringt. Formelfelder und Skripte berechnen dann die Restlebensdauer, passen sie an den Zustand an und ermitteln Wiederbeschaffungskosten und Kapitalwert mit dem Diskontsatz, den du mit deinem Kunden vereinbarst. Aktualisiert ein Techniker vor Ort einen Zustandswert, bewegt sich die Prognose direkt mit.
Das Ergebnis kann dein Kunde nutzen. Diagramme gruppieren ein Datumsfeld nach Monat oder Quartal, so entsteht ein CapEx-Profil pro Quartal direkt aus den Austauschterminen. Drucklayouts und Dokumentvorlagen machen aus denselben Daten Ausnahmeberichte mit Fotos, Kosten und berechneten Werten, ohne dass jemand die Zahlen in Word nachbaut.
Das alles ist kein fertiges Modul für Lebenszykluskosten, und genau darum geht es. Dein Team bildet den Lebenszyklus so ab, wie deine Verträge ihn definieren, auf einer Low-Code-Plattform, die deine eigenen Techniker anpassen, wenn ein Kunde die Anforderungen ändert.
Kapital ist knapp, also müssen Prognosen stimmen
Der Bedarf an belastbaren Prognosen wird weiter wachsen. Eine BCIS-Auswertung der Bestandsdaten des NHS zeigt, dass die geschätzten Kosten für den Abbau des Instandhaltungsstaus im Jahr 2024/25 15,9 Milliarden Pfund erreichten, ein Plus von 15,7 % in einem Jahr. Investiert wurde im selben Zeitraum gut 1 Milliarde Pfund. Ist die Lücke zwischen dem, was nötig ist, und dem, was sich finanzieren lässt, so groß, müssen Eigentümer genau wissen, welche Anlagen sie zuerst ersetzen.
Für FM-Dienstleister werden Lebenszyklus- und CapEx-Prognosen damit vom netten Extra zur Pflicht beim nächsten Vertrag. Den Zuschlag bekommen die Dienstleister, die eine Prognose auf validierten Anlagen und anerkannten Standards zeigen und sie in dem Moment aktualisieren, in dem sich der Bestand ändert. Erstelle dieses Modell auf einer Low-Code-Plattform, die deinen Technikern gehört, und der Bericht, den du verkaufst, wird zum Bericht, den du liefern kannst.
Mach den nächsten Schritt.
Lass uns gemeinsam eine Lösung finden
