Es gibt Softwaresysteme, die leben. Menschen arbeiten damit, täglich, selbstverständlich. Die Daten fließen, die Prozesse laufen, das System ist Teil des Alltags.

Und dann gibt es CAFM-Systeme, die existieren. Sie stehen im Serverraum. Oder in der Cloud. Die Lizenzgebühren werden pünktlich bezahlt. Auf dem Papier ist alles in Ordnung.

Nur nutzen tut sie keiner.

Willkommen auf dem CAFM-Friedhof.

Die Anatomie des Stillstands

Wie stirbt ein CAFM-System? Nicht mit einem Knall. Mit einem langsamen Verstummen.

Am Anfang ist Aufbruchstimmung. Die Einführung, das Projekt, die Schulungen. Alle sind dabei, zumindest offiziell. Die ersten Daten werden eingepflegt, die ersten Workflows aktiviert. Es sieht gut aus.

Dann kommt der Alltag.

Der Projektleiter wechselt die Stelle. Der Key User geht in Elternzeit. Die Prioritäten verschieben sich. Aus “täglich nutzen” wird “bei Bedarf reinschauen”. Aus “bei Bedarf” wird “wenn ich mal Zeit habe”. Aus “wenn ich mal Zeit habe” wird “nie”.

Nach zwei Jahren ist das System ein digitales Mahnmal. Ein Zeuge dessen, was hätte sein können.

Was auf dem Friedhof liegt

Die Symptome sind immer ähnlich.

Veraltete Stammdaten. Die Flächen stimmen nicht mehr. Anlagen fehlen oder sind doppelt. Mitarbeiter, die längst gegangen sind, stehen noch in der Zuordnung. Wer einen Report zieht, weiß: Er kann ihm nicht trauen.

Umgangene Workflows. Der offizielle Prozess sagt: Störmeldung ins System. Die Realität sagt: Anruf beim Hausmeister. Oder eine WhatsApp-Gruppe. Oder ein Zettel am Schwarzen Brett. Das System wird umschifft wie ein Hindernis.

Parallele Welten. Excel-Listen, die eigentlich überflüssig sein sollten, blühen. Jede Abteilung hat ihre eigene Version der Wahrheit. Niemand weiß, welche Daten aktuell sind.

Leere Dashboards. Die Reports, die einmal die Geschäftsführung beeindrucken sollten, zeigen Nullen. Oder Zahlen, die offensichtlich falsch sind. Irgendwann schaut niemand mehr hin.

Schuldzuweisungen. Die IT sagt: Das System funktioniert. Der Fachbereich sagt: Es ist nicht praxistauglich. Der Dienstleister sagt: Ihr nutzt es falsch. Alle haben recht. Niemandem hilft es.

Die wahren Kosten

500.000 Euro. Manchmal mehr, manchmal weniger. Lizenzen, Implementierung, Schulung, Anpassungen. Eine Investition, die sich rechnen sollte.

Was selten gerechnet wird: die Kosten des Stillstands.

Weiterlaufende Lizenzgebühren für Software, die nicht genutzt wird.

Wartungskosten für eine Infrastruktur ohne Funktion.

Opportunitätskosten – was hätte man mit besseren Daten, schlankeren Prozessen, weniger Reibung erreichen können?

Frustkosten – die unsichtbare Währung. Menschen, die das System als Beleg nehmen, dass “die da oben” keine Ahnung haben. Vertrauen, das erodiert.

Und irgendwann die Kosten des Neustarts. Ein neues System, ein neues Projekt, neue Versprechungen. Weil man sich eingesteht, dass das alte gescheitert ist. Oder – noch teurer – man startet nie neu und lebt mit dem Stillstand.

Warum das passiert

Die einfache Erklärung: Niemand wollte es. Das stimmt selten.

Die ehrliche Erklärung ist komplexer.

Es war ein IT-Projekt, kein Veränderungsprojekt. Die Technik wurde eingeführt. Die Arbeitsweise nicht. Man hat ein Werkzeug bereitgestellt und gehofft, dass die Menschen von selbst damit arbeiten.

