Konversations-KI für Versicherungen: was funktioniert, was scheitert

Was Konversations-KI für die Versicherungsbranche tatsächlich bedeutet

Nimmt man das Marketing weg, ist Konversations-KI genau das: Ein Kunde sagt, was er will, so wie er es einem Sachbearbeiter sagen würde, und die Software versteht die Absicht und antwortet oder erledigt die Aufgabe. Kein Menübaum, kein „Drücken Sie die 2 für Schadensfälle".

Es gibt eine Reifegrad-Leiter, die man kennen sollte, denn Versicherer stehen auf jeder ihrer Stufen:

• Regelbasierte Chatbots laufen auf Entscheidungsbäumen und Stichwörtern, sodass der Kunde in vordefinierte Buttons eingesperrt ist. Wer unseren Vergleich zwischen einem KI-Agenten und einem regelbasierten Chatbot gelesen hat, kennt diese unterste Stufe.
• NLU-Chatbots nutzen Natural Language Understanding, um die Absicht hinter freiem Text zu erfassen, nicht nur Stichwörter.
• LLM-basierte Agenten sind die neue oberste Stufe und das, was 2026 gemeint ist, wenn jemand „Konversations-KI" sagt.

Die Stufe, die ein LLM für Versicherungen sicher macht, ist Retrieval-Augmented Generation, also Grounding: Das Modell antwortet aus den eigenen Policendokumenten und dem Hilfecenter des Versicherers, nicht aus seinen Trainingsgewichten. Das ist der Unterschied zwischen einem Agenten, der sagt „Ihre Mietversicherung deckt Diebstahl bis zu Ihrer Grenze, hier ist die Klausel", und einem, der munter eine Zahl erfindet. Unser Erklärartikel dazu, warum Chatbots falsch antworten, zeigt, was schiefläuft, wenn dieses Grounding fehlt.

So sieht ein gut gebauter Ablauf aus, und deshalb ist der Konfidenz-Check in der Mitte das tragende Element:

Auch die Grenze ist real. Chatbots sind hervorragend bei einfachen Anfragen und brechen zusammen, sobald das Problem komplexer wird, was keine Kritik an der Technik ist, sondern das Design-Prinzip selbst. Die Tools, die Menschen mögen, sind die, die ihre eigenen Grenzen kennen und einen Menschen hinzuziehen. Unser Überblick zu KI im Kundenservice behandelt diese Grenze allgemein; in der Versicherung steigt einfach der Einsatz, wenn man sie falsch zieht.

Wo es bereits funktioniert: echte Einsätze bei Versicherern

Der Beweis steckt nicht in einer Verkäuferpräsentation, sondern in den eigenen Zahlen der Versicherer. Hier sind die Vorzeigebeispiele, alle aus primären Unternehmensquellen:

Der am besten dokumentierte Fall ist Lemonade. Sein Schadenbot AI Jim hat einmal einen Anspruch auf einen gestohlenen Mantel in exakt drei Sekunden ausgezahlt: Er prüfte den Anspruch, glich ihn mit der Police ab, führte 18 Anti-Betrugs-Algorithmen aus, genehmigte ihn, überwies 729 $ und informierte den Kunden, alles zwischen 5:49:07 Uhr und 5:49:10 Uhr an einem Dezembermorgen 2016.

Der wichtigste Teil, und das ist Lemonades eigene Aussage: Das Unternehmen hat die KI noch nie einen Schaden automatisch ablehnen lassen. Der Bot übernimmt die schnellen Genehmigungen und das Markieren von Betrugsfällen; alles, was er markiert, geht an einen menschlichen Ermittler. Die KI automatisiert das einfache „Ja" und eskaliert das schwierige „Nein". Genau diese eine Design-Entscheidung ist der Unterschied zwischen Einsätzen, die Preise gewinnen, und solchen, die im Postfach einer Aufsichtsbehörde landen.

