1. Der demografische Druck im Service, in Zahlen

Der Renteneintritt der Babyboomer ist kein Ereignis, sondern ein Zeitraum. Laut Statistischem Bundesamt werden bis 2040 rund 13,3 Millionen Erwerbspersonen das gesetzliche Renteneintrittsalter überschritten haben - 30 Prozent aller Erwerbspersonen des Jahres 2025. Der Anteil der 55-Jährigen und Älteren an den Erwerbspersonen ist binnen zehn Jahren von 20,7 auf 27,0 Prozent gestiegen.

Der Maschinenbau liegt auf genau diesem Niveau. In der VDMA-Pressemitteilung vom 14. August 2026 heißt es: „Gut ein Viertel der Beschäftigten im Maschinenbau ist 55 Jahre oder älter. In der Branche gibt es viele Renteneintritte. Wenn diese Stellen jedoch nicht nachbesetzt werden können, verlieren die Betriebe wertvolles Know-how.“ Dieselbe Mitteilung meldet für das erste Halbjahr 2026 rund 21.500 abgebaute Stellen. Was bis 2034 auf die Branche zukommt, hat das IW im Auftrag der Impuls-Stiftung des VDMA vorausgeschätzt: rund 296.000 Renteneintritte, denen etwa 118.000 Nachrücker gegenüberstehen.

Am genauesten benennt das Problem der DIHK-Fachkräftereport 2025/2026: 23 Prozent aller Unternehmen erwarten, dass mit dem altersbedingten Ausscheiden Beschäftigter betriebsspezifisches Wissen verloren geht, in der Industrie 35 Prozent, im Maschinenbau 41 Prozent - einer der höchsten Werte überhaupt. Die Begründung der DIHK liest sich wie eine Beschreibung des technischen Service: lange Betriebszugehörigkeit, „wodurch von den Beschäftigten tiefes, nicht dokumentiertes Wissen erworben wird“; und über den Mittelstand: „Dort ist Wissen oftmals auf Einzelpersonen konzentriert und nicht dokumentiert.“

Ein Hinweis zur Einordnung: Die aktuelle Fachkräfteengpassanalyse der Bundesagentur für Arbeit (Mai 2026) zählt technische Servicekräfte auf Fachkraftniveau konjunkturbedingt nicht mehr zu den Engpassberufen. Der Engpass ist im Moment also nicht spürbar, die Abgänge passieren trotzdem - und eine Stelle für technische Servicekräfte in Wartung und Instandhaltung blieb 2025 laut derselben Analyse dennoch im Median 140 Tage unbesetzt.

2. Was mit einem erfahrenen Servicetechniker wirklich verloren geht

Der Philosoph Michael Polanyi hat 1966 den Satz geprägt, der das Problem in einem Satz fasst: „We can know more than we can tell“ - wir wissen mehr, als wir sagen können. Er nannte es implizites Wissen: Können, das sich im Tun zeigt, aber nicht vollständig in Regeln übersetzen lässt. Ein Servicetechniker, der eine Anlage am Geräusch diagnostiziert, ist das Lehrbuchbeispiel.

Was das im Servicealltag konkret ist, lässt sich in sechs Wissensarten sortieren - keine davon steht in der Betriebsanleitung:

WissensartBeispielWo es heute liegt
Fehlerbilder ohne Fehlercode„Wenn die Hydraulik im Winter beim Anfahren pfeift, ist es das Rückschlagventil, nicht die Pumpe.“Im Kopf, manchmal im Notizbuch
Kunden- und AnlagenspezifikaWelche Anlage beim Kunden X 2014 umgebaut wurde, welche Steuerungsversion läuft, wer dort entscheidetIm Kopf, verstreut in E-Mails
Diagnosewege und IrrwegeWelche drei Ursachen man zuerst ausschließt - und welche Prüfung Zeit kostet und nie etwas bringtNirgends; Serviceberichte dokumentieren die Lösung, nicht den Weg
Workarounds und ProvisorienWie man die Anlage bis zur Ersatzteillieferung sicher weiterlaufen lässtIm Kopf; bewusst nicht dokumentiert
Teile-ÄquivalenzenWelches Bauteil einer anderen Baureihe passt, wenn das Original abgekündigt istIm Kopf, in der Werkstatt-Schublade
NetzwerkWen man in der Entwicklung anruft, wenn es um die Steuerungssoftware von 2011 gehtIm Telefon

