Das Fallmaschinen-Syndrom im Handwerk
Moderne Handwerkersoftware kann heute sehr viel.
Angebote schreiben, Termine planen, Aufträge verteilen, Arbeitszeiten erfassen, Dokumente speichern, Rechnungen erstellen und immer mehr Abläufe automatisieren.
Das ist alles sinnvoll.
Trotzdem gibt es aus meiner Sicht ein grundlegendes Problem, das besonders bei Wartung, Service und langjährigen Kundenbeziehungen sichtbar wird.
Ich nenne es bewusst etwas provokant:
Das Fallmaschinen-Syndrom
Viele Systeme denken im Kern vom einzelnen Auftrag aus.
Kunde → Auftrag → Bearbeitung → Dokumentation → Rechnung → abgeschlossen
Für einen einmaligen Auftrag funktioniert das hervorragend.
Eine Reparatur wird durchgeführt.
Eine Anlage wird erneuert.
Ein Bad wird saniert.
Der Auftrag ist irgendwann erledigt.
Bei langjährigen Servicekunden sieht die Realität aber anders aus.
Die Liegenschaft bleibt.
Die Anlage bleibt.
Das einzelne Produkt bleibt.
Nur der Auftrag verschwindet.
Und genau hier beginnt das Problem.
Zehn Fragen, an denen man das Fallmaschinen-Syndrom erkennt
Diese Fragen tauchen in der Praxis immer wieder auf.
1. Wie bilde ich einen Kunden mit vielen Liegenschaften sauber ab?
Ein Hochbauamt, eine Genossenschaft oder eine Hausverwaltung kann ein einziger Kunde sein.
Dahinter stehen aber möglicherweise 20, 50 oder 200 Gebäude.
Für den Techniker ist deshalb nicht nur der Kunde entscheidend, sondern immer die konkrete Liegenschaft.
2. Wie bilde ich innerhalb der Liegenschaft einzelne Anlagen und Produkte ab?
Eine Schule, ein Wohnblock oder ein Seniorenzentrum kann hunderte technische Einrichtungen besitzen.
Heizungsanlagen, Pumpen, Armaturen, Speicher, Sicherheitseinrichtungen oder andere wartungsrelevante Produkte.
Diese Dinge existieren unabhängig davon, welcher Auftrag gerade geöffnet wurde.
3. Wie finde ich beim nächsten Einsatz sofort die letzte Wartung?
Der Techniker möchte nicht erst alte Projekte durchsuchen.
Er möchte das betreffende Produkt öffnen und direkt sehen:
Was wurde beim letzten Mal gemacht?
4. Wo finde ich frühere Messwerte?
Messwerte sind besonders dann wertvoll, wenn man sie vergleichen kann.
Dafür sollten sie dauerhaft mit der betreffenden Anlage oder dem betreffenden Produkt verknüpft sein.
5. Wo sehe ich alte Fotos und bereits bekannte Mängel?
Ein Foto von vor zwei Jahren kann heute sehr wichtig sein.
Aber nur dann, wenn man es am richtigen Objekt schnell wiederfindet.
6. Wo hinterlege ich Informationen, die dauerhaft zur Liegenschaft gehören?
Zum Beispiel:
„Technikraum im zweiten Untergeschoss.“
„Schlüssel beim Hausmeister.“
„Zufahrt über den hinteren Hof.“
Solche Informationen gehören nicht zu einem einzelnen Auftrag.
Sie gehören zur Liegenschaft.
7. Warum werden bekannte Daten immer wieder neu erfasst?
Seriennummern, Typenschilder, Standorte und Ansprechpartner ändern sich nicht bei jedem Einsatz.
Trotzdem werden sie in vielen Betrieben immer wieder gesucht, fotografiert oder erneut eingetragen.
8. Wie arbeitet ein Techniker viele gleichartige Prüfstellen nacheinander ab?
Bei einer Wartung können 30, 50 oder 100 einzelne Prüfstellen vorhanden sein.
Dann braucht der Monteur keinen neuen Fall für jedes Bauteil.
Er braucht einen klaren Ablauf durch die vorhandene Struktur.
Wie sich solche wiederkehrenden Abläufe mit digitalen Checklisten sauber strukturieren lassen, zeigen wir hier: Digitale Checklisten erstellen
9. Was passiert im Keller ohne Mobilfunk?
Technikräume und Keller haben häufig schlechten Empfang.
Die notwendigen Daten sollten deshalb auch offline verfügbar sein und später synchronisiert werden können.
10. Was passiert mit der technischen Geschichte, wenn der Auftrag abgeschlossen ist?
Das ist aus meiner Sicht die entscheidende Frage.
Ein Auftrag hat ein Anfangs- und ein Enddatum.
Eine Anlage hat einen Lebenslauf.
Und genau dieser Lebenslauf muss erhalten bleiben.
Ein typisches Beispiel: 3.000 Aufträge später
Wer vier Jahre für eine Wohnungsgenossenschaft oder große Hausverwaltung arbeitet, hat sehr schnell einige tausend Einzelaufträge gesammelt.
Reparaturen.
Wartungen.
Störungen.
Leckagen.
Umbauten.
Austausch von Bauteilen.
Nehmen wir an, es sind inzwischen 3.000 abgeschlossene Aufträge.
Dann klingelt irgendwann das Telefon:
„Die Versicherung hat einen Sachverständigen geschickt. Bitte treffen Sie sich morgen vor Ort. Es geht um einen Schaden in der Liegenschaft XY.“
Und plötzlich beginnt die Suche.
Welcher Auftrag war das damals?
Gab es dort schon vorher einen ähnlichen Schaden?
Welche Arbeiten wurden ausgeführt?
Welche Fotos gibt es?
Welche Messwerte wurden aufgenommen?
War das betreffende Bauteil schon einmal auffällig?
Welche Rechnung gehörte dazu?
Gab es eine Notiz des Monteurs?
Bei 3.000 Einzelaufträgen kann daraus schnell echte Detektivarbeit werden.
Und genau an diesem Punkt zeigt sich der Unterschied zwischen zwei völlig verschiedenen Dingen:
Ein Auftragsarchiv beantwortet die Frage: Was haben wir damals abgerechnet?
Eine Objektakte beantwortet die Frage: Was ist an dieser Liegenschaft oder Anlage über die Jahre passiert?
Genau hier liegt das eigentliche Problem
Es geht nicht darum, dass moderne Handwerkersoftware zu wenig Funktionen besitzt.
Viele Systeme haben inzwischen Wartungsmodule, Checklisten, Automationen und Dokumentenablagen.
Die entscheidende Frage lautet vielmehr:
Was steht im Mittelpunkt der Datenstruktur?
Der Auftrag?
Oder das dauerhaft vorhandene Objekt?
Wenn jeder Einsatz wieder als neuer Fall beginnt, entsteht mit den Jahren zwar ein sehr großes Auftragsarchiv.
Aber nicht automatisch eine technische Geschichte der Liegenschaft.
Und genau das kostet Geld
Das klingt zunächst nach einem reinen Softwarethema.
Ist es aber nicht.
Denn die Rechnung wird zwar im Büro geschrieben.
Die Leistung dafür wird draußen beim Kunden erbracht.
Wenn ein Monteur fünf Minuten nach einem Ansprechpartner sucht, alte Werte nicht findet oder bekannte Gerätedaten erneut aufnehmen muss, sind diese fünf Minuten weg.
Bei einem einzelnen Auftrag fällt das kaum auf.
Bei hunderten oder tausenden Einsätzen im Jahr summiert sich das erheblich.
Deshalb entscheidet nicht nur die Frage, wie schnell ein Angebot oder eine Rechnung erstellt wird, über die Wirtschaftlichkeit eines Servicebetriebs.
Entscheidend ist auch:
Wie viel der Arbeitszeit des Technikers wird tatsächlich für produktive Arbeit verwendet?
Wie teuer solche verlorenen Minuten im SHK-Betrieb werden können, haben wir hier ausführlicher betrachtet:
Interner Link:
Warum SHK-Betriebe jedes Jahr 50.000 € verschenken – ohne es zu merken
Die Lösung: Nicht vom Auftrag, sondern vom Objekt denken
Für wiederkehrenden Service braucht es deshalb aus meiner Sicht eine andere Grundlogik:
Kunde → Liegenschaft → Raum → Produkt/Anlage → Historie
Der Auftrag kommt dazu.
Aber er ist nicht mehr das Zentrum.
Ein Beispiel:
Wohnungsgenossenschaft
→ Liegenschaft A
→ Heizungsraum
→ Heizungsanlage
→ Hersteller
→ Typ
→ Seriennummer
→ Dokumente
→ Wartungen
→ Messwerte
→ Fotos
→ Mängel
→ Historie
Beim nächsten Einsatz beginnt der Techniker nicht wieder bei null.
Die Struktur ist bereits vorhanden. Er ergänzt nur das nächste Kapitel.
Informationen gehören an das Produkt
Der Vorteil einer solchen Objektstruktur geht noch weiter.
Montageanleitungen, Wartungsvorgaben, technische Hinweise oder Prüfschritte können direkt mit dem jeweiligen Produkt verknüpft werden.
Der Techniker muss dann nicht erst Ordner, E-Mails oder alte Projektdateien durchsuchen.
Er öffnet das Produkt und bekommt genau die Informationen, die zu diesem Produkt gehören.
Wie wir diesen Ansatz praktisch umsetzen, haben wir hier beschrieben:
Interner Link:
Montage-Anleitungen und Wartungsvorgaben digitalisieren
Genau aus diesem Problem ist CheckWerk entstanden
Wir wollten keine weitere komplette Handwerkersoftware entwickeln.
Für Angebot, Auftrag, Rechnung und kaufmännische Verwaltung gibt es bereits sehr gute Systeme.
Unser Problem lag an einer anderen Stelle:
Wir wollten, dass der Techniker draußen genau die Informationen bekommt, die er braucht.
Und wir wollten, dass das Wissen, das bei seiner Arbeit entsteht, dauerhaft dort gespeichert bleibt, wo es hingehört:
an der Liegenschaft und am jeweiligen Produkt.
Deshalb arbeitet CheckWerk mit einer dauerhaften Struktur aus Kunden, Liegenschaften, Produkten und Dokumentationen.
Wartungen und Reparaturen ergänzen diese Struktur.
Sie ersetzen sie nicht.
Der Auftrag verschwindet. Das Objekt bleibt.
Vielleicht lässt sich das Fallmaschinen-Syndrom mit einer einzigen Frage erkennen:
Beginnt der nächste Einsatz wieder bei null – oder kennt die Software das Objekt bereits?
Für einmalige Aufträge ist die klassische Projektlogik vollkommen sinnvoll.
Für langjährigen Service und Wartung reicht sie aus meiner Sicht nicht aus.
Denn der Auftrag ist irgendwann erledigt.
Die Liegenschaft bleibt.
Die Anlage bleibt.
Und ihre Geschichte sollte es auch.