Im Gesundheitsbereich liegt das Muster bei der Betreuung, nicht bei Schadenentscheidungen. Aetna baut generative KI in seine gesamte App ein, damit Mitglieder fragen können, „braucht mein Röntgenbild eine Genehmigung?", ohne den Begriff „Vorabgenehmigung" zu kennen, und Cigna hat seinen Assistenten um eine unverblümte Statistik herum gebaut, die das Unternehmen selbst veröffentlicht hat: 4 von 5 US-Erwachsenen fühlen sich bei ihren eigenen Gesundheitsleistungen nicht sicher. Deckungsantworten in einfacher Sprache sind genau die Art von Arbeit mit hohem Volumen und geringem Risiko, in der diese Agenten glänzen, und das passt eng zu KI-Kundenservice für Versicherungen im weiteren Sinne.

Was Versicherte wirklich denken

Das ist der Teil, den Anbieterseiten auslassen. Wer dort liest, wo echte Kunden sprechen, merkt: Die Frustration ist lauter und konkreter als das Lob, und es lohnt sich zuzuhören, weil sie genau zeigt, was zu vermeiden ist.

Die wütendste Beschwerde ist die Schleife, die nicht eskaliert, besonders wenn ein Schaden auf dem Spiel steht:

"I cannot imagine navigating a claim without the ability to talk with a human being. Home insurance is not the place to cheap out!"

u/softnmushy on r/Insurance

Dieses Bauchgefühl zeigt sich auch in jedem Kfz- und Kranken-Thread: Menschen wollen einen sichtbaren Menschen, und Vertrauen bricht in dem Moment weg, in dem Geld oder ein Streitfall im Spiel ist. Ein Versicherungssachbearbeiter, der beobachtete, wie Bots in seiner Warteschlange landeten, brachte die technische Grenze klar auf den Punkt:

"AI bots can sometimes get basic benefits or claim info if the system is straightforward, but they usually hit a wall with anything complex"

r/CodingandBilling

Nichts davon heißt „Finger weg". Das Lob ist genauso echt, wenn das Tool die Grenze respektiert, wie die Reaktion der Branche auf Lemonades Geschwindigkeit zeigte:

"Settling a claim in two seconds is by no doubt impressive, and just goes to show the effectiveness of deploying generative AI in business"

r/insuretech

Und Praktiker, die solche Agenten schon eingeführt haben, sind sich einig: Der Mensch verschwindet nicht, er rückt in der Wertschöpfungskette nach oben. Wie es Michael Rudman, Gründer und CTO von Jones, einem Insurtech-Betreiber, auf LinkedIn formulierte: „Je besser die KI wird, desto wertvoller werden menschliche Gespräche." Die Übergabe richtig hinzubekommen, trennt die Einsätze, die Menschen ertragen, von denen, bei denen sie wütend aussteigen.

Was automatisiert werden sollte und was an einen Menschen geht

Wo verläuft also die Grenze? Nachdem ich viele davon live gesehen habe, ist meine Regel einfach: Automatisiere die Recherche, eskaliere die Entscheidung. Wenn die Beantwortung der Frage einen Schaden ablehnen, eine Deckung ändern oder ein Rechtsanspruch auslösen könnte, gehört sie einem Menschen. Alles andere ist für den Agenten fair game.

In der linken Spalte stecken das Volumen und die Einsparungen, und das ist genau die Tier-1-Arbeit, die den Tag eines Versicherungs-Supportteams auffrisst. Das deckt sich genau mit dem, was ein guter KI-Helpdesk-Agent bereits gut kann: Wiederholtes abfangen, Antworten konsistent halten, alles protokollieren. In der rechten Spalte wird eine falsche Antwort zu einem regulatorischen Problem, also sollten diese Abläufe die Absicht erfassen und dann weiterleiten, niemals raten.