Typologie aus unserer Projektpraxis, keine empirische Erhebung. Die Beispiele sind fiktiv, die Muster nicht.

Dass dieses Wissen tatsächlich bei Einzelnen liegt, zeigt der Insight-Report Service 2022 des Dokumentationsdienstleisters kothes mit dem Kundendienst-Verband Deutschland (Servicetechniker in DACH, 43,6 Prozent aus dem Maschinen- und Anlagenbau). Gut 83 Prozent der Befragten greifen auf eigene Notizen zurück, um Servicefälle zu lösen. Auf die Frage, was mit diesen Notizen geschieht, antworteten 70,4 Prozent: „Ich nutze sie für mich.“ Nur 25,7 Prozent können sie über die Organisation allen bereitstellen, und knapp 60 Prozent wissen nicht, wo sie nach den erforderlichen Informationen überhaupt suchen sollen. Der Report zieht die Schlussfolgerung selbst: Der Wissensschatz langgedienter Servicetechniker existiere „häufig nur in Form von persönlichen Notizen und Unterlagen“.

Was das bewirkt, misst der Field Service Benchmark 2026 des Anbieters Aquant (Herstellerstudie) als „Skills Gap“: den Abstand in der First-Time-Fix-Rate zwischen den besten Technikern und allen anderen. Bei leistungsschwachen Serviceorganisationen beträgt er 10 Prozentpunkte, bei den besten 2,9 - am größten dort, wo „kritisches Wissen bei wenigen Technikern konzentriert bleibt“. Was das in Zweiteinsätzen und Kosten bedeutet, haben wir an anderer Stelle ausgerechnet. Hier zählt der Mechanismus: Ein Service, dessen Qualität von zwei oder drei Personen abhängt, hat seinen Wissensverlust bereits eingepreist - sichtbar wird er erst, wenn diese Personen gehen.

3. Warum Handbücher, Wikis und Übergabegespräche das nicht auffangen

Die drei üblichen Antworten scheitern aus drei verschiedenen Gründen - an ihnen setzt Abschnitt 4 an.

  1. Die technische Dokumentation beschreibt die Maschine, nicht den Fall. Betriebsanleitung, Schaltplan und Ersatzteilliste sind unverzichtbar, aber sie beantworten die Frage „Was ist das für ein Bauteil?“, nicht die Frage „Warum steht die Anlage beim Kunden X seit heute Morgen?“. Die Hälfte der Befragten im Insight-Report Service 2022 gab an, dass im Arbeitsalltag Schritt-für-Schritt-Anleitungen zur Fehlerbehebung fehlen. Mit der Maschinenverordnung ab Januar 2027 wird die Dokumentation digital - besser auffindbar, aber nicht erfahrungsreicher.
  2. Das Wiki scheitert am Schreiben, nicht am Lesen. Fast jeder Servicebetrieb hat schon einmal eine Wissensdatenbank aufgesetzt. Sie füllt sich mit dem, was ohnehin dokumentiert war, und dann hört es auf: Der Techniker, der um 17 Uhr vom Einsatz kommt, schreibt keinen Wiki-Artikel, sondern drei Zeilen in den Servicebericht - „Ventil getauscht, Anlage läuft“ - ohne Symptom und ohne Diagnoseweg. Ein System, das mehr Schreibaufwand verlangt, als der Arbeitsalltag hergibt, ist nach sechs Monaten ein Friedhof.
  3. Das Übergabegespräch fragt ab, was nur die Situation hervorholt. Die letzten Wochen vor der Rente sind der schlechteste Zeitpunkt für Wissenssicherung, weil Erfahrungswissen nicht auf Abruf verfügbar ist. Wer einen Techniker fragt „Was sollten wir über die Baureihe Z wissen?“, bekommt eine Viertelstunde Allgemeines. Wer ihn vor eine Baureihe Z stellt, die seit heute Morgen einen Fehler zeigt, bekommt eine Stunde Substanz. Polanyis Satz gilt wörtlich - solange man ihn nur fragt.