Die Datenmigration wurde unterschätzt. Man hat Daten übernommen, die schon vorher nicht stimmten. Müll rein, Müll raus. Das System war vom ersten Tag an unglaubwürdig.

Das Projekt endete nach Go-Live. Budget weg, Berater weg, Aufmerksamkeit weg. Was blieb, war ein System ohne Treiber.

Kein Schmerz, kein Handeln. Solange der Alltag irgendwie funktioniert – mit Excel, mit Anrufen, mit implizitem Wissen – gibt es keinen Druck, das System zu nutzen. Der Leidensdruck kommt erst, wenn jemand in Rente geht und sein Wissen mitnimmt.

Die unbequeme Frage

Irgendwann stellt sich jede Organisation die Frage: Was tun wir mit diesem System?

Option 1: Abschalten. Den Verlust realisieren. Das System stilllegen. Entweder zum alten Zustand zurückkehren oder bei null anfangen.

Option 2: Weiterlaufen lassen. Die Lizenzgebühren zahlen. So tun, als wäre alles in Ordnung. Das System als teure Karteileiche behalten.

Option 3: Reanimieren. Ehrlich analysieren, was schiefgelaufen ist. Die Kernprobleme angehen. Das System aus dem Dämmerschlaf holen.

Option 3 ist die schwierigste. Aber oft die richtige.

Reanimation ist möglich

Die gute Nachricht: Totgeglaubte Systeme können leben. Nicht alle. Aber viele.

Was es braucht:

Ehrliche Diagnose. Nicht die Frage “Was funktioniert nicht?” – die Liste ist lang. Sondern: “Was müsste funktionieren, damit das System Wert stiftet?” Fokus auf zwei, drei Kernprozesse. Nicht alles gleichzeitig.

Datenbereinigung mit Augenmaß. Nicht der Anspruch, alle Daten perfekt zu machen. Sondern: Die Daten, die für die Kernprozesse gebraucht werden, belastbar machen. Der Rest kann warten.

Schnelle Erfolge. In den ersten vier Wochen muss etwas besser werden. Ein Report, der stimmt. Ein Workflow, der Zeit spart. Ein Problem, das gelöst ist. Diese Quick Wins sind der Beweis, dass es sich lohnt.

Klare Verantwortung. Jemand muss das System wollen. Nicht die IT, nicht der Dienstleister – jemand aus dem Fachbereich, der den Nutzen sieht und dafür kämpft.

Kontinuierliche Begleitung. Keine Einmal-Schulung, kein Projekt mit Enddatum. Sondern: Regelmäßiges Hinsehen, Nachsteuern, Verbessern. Ein System lebt nur, wenn es gepflegt wird.

Die Entscheidung

Nicht jedes System ist es wert, reanimiert zu werden. Manchmal ist Abschalten die richtige Entscheidung. Wenn die Technik veraltet ist. Wenn der Anbieter nicht mehr existiert. Wenn das System von Anfang an die falsche Wahl war.

Aber oft ist das System nicht das Problem. Die Einführung war das Problem. Die Begleitung war das Problem. Die Erwartung, dass Software allein etwas verändert, war das Problem.

Dann lohnt sich die Frage: Was wäre möglich, wenn dieses System wirklich funktionieren würde?

Wenn die Antwort groß genug ist, ist Reanimation keine Kostenstelle. Sondern eine Investition.

Ein letzter Gedanke

Auf dem CAFM-Friedhof liegen nicht nur Systeme. Dort liegen auch Hoffnungen. Die Hoffnung auf bessere Daten, transparentere Prozesse, weniger Reibung. Die Hoffnung, dass Digitalisierung hält, was sie verspricht.

Diese Hoffnungen müssen nicht begraben bleiben.

Manchmal braucht es nur jemanden, der hingeht, den Staub abwischt und fragt: Was wäre, wenn wir das hier noch einmal versuchen – aber diesmal richtig?


Dieser Artikel ist Teil unserer Serie über wirksames CAFM. Im nächsten Beitrag schauen wir uns an, warum Excel so hartnäckig ist – und was CAFM-Systeme davon lernen können.