Der Fehler, den ich am häufigsten sehe: Teams schieben die Grenze zu schnell nach rechts und lassen den Bot Schadenentscheidungen oder Deckungsfragen versuchen, weil er in einer Demo fähig aussah. So landet man in den wütenden Threads von oben. Fange eng an, beweise es in der linken Spalte, und erweitere erst, wenn sowohl deine Deflection-Rate als auch die Qualität deiner Eskalationen standhalten. Lemonades eigene Aufteilung, Genehmigungen automatisieren, während ein Mensch jede Ablehnung verantwortet, ist das Vorbild.

Die Compliance-Ebene, die Versicherungen hinzufügen

Das ist es, was Versicherungen von generischem Support unterscheidet. Eine falsche Antwort hier ist nicht nur ein verärgerter Kunde, sondern ein regulierter Versicherer, der möglicherweise gegen das Gesetz verstößt. Deshalb trägt ein Versicherungsbot eine Compliance-Fläche, die ein generischer Support-Bot nicht hat:

Ein Blick durch den Stapel:

• KI-Governance (NAIC). Das NAIC-KI-Modellrundschreiben, im Dezember 2023 verabschiedet und von 24 Bundesstaaten (Stand August 2025) übernommen, verlangt von Versicherern, ein schriftliches KI-Systemprogramm zu betreiben, das Governance, Risikokontrollen und Anbieteraufsicht abdeckt. Entscheidend: Es macht Unternehmen für KI verantwortlich, die sie von einem Anbieter kaufen, nicht nur für KI, die sie selbst bauen.
• Automatisierte Schäden bleiben Schäden. Das Rundschreiben ist unmissverständlich: Handlungen dürfen den Unfair Claims Settlement Practices Act „unabhängig von den verwendeten Methoden" nicht verletzen. Automatisierung ist keine Verteidigung gegen eine Beschwerde wegen unfairer Schadenbearbeitung.
• Landesregeln. Colorados Regulation 10-1-1 verlangt ein Governance-Framework für Vorhersagemodelle, und New Yorks Circular Letter No. 7 legt einen Test auf unfaire Diskriminierung für KI in Underwriting und Preisgestaltung fest.
• Gesundheitsdaten (HIPAA). Krankenversicherer sind Covered Entities, sodass jeder KI-Anbieter, der geschützte Gesundheitsinformationen berührt, eine unterschriebene Business Associate Agreement braucht, bevor auch nur ein einziger Datensatz verarbeitet wird.
• Menschliche Überprüfung (DSGVO und EU AI Act). Für EU-Kunden gibt Artikel 22 der DSGVO das Recht, keiner ausschließlich automatisierten Entscheidung mit rechtlicher Wirkung unterworfen zu sein, plus ein Recht auf menschliches Eingreifen. Und Anhang III des EU AI Act stuft KI für „Risikobewertung und Preisgestaltung in Bezug auf natürliche Personen bei Lebens- und Krankenversicherungen" als Hochrisiko ein, was Protokollierungs- und Aufsichtspflichten auslöst.
• Die Anbieterhürde. Versicherer, die ein Tool kaufen, erwarten einen SOC-2-Type-II-Bericht, der prüft, ob Kontrollen über einen Zeitraum tatsächlich funktioniert haben, nicht nur, dass sie auf dem Papier existieren.

Der rote Faden durch all das ist dasselbe Design-Muster, um das Versicherte gebeten hatten: Grounding, Protokollierung und eine menschliche Ausweichmöglichkeit. Drei unterschiedliche Rahmenwerke verlangen unabhängig voneinander genau diesen Eskalationsweg. Wer Tools bewertet, findet in unserem Hinweis zu KI-Wissensmanagement für Supportteams, wie diese freigegebene Wissensebene sauber gehalten wird, denn genau dort beginnt die Genauigkeit.

Wie man Konversations-KI ohne Horrorgeschichten einführt

Verbindet man die Kundenstimme mit der Compliance-Fläche, wird das Vorgehen klar. So würde ich es in dieser Reihenfolge angehen.