Die meisten Maschinenbauer haben diese Anforderung übrigens längst unterschrieben: Die DIN EN ISO 9001:2015 verlangt in Abschnitt 7.1.6 („Wissen der Organisation“), wie es der Leitfaden von DGQ und GfWM aus dem Normtext zitiert: „Die Organisation muss das Wissen bestimmen, das benötigt wird, um ihre Prozesse durchzuführen und um die Konformität von Produkten und Dienstleistungen zu erreichen.“ Der informative Anhang A.7 nennt als Zweck ausdrücklich den Schutz vor Wissensverlust, etwa durch Personalfluktuation. In den meisten Auditberichten ist der Punkt mit Schulungsmatrix und Dokumentenlenkung abgehakt; das Erfahrungswissen der Servicetechniker taucht dort nicht auf. Wer den Übergang auf die am 16. September 2026 erschienene ISO 9001:2026 plant - Zertifikate nach der Fassung 2015 bleiben laut dem Zertifizierer DQS voraussichtlich bis 30. September 2029 gültig -, hat einen Anlass, den Abschnitt dieses Mal ernst zu nehmen.

4. Das Konzept: eine lebende Wissensbasis mit Human-in-the-Loop

Wenn Erfahrungswissen nur an echten Fällen sichtbar wird, muss die Wissenssicherung dort stattfinden, wo die Fälle sind: im Serviceeinsatz, in der Hotline, in der Werkstatt. Daraus folgen vier Prinzipien, die wichtiger sind als jede Technik.

01
Erfassung am Punkt der Entstehung, in fünf Minuten

Der Servicebericht ist der einzige Moment, in dem Erfahrungswissen ohnehin verbalisiert wird. Er muss so gebaut sein, dass Symptom, Kontext, Diagnoseweg und Lösung in fünf Minuten erfasst sind - gesprochen, nicht getippt, notfalls vom Parkplatz aus. Spracherkennung und ein Sprachmodell, das daraus die Struktur aus Abschnitt 5 erzeugt, sind kein Komfort, sondern die Bedingung dafür, dass überhaupt etwas erfasst wird.

02
Erfahrene Techniker sind Prüfer, nicht Autoren

Der Meister mit 30 Jahren Erfahrung schreibt keine Artikel. Er bekommt jede Woche die Fälle seiner Baureihen vorgelegt, die jüngere Kollegen erfasst haben, und ergänzt in zwei Sätzen, was fehlt: „Beim nächsten Mal zuerst den Druckschalter prüfen, das Ventil ist fast nie die Ursache.“ Das ist Human-in-the-Loop im eigentlichen Sinn: Der Mensch kuratiert, das System sammelt.

03
Jede Antwort zeigt ihren Ursprungsfall

Wenn ein Techniker im Feld das System fragt und eine Antwort bekommt, muss er sehen, aus welchem Servicebericht, von welchem Kollegen, von welcher Anlage sie stammt - und wie oft diese Lösung seither funktioniert hat. Eine Wissensbasis, die Erfahrungen zu anonymen Regeln einschmilzt, verliert genau den Kontext, der Erfahrungswissen von Handbuchwissen unterscheidet. Was ein solches System sonst können muss, steht in unserer Entscheider-Checkliste für KI-Assistenten im Service.

04
Die Rückkopplung hält die Basis lebendig

Ein Fall, der mit einer alten Lösung nicht gelöst werden konnte, ist die wertvollste Information im System: Die Lösung war unvollständig, die Anlage hat sich verändert, oder es gibt eine zweite Ursache mit demselben Symptom. Wer diese Rückmeldung nicht einsammelt, hat nach zwei Jahren wieder ein Handbuch, nur ein selbstgeschriebenes.

Die Rolle der KI in diesem Bild ist bewusst bescheiden: Sie findet in tausend Serviceberichten den einen, der zum aktuellen Symptom passt, auch wenn dort „pfeifen“ steht und der Suchende „Quietschen“ sagt. Das erzeugt kein Wissen, das niemand erfasst hat. Wo KI im After-Sales darüber hinaus wirkt und wo nicht, ist Thema unseres Leitfadens zu KI im After-Sales und Service.

5. Praxis: Servicefälle so erfassen, dass Erfahrungswissen darin steckt

„Ventil getauscht, Anlage läuft“ hat den Wert null; der Wert steckt in dem, was davor passiert ist. Ein brauchbarer Fall hat acht Felder, von denen mehrere in klassischen Serviceberichten fehlen:

