- Wiederkehrende Produktprobleme lassen sich oft erst erkennen, wenn viele abgeschlossene Servicefälle gemeinsam ausgewertet werden.
- Die entscheidenden Hinweise stehen meist bereits in den Lösungsnotizen der Techniker.
- Für den Anwendungsfall reichen häufig zwei Voraussetzungen: aussagekräftige Serviceberichte und eine gepflegte Installed Base.
- Der größte Nutzen liegt in besseren Produktentscheidungen und weniger wiederkehrenden Serviceeinsätzen.
- KI hilft beim Auswerten unstrukturierter Serviceberichte. Die Entscheidung bleibt beim Menschen.
Serviceorganisationen sind darauf ausgelegt, Fälle möglichst schnell abzuschließen. Gleichzeitig sorgt genau dieser Fokus dafür, dass eine der wertvollsten Informationen im Service oft ungenutzt bleibt. Ein Techniker fährt zum Kunden, tauscht ein verschlissenes Bauteil, dokumentiert die Ursache in wenigen Sätzen und schließt den Vorgang. Vier Wochen später passiert dasselbe bei einem anderen Kunden, in einer anderen Region und bei einer anderen Maschine. Beide Einsätze sind sauber abgearbeitet. Dass hinter beiden dieselbe Ursache steckt, erkennt im Tagesgeschäft niemand.
Dieser Artikel beschreibt den dritten Anwendungsfall meiner Reihe über KI im Service. Dabei geht es weder darum, einen einzelnen Einsatz schneller zu lösen, noch darum, Techniker besser auf den nächsten Einsatz vorzubereiten. Im Mittelpunkt steht eine andere Frage: Warum tritt derselbe Fehler immer wieder auf? Die Antwort entscheidet häufig nicht mehr über den Service, sondern über das Produkt selbst.
Vom Einzelfall zum Muster
Nehmen wir wieder den Maschinenhersteller aus dem ersten Artikel. Das Unternehmen beschäftigt rund 500 Mitarbeitende, hat etwa 4.000 Maschinen im Feld und erzielt einen großen Teil seines Umsatzes über Serviceverträge. Von der Baureihe VP-70 sind 214 Anlagen bei Kunden im Einsatz. In den vergangenen sechs Monaten wurden 41 Servicefälle mit demselben Fehlerbild dokumentiert: Die Siegeltemperatur lag außerhalb der Toleranz. Betroffen waren 19 verschiedene Kunden.
Jeder dieser Fälle wurde innerhalb der vereinbarten Reaktionszeit gelöst. Erst die gemeinsame Auswertung zeigt das eigentliche Muster. In 38 der 41 Lösungsberichte beschreiben die Techniker dieselbe Ursache. Die Heizpatrone der Siegeleinheit verschleißt deutlich früher als vorgesehen. Mehrere Berichte nennen zusätzlich denselben Grund: Die Halterung führt die Wärme nicht ausreichend ab.
Damit wird aus vielen einzelnen Servicefällen ein Hinweis auf eine konstruktive Schwäche. Diese Information steckt bereits in den vorhandenen Lösungsnotizen. Sie wird im Tagesgeschäft nur nicht als Muster sichtbar.
Im nächsten Schritt wird lediglich geprüft, welche Anlagen derselben Baureihe noch mit diesem Bauteil im Feld laufen. Sind zusätzlich Betriebsstunden oder der letzte Austausch dokumentiert, lässt sich die Liste weiter eingrenzen. Das Ergebnis ist keine Vorhersage, sondern eine Priorisierung. Der Service weiß, bei welchen Anlagen sich ein genauerer Blick im Rahmen der nächsten Wartung lohnt.
Fazit
Viele Erkenntnisse über Ihre Produkte entstehen nicht in der Entwicklung, sondern im Service. Sie stehen bereits heute in abgeschlossenen Tickets, verteilt über Hunderte einzelner Vorgänge.
Erst wenn diese Informationen zusammengeführt werden, werden aus einzelnen Servicefällen belastbare Hinweise auf konstruktive Schwächen. Genau darin liegt der eigentliche Mehrwert.
Die Voraussetzungen dafür sind überraschend einfach: nachvollziehbare Lösungsnotizen und eine gepflegte Installed Base. Mehr braucht es oft nicht, um aus Servicedaten bessere Produktentscheidungen abzuleiten.
Zur stilistischen und formalen Überarbeitung dieses Textes wurde KI genutzt – der Inhalt blieb davon unberührt.
Häufige Fragen
Wie viele Fälle braucht es für eine aussagekräftige Auswertung?
Entscheidend ist weniger die Anzahl als die Qualität der Serviceberichte. Wenn viele Techniker unabhängig voneinander dieselbe Ursache beschreiben, entsteht ein belastbares Muster. Dagegen liefern auch Hunderte Tickets kaum Erkenntnisse, wenn die Lösungsnotizen nur aus wenigen Stichworten bestehen.
Ist das nicht einfach ein Auswertungsbericht, wie ihn jedes BI-Werkzeug liefert?
Teilweise. Ein BI-Werkzeug kann Fehlercodes oder Ticketzahlen auswerten. Die eigentliche Ursache steckt jedoch meist in den freien Lösungsnotizen der Techniker. Genau diese Texte lassen sich mit KI systematisch analysieren und zusammenfassen.
Brauchen wir dafür eine vollständig gepflegte Installed Base?
Nein. Das Muster lässt sich bereits anhand der Serviceberichte erkennen. Eine gepflegte Installed Base hilft anschließend dabei, betroffene Anlagen schneller zu identifizieren und Maßnahmen zu priorisieren. Fehlen einzelne Informationen, ist der Anwendungsfall trotzdem nicht ausgeschlossen.