Alles verankern und es vor dem Livegang beweisen. Den Agenten auf eure freigegebenen Policendokumente und das Hilfecenter zu beschränken, verhindert, dass er sich ein Deckungslimit ausdenkt. Aber Grounding allein ist noch kein Beweis, deshalb ist die eigentliche Sicherung, den Agenten zuerst gegen Tausende echte vergangene Tickets zu simulieren, um zu sehen, wo er halluziniert hätte, bevor es ein Kunde erlebt. Das ist der Schritt, den die meisten Teams auslassen, und genau der, der das Risiko falscher Antworten abfängt, solange es noch nichts kostet.

Nach Konfidenz filtern und den Menschen sichtbar halten. Setze einen Schwellenwert: Darunter entwirft der Agent für einen Menschen oder übergibt, statt live zu antworten. Begrenze wiederholte Versuche, damit nie eine Schleife entsteht. Das am häufigsten geforderte Feature im Feedback zu Versicherungsbots ist reibungslose Eskalation, und genau das wurde in den wütenden Threads oben verweigert.

Sensible Daten dort halten, wo sie hingehören. Wenn wir Finanz- und Gesundheitsteams onboarden, ist die harte Hürde immer der Umgang mit Daten. Ich habe an Reviews teilgenommen, bei denen ein Käufer Sicherheit brauchte, dass Ticketdaten mit Police- und Zahlungsdetails in seiner eigenen Umgebung bleiben; die ehrliche Antwort ist, dass der Agent über Fragetyp und Antwortstil urteilen sollte, mit individueller Aufbewahrungsdauer und PII-Redaktion, und ohne dass Kundendaten zum Trainieren von Modellen genutzt werden. Das sind die Fragen, die eure Sicherheitsprüfung jedem Anbieter stellen sollte, besonders wenn HIPAA im Spiel ist.

Bei Tier 1 anfangen, mit Nachweisen erweitern. Der realistische Umfang, den Praktiker immer wieder betonen, ist Tier-1-Deflection: Lasst den Agenten die Fragen zu „was deckt meine Police" und „wo ist meine Versicherungskarte" übernehmen, die Support-Zeit fressen, und leitet Komplizierteres an einen Menschen weiter. Erweitert erst, wenn eure Erstlösungsrate hält. Wenn es sich langsam anfühlt, ist das der Punkt: Hier ist KI gegenüber menschlichem Support eine Partnerschaft, kein Ersatz.

eesel für den Versicherungssupport testen

Wer als Versicherer, MGA oder Insurtech diesen Schritt abwägt: eesel ist genau für das Muster von oben gebaut. Es klinkt sich in den Helpdesk ein, den ihr schon nutzt, lernt aus euren vergangenen Tickets und Policendokumenten und antwortet nur aus diesem freigegebenen Wissen, sodass es Tier-1-Anfragen abfängt, ohne in ein Deckungsversprechen abzudriften, das ihr nie gegeben habt.

Der Teil, der für ein reguliertes Team am meisten zählt: Ihr könnt den Agenten gegen Tausende eurer echten historischen Tickets simulieren, bevor er auch nur einem einzigen Live-Kunden antwortet, und dann die Autonomie schrittweise mit konfidenzbasiertem Routing und einer sauberen menschlichen Übergabe hochfahren, dieselbe Aufteilung aus Ja-automatisieren, Nein-eskalieren, die auch bei Lemonade funktioniert. Auf der Compliance-Seite gibt es SOC 2, DSGVO und EU-Datenresidenz sowie PII-Redaktion, und die Preise sind nutzungsbasiert, etwa 0,40 $ pro gelöstem Ticket, ohne Gebühren pro Sitzplatz, sodass ihr nicht für eine Plattform zahlt, die ihr noch testet.

Ihr könnt eesel kostenlos testen, oder eine Demo buchen, wenn ihr die Compliance- und Simulations-Einrichtung erst mit jemandem durchgehen wollt.