FeldWas hinein gehörtIm klassischen Servicebericht?
SymptomWas der Kunde gemeldet hat und was der Techniker vorgefunden hat - in den Worten des Kunden, nicht als FehlercodeTeilweise
KontextMaschine, Seriennummer, Steuerungsversion, bekannte Umbauten, Betriebsbedingungen (Temperatur, Schicht, Material)Nur Seriennummer
DiagnosewegWas geprüft wurde, in welcher Reihenfolge - inklusive dessen, was sich als Irrweg erwiesNein
UrsacheDie tatsächliche Ursache, nicht das getauschte Teil (das Ventil war das Symptom, die Ursache war die Verschmutzung im Tank)Selten
Maßnahme und TeileWas getan wurde, welche Teile verbaut wurden, inklusive ÄquivalenteJa
ErgebnisLäuft die Anlage? Provisorisch oder dauerhaft? Was steht noch aus?Teilweise
Beim nächsten MalEin Satz: Was der Techniker mit dem heutigen Wissen zuerst geprüft hätteNein
Remote lösbar?Hätte die Hotline den Fall mit dieser Information am Telefon lösen können?Nein

Die drei hervorgehobenen Felder fragt kein ERP-Servicemodul standardmäßig ab. In den ersten beiden steckt das Erfahrungswissen; das dritte liefert nebenbei die Datenbasis für die Frage, welche Einsätze sich künftig ohne Anfahrt lösen lassen.

Gesprochen dauert das fünf Minuten. Das Sprachmodell sortiert das Gesagte in die acht Felder, der Techniker bestätigt oder korrigiert auf dem Tablet. Rechnerisch erfasst ein Team von 50 Technikern mit einem Einsatz pro Tag so in drei Monaten rund 3.000 Fälle mit Kontext, Diagnoseweg und Ursache - mehr, als ein Wiki-Projekt in drei Jahren zusammenbekommt.

5.1 Der Wissens-Fahrplan für die letzten Jahre vor dem Abschied

Für Techniker, deren Renteneintritt absehbar ist, kommt ein zweites Instrument dazu. Die KOFA-Studie 4/2026 nennt die Mittel: „Mentoring, Tandemmodelle, strukturierte Übergaben oder gemeinsame Projektarbeit“. Im Servicebetrieb heißt das:

  1. Fallreviews an alten Tickets. Einmal pro Woche eine Stunde: Ein jüngerer Kollege zieht fünf geschlossene Fälle aus der Historie, die der erfahrene Techniker damals gelöst hat, und lässt ihn erzählen - mit dem Ticket auf dem Bildschirm. Das Ticket ist der Auslöser, den das Übergabegespräch nicht hat. Was er erzählt, wird als Ergänzung zum alten Fall abgelegt.
  2. Tandem-Einsätze mit Rollentausch. Der Jüngere diagnostiziert, der Erfahrene greift nur ein, wenn es falsch läuft - und erklärt dann, woran er es erkannt hat. Der Servicebericht dieses Einsatzes enthält beide Perspektiven.
  3. Der Anruf nach der Rente. Ein Beratervertrag über wenige Stunden im Monat für die ersten ein, zwei Jahre nach dem Abschied ist kein Eingeständnis des Scheiterns - vorausgesetzt, jeder dieser Anrufe wird als Fall erfasst und nicht nur geführt.

6. Wann sich systematische Wissenssicherung nicht lohnt

Drei Konstellationen, in denen der beschriebene Aufbau nicht die richtige erste Investition ist:

  1. Die Fälle wiederholen sich nicht. Wer ausschließlich Sondermaschinen baut, deren Störungen einander nie gleichen, sichert mit Fallerfassung wenig: Der Wert einer Wissensbasis skaliert mit der Wiederholung ähnlicher Fälle. Hier lohnt eher die Sicherung des Konstruktions- und Kundenwissens - eine andere Aufgabe mit anderen Mitteln.
  2. Die Dokumentation selbst fehlt. Wenn Schaltpläne und Anleitungen der installierten Basis nur auf Papier oder gar nicht vorliegen, hat das Erfahrungswissen keinen Anker. Dann ist die Digitalisierung der Bestände der erste Schritt - die Maschinenverordnung liefert dafür ohnehin einen Termin.
  3. Irrwege dürfen nicht zugegeben werden. Das wertvollste Feld im Servicefall ist der Diagnoseweg inklusive Fehlversuchen. Wo ein dokumentierter Irrweg als Fehler des Technikers gelesen wird, bleibt dieses Feld leer, und das System lernt nur, was ohnehin im Handbuch steht. Die Fehlerkultur zu klären ist dann wichtiger als jede Software.

Und eine vierte, unbequemere: Der Stellenabbau, den der VDMA für das erste Halbjahr 2026 meldet, macht Wissenssicherung dringlicher und zugleich unwahrscheinlicher - wer Stellen nicht nachbesetzt, hat keinen Nachfolger, dem etwas übergeben werden müsste, und damit keinen Auslöser zum Handeln. Wer in dieser Lage ist, sollte zumindest die Anlagenlandkarte aus Abschnitt 7 ziehen: eine Stunde Arbeit, die zeigt, welche Kunden in zwei Jahren niemand mehr bedienen kann.

