[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"content:blog:ki-im-kundenservice":3,"content:blog":33},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":32},"ki-im-kundenservice","KI im Kundenservice messen statt glauben: 64 % Abdeckung im Jahr, zuletzt 76 %","Ein Jahr eingehender Anfragen, vollständig ausgewertet: welche zwei Kennzahlen zeigen, ob Entwürfe eines Sprachmodells im Service wirklich tragen","2026-09-10","KI im Kundenservice: Abdeckung messen statt schätzen","KI im Kundenservice messbar machen: 6 765 Anfragen, 64 % Abdeckung mit KI-Entwürfen, Freigabe durch Menschen. Was Hersteller in der DACH-Region prüfen.","Wer für KI im Service zahlt, will wissen, ob sie wirkt. In einem Kundenprojekt wurden 365 Tage eingehender Anfragen gemessen: 6 765 Anfragen, 3 667 KI-Entwürfe, Abdeckung zuletzt 76 %. Welche zwei Kennzahlen dafür reichen und wo sie täuschen können.",4,[13,14,15],"KI","Arbeitsweise","PostgreSQL",[17,20,23,26,29],{"id":18,"text":19},"frage","Warum KI im Kundenservice oft ohne Nachweis bleibt",{"id":21,"text":22},"jahr","365 Tage, 6 765 Anfragen: was gemessen wurde",{"id":24,"text":25},"kennzahlen","Zwei Kennzahlen und wo sie täuschen können",{"id":27,"text":28},"hersteller","Was sich für KI im Kundenservice eines Herstellers übertragen lässt",{"id":30,"text":31},"vorgehen","Wie wir Messung von Anfang an einbauen","\u003Cp>KI im Kundenservice lässt sich messen, und zwar mit zwei Größen: welcher Anteil der eingehenden Anfragen einen KI-Entwurf bekommt und wie sicher sich das Modell dabei ist. Beide gehören als Kurve in den laufenden Betrieb und nicht in eine Präsentation, sonst bleibt die Frage, ob sich die Investition lohnt, eine Frage des Gefühls.\u003C\u002Fp>\n\n\u003Ch2 id=\"frage\">Warum KI im Kundenservice oft ohne Nachweis bleibt\u003C\u002Fh2>\n\u003Cp>Im Service eines Herstellers kommen Anfragen über viele Wege: E-Mail, Kontaktformular, Messenger, Telefon. Gefragt wird nach Ersatzteilen, Wartungsterminen, Fehlermeldungen und Unterlagen. Ein Sprachmodell, das Antwortentwürfe vorbereitet, klingt nach einer offensichtlichen Entlastung. Nach einigen Monaten stellt die Geschäftsführung trotzdem die naheliegende Frage: Übernehmen die Leute im Service die Entwürfe überhaupt, oder schreiben sie am Ende doch selbst? Und wird das System mit der Zeit besser oder nur teurer?\u003C\u002Fp>\n\u003Cp>Ohne Messung gibt es darauf zwei Arten von Antworten: Begeisterung der Befürworter und Anekdoten der Skeptiker. Beide sind ehrlich gemeint, und keine hilft bei der Entscheidung, ob der Betrieb ausgebaut oder beendet wird. Hinzu kommt, dass Entlastung im Service schwer zu sehen ist: Beantwortet werden die Anfragen ohnehin, nur mit mehr oder weniger Aufwand, und dieser Aufwand steht in keinem Bericht.\u003C\u002Fp>\n\n\u003Ch2 id=\"jahr\">365 Tage, 6 765 Anfragen: was gemessen wurde\u003C\u002Fh2>\n\u003Cp>In einer Unternehmensgruppe aus Lebensmittelproduktion und Filialhandel bereitet eine KI-Rezeption Antworten auf Kundenanfragen vor. Die Anfragen kommen über E-Mail, WhatsApp, Instagram Direct und den Website-Chat. Abgeschickt wird nur, was ein Mensch freigibt.\u003C\u002Fp>\n\u003Cp>Genau diese Frage stand dort im Raum: Man zahlt für KI und weiß nicht, ob sie wirkt. Deshalb wurde der eingehende Strom eines ganzen Jahres vollständig ausgewertet. In 365 Tagen kamen 6 765 Anfragen von Menschen an, zu 3 667 davon entstand ein KI-Entwurf. Die Abdeckung mit KI-Entwürfen lag über das Jahr bei 64 %, in den letzten 30 Tagen bei 76 %. Die Modellsicherheit stieg im selben Zeitraum von 0,57 auf 0,71.\u003C\u002Fp>\n\u003Cp>Der Anstieg ist kein Zufall der Zählung. Das System lernt aus den Korrekturen der Manager: Jede Änderung an einem Entwurf fließt zurück. Seitdem sind Abdeckung und Modellsicherheit am laufenden Betrieb ablesbar, nicht als einmaliger Bericht.\u003C\u002Fp>\n\n\u003Ch2 id=\"kennzahlen\">Zwei Kennzahlen und wo sie täuschen können\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>\u003Cstrong>Abdeckung mit KI-Entwürfen.\u003C\u002Fstrong> Sie zeigt, bei welchem Anteil der Anfragen überhaupt ein Entwurf vorliegt. Sie zeigt nicht, ob der Entwurf gut war. Eine hohe Abdeckung mit Entwürfen, die jedes Mal umgeschrieben werden, entlastet niemanden. Deshalb gehört zur Abdeckung immer der Blick darauf, was mit den Entwürfen geschieht.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Modellsicherheit.\u003C\u002Fstrong> Sie ist die Selbsteinschätzung des Modells, keine unabhängige Qualitätsmessung. Steigt sie, während die Menschen weiter freigeben und korrigieren, ist das ein brauchbares Signal. Allein betrachtet wäre sie ein Modell, das sich selbst ein gutes Zeugnis ausstellt.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Was diese Messung nicht beantwortet, sagen wir ebenso deutlich: Sie enthält keine Aussage über Antwortzeiten oder die Zufriedenheit der Kunden. Dafür bräuchte es eigene Messpunkte, und wer sie braucht, sollte sie vor dem Start festlegen, nicht nachträglich aus Protokollen rekonstruieren.\u003C\u002Fp>\n\n\u003Ch2 id=\"hersteller\">Was sich für KI im Kundenservice eines Herstellers übertragen lässt\u003C\u002Fh2>\n\u003Cp>Eine Anfrage nach einer Tortenbestellung ist keine Frage nach einem Ersatzteil. Technische Antworten stützen sich auf Handbücher, Stücklisten und frühere Servicefälle, und ein falscher Entwurf kostet dort mehr als eine Rückfrage. Die Werte aus dem Beispiel lassen sich deshalb nicht als Erwartung auf einen Hersteller übertragen – weder die 64 % noch der Anstieg.\u003C\u002Fp>\n\u003Cp>Übertragbar sind drei Entscheidungen. Erstens: Messpunkte entstehen vor dem ersten Entwurf, nicht danach. Zweitens: Korrekturen der Menschen fließen zurück, sonst lernt das System nichts. Drittens: Ob Entwürfe nur nach Freigabe oder für bestimmte Anfragen automatisch verschickt werden, legt jedes Unternehmen selbst fest – und bei technischen Auskünften spricht vieles dafür, bei der Freigabe zu bleiben. Wie ein solcher Assistent auf Unterlagen und Servicehistorie zugreift, erklärt der Lexikonartikel \u003Ca href=\"\u002Flexikon\u002Fki-assistent-im-service\">KI-Assistent im Service\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"vorgehen\">Wie wir Messung von Anfang an einbauen\u003C\u002Fh2>\n\u003Cp>Bevor ein Entwurf entsteht, legen wir mit dem Service fest, welche Anfragen gezählt werden, woran eine Übernahme erkennbar ist und wo die Kennzahlen abgelesen werden. Diese Punkte stehen als Abnahmekriterien im Angebot – nicht ein Zielwert für die Abdeckung, den niemand seriös vorhersagen kann, sondern die Messung selbst. Technisch arbeiten wir mit PostgreSQL und pgvector, damit Wissen und Messdaten in einem System liegen.\u003C\u002Fp>\n\u003Cp>Welche Daten das Sprachmodell zu sehen bekommt, halten wir im Angebot fest. Verarbeiten wir personenbezogene Daten in Ihrem Auftrag, schließen wir einen Auftragsverarbeitungsvertrag. Wie wir solche Vorhaben aufsetzen, steht auf der Seite \u003Ca href=\"\u002Fleistungen\u002Fki-implementierung\">KI-Lösungen für Unternehmen\u003C\u002Fa>.\u003C\u002Fp>",[34,42,69],{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":35,"toc":36},[13,14,15],[37,38,39,40,41],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},{"slug":43,"title":44,"subtitle":45,"date":46,"metaTitle":47,"metaDescription":48,"excerpt":49,"readingMinutes":11,"tags":50,"toc":54},"stoermeldungen","Störmeldungen statt Rauschen: Von rund 110 Alarmen in zwei Tagen waren etwa 5 echt","Warum eine Überwachung mit zu vielen Meldungen im Alltag abgeschaltet wird – und wie sich Fehlalarme zerlegen lassen, bevor der Service aufhört hinzusehen","2026-09-03","Störmeldungen: Schwellenwerte je Objekt statt Fehlalarme","Störmeldungen, die gelesen werden: Grenzwerte aus dem Verhalten jedes Objekts statt fester Zahlen. Ein Praxisbeispiel für Fernwartung in der DACH-Region.","Ein Mitarbeiter bekam in zwei Tagen rund 110 Meldungen und las sie nicht mehr – zutreffend waren etwa fünf. Wir haben sechs Rauschquellen einzeln zerlegt. Welche drei Muster sich auf die Überwachung von Anlagen übertragen lassen und wo das Beispiel an seine Grenze kommt.",[51,52,53],"Automatisierung","Architektur","TypeScript",[55,58,61,64,67],{"id":56,"text":57},"rauschen","Wenn Störmeldungen niemand mehr liest",{"id":59,"text":60},"fall","Rund 110 Meldungen in zwei Tagen, etwa 5 davon zutreffend",{"id":62,"text":63},"muster","Drei Muster, die Störmeldungen vervielfachen",{"id":65,"text":66},"fernwartung","Was sich auf Fernwartung übertragen lässt und was nicht",{"id":30,"text":68},"Wie wir eine Überwachung mit wenigen, richtigen Meldungen bauen",{"slug":70,"title":71,"subtitle":72,"date":73,"metaTitle":74,"metaDescription":75,"excerpt":76,"readingMinutes":11,"tags":77,"toc":78},"technische-dokumentation","Technische Dokumentation als Register statt Dateiarchiv: was 114 Technologiekarten gezeigt haben","Warum Anleitungen und Arbeitskarten Versionen, Verantwortliche und Schulungsnachweise brauchen – für Hersteller, deren Wissen in Ordnern liegt","2026-08-19","Technische Dokumentation: Versionen statt Dateiarchiv","Technische Dokumentation als Register: 114 Karten mit Historie, Verantwortlichen und Schulungsstand. Was Hersteller in Deutschland daraus lernen können.","In einer Produktion lagen 114 Technologiekarten als Dateien in einem Archiv. Heute stehen sie in einem Register, in dem keine Version überschrieben wird. Was das für Anleitungen und Wartungsunterlagen eines Herstellers bedeutet – und was ein Register nicht leisten kann.",[52,15,13],[79,82,85,88,90],{"id":80,"text":81},"archiv","Wo technische Dokumentation im Dateiarchiv verloren geht",{"id":83,"text":84},"beispiel","Das Beispiel: 114 Technologiekarten aus dem Archiv",{"id":86,"text":87},"regeln","Drei Regeln, die ein Register vom Ordner unterscheiden",{"id":27,"text":89},"Was das für die technische Dokumentation eines Herstellers heißt",{"id":30,"text":91},"Wie wir ein solches Register aufsetzen",1789404536163]