Welche Daten Sollte Ein Chatbot Nutzen? 7 Kritische Quellen
Welche Daten sollte ein Chatbot nutzen? 7 kritische Datenquellen für die RAG-Architektur, die Trennung von statischen und Live-Daten, DSGVO/KVKK.
Wenn Sie einem Kunden-Chatbot die falsche Preisliste geben, liefert er eine fehlerhafte Antwort — egal wie leistungsfähig das Modell ist. Kritischer wird es, wenn ein nicht autorisierter Mitarbeiter auf HR-Daten zugreifen kann: Das ist nicht nur eine schlechte Nutzererfahrung, sondern ein direktes operatives und rechtliches Risiko. Die Frage, welche Daten ein Chatbot nutzen sollte, ist deshalb vor der Wahl eines KI-Modells eine Frage der Datenarchitektur und des Geschäftsdesigns.
Unternehmens-Chatbots werden oft gestartet, indem alle Firmendokumente in einen einzigen Bereich hochgeladen werden. Das kann in der ersten Demo beeindruckend wirken — im Produktivbetrieb werden veraltete Informationen, widersprüchliche Abläufe und unklare Zugriffsgrenzen jedoch schnell zum Vertrauensproblem.
7 Kritische Datenquellen
Die erste Frage lautet nicht "Welche Daten haben wir?", sondern "Welches Geschäftsergebnis soll der Chatbot liefern?". Jeder Anwendungsfall bringt unterschiedliche Datenquellen, unterschiedliche Aktualitätsanforderungen und unterschiedliche Risikostufen mit sich. Die grundlegenden Datenebenen in dieser Architektur sind:
- 1. Freigegebene Wissensdatenbank: FAQ-Inhalte, Produktbeschreibungen, Leistungsumfänge, Prozesse und Support-Artikel.
- 2. Operative Systemdaten: Live-Datensätze aus CRM, ERP, Bestell-, Lager-, Buchungs- oder Projektmanagementsystemen.
- 3. Technische Dokumentation: API-Dokumentation, Installationsanleitungen, Release Notes, Fehlercodes und Architekturentscheidungen.
- 4. Richtlinien- und Compliance-Inhalte: Firmenrichtlinien, Vertragsbedingungen und Prozessregeln, die nur mit Berechtigung zugänglich sein dürfen.
- 5. Gesprächsdaten: Anonymisierte Support-Anfragen, Lösungsnotizen und häufig wiederkehrende Nutzerabsichten.
Nicht jeder Chatbot benötigt alle diese Quellen. Für einen Vertriebsbot, der nur Website-Besucher qualifiziert, können Produktseiten und Preisregeln ausreichen. Ein KI-Agent im Kundenportal benötigt dagegen möglicherweise authentifizierungspflichtige Live-Daten wie Bestellungen, Vertragsstatus und Support-Historie.
6. Statische Informationen von Live-Daten Trennen
Der häufigste Fehler in Unternehmen ist, feste Dokumente und sich ständig ändernde Systemdaten im selben Wissenspool zu verwalten. Eine Preisliste in einem PDF, ein Lagerbestand im Produktmanagement-Bildschirm oder ein Kundenstatus im CRM können nicht mit demselben Vertrauensniveau behandelt werden. Preise, Lagerbestände, Termine, Zahlungsstatus oder Lieferverfolgung sollten wo immer möglich direkt per API aus dem Quellsystem abgefragt werden.
Diese Trennung bringt zwei Vorteile. Erstens sinkt das Risiko, dass der Chatbot auf Basis veralteter Dokumente falsch handelt. Zweitens wird nachvollziehbar, welche Antwort aus welchem System stammt. Sagt das System "Ihre Bestellung wird vorbereitet", sollten Sie in den Systemprotokollen sehen können, auf welchem Bestelldatensatz und welchem Zeitstempel diese Aussage beruht.
7. Zweckbindung Für Personenbezogene Daten
Eine Bank-, Versicherungs-, Gesundheits- oder Mitarbeiter-Self-Service-Anwendung kann ohne nutzerspezifische Informationen oft keinen echten Wert liefern. Zugriff auf personenbezogene Daten bedeutet aber nicht, dass der Chatbot auf jeden verfügbaren Datensatz zugreifen sollte. Das Grundprinzip muss Zweckbindung sein: Fragt ein Nutzer nach seinem Bestellstatus, sollte das System nur die für diese Bestellung nötigen Datensätze abrufen — und nur im Rahmen der Berechtigung des verifizierten Nutzers.
Architekturentscheidungen wie rollenbasierte Zugriffskontrolle, Sitzungsauthentifizierung, Datenmaskierung und DSGVO/KVKK-Konformität haben wir in Kundensupport-Chatbot einrichten: 7 Schritte ausführlich behandelt.
Der Wertvollste Datensatz Ist Nicht Der Größte
Bei einem Chatbot-Projekt ist es verlockend, den Wissensumfang zu erweitern. Doch Tausende verstreute Dateien machen einen Assistenten nicht intelligenter. Das Modell muss zwischen Entwürfen, alten Versionen, persönlichen Notizen und sich widersprechenden Dokumenten die richtige Antwort finden. Das Ergebnis sind überzeugend klingende, aber nicht nachprüfbare Antworten.
Bei der Datenauswahl zählen drei Kriterien mehr: Richtigkeit, Aktualität und Zuständigkeit. Richtigkeit bedeutet, dass der Inhalt geschäftlich freigegeben ist. Aktualität ist besonders bei Preisen, Vorschriften und Prozessschritten entscheidend. Zuständigkeit klärt, welches Team für welchen Datenbereich verantwortlich ist. Inhalte sollten vor Veröffentlichung deshalb mit Labels wie "offizielle Quelle", "Hilfsquelle", "Archiv" und "für Chatbot gesperrt" klassifiziert werden.
Dokument-Chunking: Ein Kleines, Aber Kritisches Detail
In der RAG-Architektur werden Dokumente in Abschnitte zerlegt und in semantische Vektoren umgewandelt; die für die Nutzerfrage relevantesten Abschnitte werden dem Modell als Kontext übergeben. Zu große Abschnitte tragen unnötigen Kontext, zu kleine Abschnitte reißen den Sinn auseinander. In technischen Anleitungen sollten Überschriftenhierarchie und Codebeispiele erhalten bleiben, bei Prozessen sollten Schritte nicht getrennt werden. Metadaten wie Quellenname, Version, Abteilung, Gültigkeitsdatum und Zugriffsebene zu jedem Abschnitt zu ergänzen, stärkt Suchqualität und Nachvollziehbarkeit.
Wann Sollte Ein Chatbot Keine Daten Nutzen?
Nicht jede Frage sollte automatisch beantwortet werden. Bei juristischer Auslegung, hochwertigen Finanzfreigaben, sensiblen Gesundheitsempfehlungen, Personalentscheidungen oder verbindlichen Sonderangeboten für Kunden sollte die Rolle des Chatbots darin bestehen, Informationen zu sammeln und an eine autorisierte Person weiterzuleiten. Ebenso ist es falsch, Internetinhalte unklarer Herkunft direkt in die Unternehmenswissensbasis zu übernehmen. Schnelligkeit ist beim Chatbot wertvoll — doch in einem System, das im Namen des Unternehmens spricht, geht Nachprüfbarkeit vor Geschwindigkeit.
Im TechConnect-Ansatz werden die Chatbot-Datenarchitektur, Geschäftsprozesse und Sicherheitsebenen gemeinsam betrachtet. Die Einrichtungsschritte sowie das Test- und Messkonzept haben wir in Kundensupport-Chatbot einrichten: 7 Schritte beschrieben, vertriebsorientierte Anwendungsfälle in Nicht nur Support: Wie intelligente Chatbots den Umsatz steigern.
Der beste erste Schritt: Wählen Sie die zehn Fragen, die Ihrem Team in den letzten sechs Monaten am häufigsten gestellt wurden. Notieren Sie für jede Frage die verlässliche Datenquelle, den Datenverantwortlichen und die Aktualisierungshäufigkeit. Die entstehende Übersicht zeigt den tatsächlichen Umfang Ihres Chatbot-Projekts und den ersten konkreten ROI-Bereich klarer, als Sie erwarten.
Wenn Sie Ihre Datenarchitektur gemeinsam mit uns klären möchten: erzählen Sie uns von Ihrem Projekt.