7. Erste Schritte: der Startpunkt für Ihren Betrieb

Vier Schritte vor jeder Software, zusammen wenige Tage Arbeit:

  1. Altersstruktur des Serviceteams ziehen: Wer erreicht in fünf Jahren das Rentenalter, wer kann früher gehen? Die Personalabteilung hat diese Liste in einer Stunde.
  2. Anlagenlandkarte erstellen: Welche Baureihen, Kunden und Anlagen sind in der Einsatzhistorie der letzten zwei Jahre an einer einzigen Person hängen geblieben? Diese Liste ist Ihre Risikoliste - eine Stunde Arbeit, die wichtigste des ganzen Programms.
  3. Die Ticket-Historie ehrlich bewerten: Nehmen Sie zwanzig geschlossene Fälle und prüfen Sie, ob ein Kollege daraus den Diagnoseweg rekonstruieren könnte. Meist lautet die Antwort nein - das ist die Baseline.
  4. Mit einer Baureihe und einem erfahrenen Techniker starten: Fallerfassung in acht Feldern, wöchentliches Fallreview, drei Monate. Danach wissen Sie, ob die Techniker mitmachen und ob die Fälle Substanz haben - beides lässt sich nicht auf Folien entscheiden.

8. Häufige Fragen

Wie viel Wissen geht mit einem erfahrenen Servicetechniker wirklich verloren?

Das lässt sich nicht in Prozent messen, aber in Symptomen: Fälle, die nur eine Person lösen konnte, Kunden, die nur einen Ansprechpartner akzeptieren, Baureihen, deren Eigenheiten in keinem Dokument stehen. Wer es für das eigene Haus wissen will, zieht die Ticket-Historie: Welcher Anteil der schweren Fälle der letzten zwei Jahre landete bei denselben zwei oder drei Personen?

Reicht es nicht, den Techniker vor der Rente alles aufschreiben zu lassen?

Nein. Erfahrungswissen wird durch Situationen abgerufen, nicht durch die Aufforderung, es aufzuschreiben. Ein Techniker, der 30 Jahre lang Anlagen repariert hat, weiß nicht, was er weiß, bis eine Maschine vor ihm steht. Wissenssicherung funktioniert deshalb nur über echte Fälle: strukturierte Serviceberichte, gemeinsame Fallreviews an alten Tickets, Tandem-Einsätze.

Welche Rolle spielt KI bei der Wissenssicherung im Service?

Zwei Rollen, beide unspektakulär: Sie senkt den Aufwand der Erfassung, weil ein Techniker nach dem Einsatz fünf Minuten sprechen kann, statt zwanzig Minuten zu tippen. Und sie macht die gesammelten Fälle auffindbar, wenn der Kollege, der sie erlebt hat, nicht mehr da ist - mit Verweis auf den Originalbericht. Was KI nicht kann: Wissen erzeugen, das niemand erfasst hat.

Ab wann muss man mit der Wissenssicherung anfangen, wenn ein Techniker in Rente geht?

Nicht am Renteneintritt, sondern beim letzten schweren Fall, den diese Person gelöst hat - und der liegt meist Jahre vor dem Abschied. Praktisch heißt das: Die Erfassung von Servicefällen wird zum Standard für alle, nicht zum Sonderprogramm für Ausscheidende. Wer erst im letzten Jahr anfängt, kann noch Fallreviews und Tandem-Einsätze aufsetzen; wer erst im letzten Monat anfängt, sollte über einen Beratervertrag nach der Rente nachdenken.

9. Quellen

Studien von Anbietern mit kommerziellem Eigeninteresse sind gekennzeichnet.


Erfahrungswissen lässt sich nicht abfragen, nur abholen - an dem Fall, der es hervorruft. Wer heute damit beginnt, jeden Serviceeinsatz in fünf Minuten so zu erfassen, dass Kontext, Diagnoseweg und Ursache darin stehen, hat in dem Jahr, in dem der beste Techniker geht, nicht ein Übergabegespräch, sondern zweitausend Fälle mit seiner Handschrift. Und wer dabei feststellt, dass Dokumentation oder Fehlerkultur zuerst an der Reihe sind, hat aus unserer Sicht genauso richtig angefangen.