Eine KI-Funktion ist nur so nützlich wie die Daten, die sie sehen kann. Ein Antwortentwurf, der das Abo des Kunden nicht kennt, oder eine Gesprächszusammenfassung, die nie im Kundendatensatz ankommt, spart wenig Zeit. Der Nutzen entsteht, wenn KI in den Systemen arbeitet, die Ihre Teams schon nutzen: im CRM (Customer-Relationship-Management-System) für Kunden, Kontakte und Verkaufschancen und im Helpdesk für Tickets und Gespräche. Dort liegen aber auch die Risiken: falsche Werte in Datensätzen, zu viele Zugriffsrechte, Dubletten und Änderungen, die niemand nachvollziehen kann.
Dieser Artikel ist Teil 2 von Level 3 unseres Lernpfads AI Work. Teil 1 hat gezeigt, wie Sie ein KI-Pilotprojekt durchführen, und ein erfolgreicher Pilot endet meist mit der Frage, wie sich das Tool sauber anbinden lässt. In diesem Teil lernen Sie, Datenflüsse aufzuzeichnen, einen Weg für die Verbindung zu wählen, Rechte zu vergeben, KI-Zusammenfassungen und Ticket-Triage zu nutzen, Daten mit Freigabe zurückzuschreiben, ein Änderungsprotokoll zu führen und doppelte Datensätze zu vermeiden.
Erst die Daten aufzeichnen, dann verbinden
Beginnen Sie mit einer Karte, nicht mit einem Connector. Notieren Sie für jede Angabe, die die KI nutzen soll, welches System das Original hält, ob die KI sie nur liest oder auch ändern darf und in welche Richtung sie fließt.
Der zentrale Begriff ist das führende System (englisch System of Record): das eine System, dessen Wert für eine Angabe gilt. Kontaktdaten liegen im CRM, Gespräche im Helpdesk, Bestellungen und Rechnungen im Shop oder im ERP (Enterprise Resource Planning, die Software für Aufträge, Lager und Buchhaltung). Jedes andere System hält nur eine Kopie.
Das Beispiel in diesem Teil ist ein Unternehmen, das ein Software-Abo an Firmenkunden verkauft. Der Vertrieb arbeitet im CRM, der Support im Helpdesk. Das Unternehmen möchte drei KI-Funktionen: eine kurze Zusammenfassung der offenen Tickets an jedem Kundendatensatz im CRM, das automatische Sortieren eingehender Tickets und Antwortentwürfe, die den Tarif des Kunden kennen. Die Datenkarte für diese Funktionen sieht so aus:
| Daten | Führendes System | KI liest | KI schreibt | Regel |
|---|---|---|---|---|
| Firmen- und Kontaktdaten | CRM | Ja | Nur Vorschläge | Jede Änderung gibt ein Mensch frei |
| Tarif und Verlängerungsdatum | CRM oder Abrechnungssystem | Ja | Nein | Für die KI nur lesbar |
| Tickets und Gespräche | Helpdesk | Ja | Schlagwörter, Kategorie, interne Notizen | Antworten an Kunden nur nach Freigabe |
| Zusammenfassung offener Tickets | Helpdesk, angezeigt im CRM | – | Ja, als gekennzeichnete Notiz | Überschreibt nie Felder, wird automatisch erneuert |
| Zahlungsdaten | Abrechnungssystem | Nein | Nein | Gar nicht angebunden |
Den Weg der Verbindung wählen
Es gibt drei übliche Wege, KI mit CRM und Helpdesk zu verbinden:
- Eingebaute Integration: Viele CRMs und Helpdesks bieten fertige Connectoren zueinander und zu KI-Funktionen, eingerichtet mit wenigen Klicks. Das ist der geringste Aufwand, aber Sie bekommen nur, was der Anbieter gebaut hat.
- Automatisierungsplattform: No-Code-Tools verbinden viele Anwendungen über Auslöser und Aktionen. Level 2 zeigt, wie Sie auf diese Weise Geschäftsabläufe automatisieren. Das ist flexibel, aber jeder Ablauf braucht eine verantwortliche Person.
- Eigener Code: Eine API (Application Programming Interface, Programmierschnittstelle) ist der festgelegte Weg, auf dem Programme Daten austauschen. Entwickler bauen darüber genau das, was Sie brauchen, müssen es aber auch pflegen.
Zwei weitere Begriffe begegnen Ihnen in jeder Integration. Ein Webhook ist eine Nachricht, die ein System automatisch an ein anderes schickt, wenn etwas passiert, zum Beispiel „neues Ticket angelegt“. Die Synchronisation hält dieselben Daten in zwei Systemen auf gleichem Stand. Sie kann in eine oder in beide Richtungen laufen, in Echtzeit oder nach Zeitplan. Eine zweite Richtung schafft zusätzliche Gelegenheiten für Konflikte. Beginnen Sie deshalb mit einer Richtung pro Angabe: Der Helpdesk schickt die Ticket-Zusammenfassung ins CRM, das CRM schickt den Tarif in den Helpdesk, und jedes System bleibt Herr über seine eigenen Daten.
KI erreicht Ihre Systeme auf zwei Wegen. Software mit KI-Funktionen ist oft selbst das führende System, etwa ein CRM oder Helpdesk mit zusätzlichen KI-Funktionen. Tools, bei denen KI der Kern ist, etwa KI-Agenten, sitzen meist auf Ihren Systemen auf und brauchen eine Verbindung, um Daten zu lesen und zu schreiben. In unserem Vergleich sind beide Arten in Vertrieb und Kundenservice verbreitet:
Nach Angaben der Anbieter ist Close ein CRM mit eingebauter Telefonie, E-Mail und Automatisierung, SleekFlow bündelt WhatsApp, Instagram und Live-Chat in einem Postfach, und Tidio verbindet einen KI-Agenten mit Live-Chat und Ticketsystem. Expertise AI baut KI-Agenten für Vertrieb und Support auf der eigenen Website, und Typewise bietet KI-Agenten, die Abläufe in CRM- und ERP-Systemen ausführen. Bei jedem dieser Tools lautet die erste Frage, ob es sich mit Ihren Systemen verbindet. Alle 10 Tools für den Kundenservice finden Sie in unserem Tool-Vergleich für AI Work:
Kurzbeschreibungen aus unserem Tool-Vergleich, nach Angaben der Anbieter — nicht von ABXK getestet.
Der KI nur die Rechte geben, die sie braucht
Eine KI-Integration handelt mit den Rechten, die Sie ihr geben. Behandeln Sie sie wie eine neue Kollegin mit einer sehr schnellen Tastatur: Sie bekommt den Zugriff, den ihre Aufgabe braucht, und nicht mehr. Sicherheitsfachleute nennen das das Prinzip der minimalen Rechte (Least Privilege).
- Ein eigenes Konto für die KI. Nutzen Sie einen eigenen Integrationsnutzer, ein Dienstkonto, statt des Logins einer Person. Dann können Sie seine Rechte begrenzen, und die Protokolle zeigen, was die KI getan hat.
- Erst lesen, dann schreiben. Beginnen Sie mit reinem Lesezugriff. Schreibrechte vergeben Sie Feld für Feld, wenn ein Anwendungsfall sie wirklich braucht.
- Nutzerrechte beachten. Darf eine Servicekraft den Vertrag eines Kunden im CRM nicht sehen, darf die KI ihn auch in keiner Zusammenfassung zeigen. Fragen Sie den Anbieter, ob die KI die Rechte der fragenden Person prüft.
- Sensible Daten weglassen. Zahlungsdaten, Gesundheitsdaten und Personalakten gehören nicht in eine KI für den Kundenservice. Die DSGVO verlangt, dass personenbezogene Daten auf das für den Zweck notwendige Maß beschränkt sind (Art. 5 Abs. 1 lit. c, Datenminimierung).
- Eingehenden Text als Daten behandeln. Kunden-E-Mails können Text enthalten, der der KI Anweisungen geben will, etwa die Aufforderung, ihre Regeln zu ignorieren und eine Erstattung zu genehmigen. Das nennt man Prompt Injection, und es ist das erste Risiko in den OWASP Top 10 for LLM Applications 2025 (Quelle: owasp.org). Dieselbe Liste warnt vor „Excessive Agency“: einer KI mit mehr Funktionen, Rechten oder Selbstständigkeit, als ihre Aufgabe braucht.
Gegen beide Risiken hilft dasselbe: Die KI darf lesen, sortieren und entwerfen, aber jede Aktion mit Folgen braucht eine feste Regel oder die Freigabe eines Menschen. Unser Bereich AI Security vertieft die Sicherheitsseite.
Zusammenfassungen und Triage: KI am Datensatz
Zwei KI-Funktionen bringen schnell Nutzen, sobald die Systeme verbunden sind.
KI-Zusammenfassungen am Datensatz. Die KI verdichtet einen langen Verlauf auf wenige Zeilen: offene Tickets, die letzten Kontakte, das aktuelle Problem des Kunden. Vor einem Verlängerungsgespräch sieht die Kundenbetreuerin, dass der Kunde zwei ungelöste Tickets hat. Drei Regeln machen Zusammenfassungen verlässlich. Speichern Sie sie als gekennzeichnete Notiz, etwa „KI-Zusammenfassung vom 14. Oktober“, nie in Feldern, die Menschen pflegen. Verknüpfen Sie jede Aussage mit ihrer Quelle, etwa der Ticketnummer. Und erneuern Sie sie automatisch, damit niemand nach einer alten Fassung handelt.
Ticket-Triage. Triage heißt, eingehende Tickets zu sortieren: Worum geht es, wie dringend ist es, wer soll es bearbeiten? Die KI liest jedes neue Ticket und setzt einige Felder. Regeln im Helpdesk leiten das Ticket dann in die richtige Warteschlange. Prüfen Sie jedes Feld auf seine eigene Weise:
| Feld | Beispielwerte | So prüfen Sie es |
|---|---|---|
| Kategorie | Rechnung, Login-Problem, Fehlermeldung, Kündigung | Servicekräfte korrigieren falsche Kategorien; die Korrekturen jede Woche zählen |
| Priorität | Normal, hoch, dringend | Schriftlich festlegen, was als dringend gilt, etwa ein Ausfall oder eine rechtliche Drohung |
| Sprache | Deutsch, Englisch, Französisch | Jede Woche einige Tickets pro Sprache stichprobenartig prüfen |
| Kunde | Passender Datensatz im CRM | Tickets ohne Treffer gehen an einen Menschen; nie automatisch einen neuen Datensatz anlegen |
| Stimmung | Ruhig, verärgert, wütend | Als Hinweis fürs Sortieren nutzen, nie für Entscheidungen über den Kunden |
Ist die KI unsicher, geht das Ticket zum Sortieren an einen Menschen. Teil 5 dieses Levels erklärt, wie Sie solche Schwellenwerte und Eskalationswege festlegen.
Nur mit Freigabe zurückschreiben und alles protokollieren
Daten zu lesen ist sicher. Schreiben verändert Ihre Datensätze. Legen Sie für jedes Feld fest, wie die KI es ändern darf. Die Treppe zeigt vier Stufen:
Felder mit rechtlichem oder finanziellem Gewicht, etwa Preise, Rabatte, Vertragsbedingungen, Erstattungen oder der Kundenstatus, werden nie automatisch geschrieben. Eine typische Freigabe sieht so aus: Die KI liest in einer E-Mail-Signatur, dass eine Kontaktperson jetzt die Einkaufsleitung innehat. Sie schlägt die Änderung vor und zeigt die Quelle. Die Kundenbetreuerin klickt auf „Freigeben“, und erst dann ändert sich das CRM.
Ein Änderungsprotokoll (englisch Audit Trail) hält fest, wer was wann und warum geändert hat. Für Änderungen durch KI braucht es mehr Details als für Änderungen durch Menschen, denn Sie müssen nachvollziehen können, wie ein Wert zustande kam. Halten Sie mindestens die Angaben aus dem Beispiel unten fest:
Bewahren Sie das Protokoll lange genug auf, um Beschwerden zu klären, aber nicht länger, als Ihre Löschregeln erlauben. Geht etwas schief, finden Sie mit dem Protokoll jeden betroffenen Datensatz und können die Änderungen zurücknehmen.
Dubletten und widersprüchliche Daten verhindern
Integrationen erzeugen Dubletten schneller als Menschen. Ein Ticket kommt von einer neuen E-Mail-Adresse, und die Integration legt einen neuen Kontakt an, obwohl es den Kunden schon gibt. Synchronisationen in beide Richtungen können sich immer wieder gegenseitig überschreiben. Level 0 erklärt, warum KI gute Unternehmensdaten braucht. Diese Regeln halten die Daten sauber:
| Problem | Typische Ursache | Regel |
|---|---|---|
| Doppelte Kontakte | Neue E-Mail-Adresse, Tippfehler im Firmennamen | Vor dem Anlegen über mehrere Merkmale abgleichen (E-Mail, Domain, Kundennummer); unklare Treffer gehen an einen Menschen |
| Zwei Nummern für einen Kunden | Jedes System vergibt eine eigene ID | Die ID des anderen Systems in beiden Systemen speichern und darüber abgleichen |
| Werte, die hin- und herspringen | Synchronisation in beide Richtungen, beide Systeme „gewinnen“ | Ein führendes System pro Feld; eine Kopie überschreibt nie das Original |
| Endlose Aktualisierungsschleifen | Eine Änderung in System A löst B aus, das wieder A auslöst | Änderungen der Integration markieren und auf dem Rückweg überspringen |
| Veraltete Zusammenfassungen | Einmal gespeichert, nie erneuert | Mit Datum speichern, automatisch erneuern, nur die neueste Fassung behalten |
Viele APIs bieten ein Upsert: den Datensatz aktualisieren, wenn es ihn gibt, und ihn anlegen, wenn nicht. Ein Upsert ist nur so gut wie sein Abgleichsmerkmal. Ist das Merkmal unzuverlässig, legt das Upsert stillschweigend genau die Dubletten an, die Sie vermeiden wollten.