Wissensdatenbank im Innendienst: Einträge, auf die sich eine Antwort stützt

Eine Wissensdatenbank im Innendienst ist die gepflegte Sammlung der Regeln und Fakten, nach denen Anfragen, Bestellungen und Rückfragen von Kunden beantwortet werden: Sortiment, Preise, Lieferbedingungen, Zahlungsregeln und bewährte Formulierungen. Jeder Eintrag nennt, was gilt, seit wann und wer ihn verantwortet. So antworten eine Vertretung und ein KI-Entwurf nach denselben Regeln.

Was eine Wissensdatenbank im Innendienst enthält

Der Begriff steht für sehr verschiedene Dinge: ein Intranet-Wiki, eine Ablage mit Handbüchern, die Hilfeseiten eines Softwareherstellers; oft ist auch von einer Wissensbasis die Rede. Im Innendienst ist etwas Engeres gemeint. Die Sammlung beantwortet die Frage, die bei jeder eingehenden Nachricht entsteht: Was darf diesem Kunden in diesem Fall zugesagt werden?

Daraus ergeben sich wenige, gut abgrenzbare Bereiche:

• Sortiment und Verfügbarkeit. Was tatsächlich angeboten wird, in welchen Varianten und Einheiten – und was ausdrücklich nicht.
• Preise und Konditionen. Preisbildung, Staffeln, Mindestmengen, abweichende Regeln für bestimmte Kundengruppen.
• Liefer- und Abholregeln. Orte, Versandarten, notwendiger Vorlauf, Ausnahmen an Feiertagen.
• Zahlung. Wann Vorkasse verlangt wird und in welcher Nachricht Bankdaten genannt werden dürfen.
• Formulierungen. Wie auf eine Reklamation, eine Preisfrage oder eine Absage geantwortet wird.

Nicht hinein gehören Bewegungsdaten wie einzelne Aufträge oder Lieferstände; sie leben im führenden System und werden dort abgefragt. Auch Kundendaten werden nicht kopiert, sondern verknüpft, denn eine zweite Fassung der Anschrift veraltet schneller als jede Regel.

Aufbau eines Eintrags: Aussage, Geltung, Quelle

Ob eine Sammlung trägt, entscheidet sich am einzelnen Eintrag. Bewährt hat sich ein festes Schema mit fünf Feldern:

1. Aussage. Eine Regel in einem vollständigen Satz, ohne Verweis auf andere Einträge: „Bestellungen unter der Mindestmenge werden angenommen und mit Versandzuschlag bestätigt.“
2. Geltungsbereich. Für welche Kunden, Produkte oder Kanäle die Aussage gilt und für welche nicht.
3. Gültigkeit. Ab wann die Regel gilt und welche ältere sie ablöst. Die abgelöste Fassung wird als veraltet markiert, nicht gelöscht, damit frühere Antworten nachvollziehbar bleiben.
4. Quelle. Woher die Regel stammt: Preisliste, Anweisung der Vertriebsleitung, eine Antwort, die im Postfach immer wieder gleich ausfällt.
5. Verantwortung. Die Rolle, die über Änderungen entscheidet – nicht die Person, die den Eintrag zufällig angelegt hat.

Kurze Einträge sind langen Dokumenten überlegen. Ein umfangreiches Handbuch beantwortet jede Frage irgendwo; ein Eintrag mit einer einzigen Aussage beantwortet genau eine und lässt sich prüfen. Widersprechen sich zwei Einträge, fällt das im Schema sofort auf, im Fließtext dagegen oft erst beim Kunden.

Wie Mitarbeiter und KI-Entwürfe darauf zugreifen

Menschen suchen nach Stichworten: Artikelnummer, Kundenname, „Vorkasse“. Eine Volltextsuche über gut betitelte Einträge reicht dafür meist aus. Sprachmodelle arbeiten anders. Bereitet ein Modell eine Antwort vor, bekommt es zur eingehenden Nachricht die passenden Einträge mitgeliefert und stützt seinen Entwurf darauf; das technische Verfahren dahinter heißt Retrieval-Augmented Generation.

Für diesen Zugriff kommen drei Anforderungen hinzu:

• Einträge müssen für sich verständlich sein. Das Modell erhält einzelne Abschnitte, nicht das ganze Werk; ein Satz wie „siehe oben“ verliert dort seinen Sinn.
• Veraltetes muss erkennbar sein. Eine abgelöste Preisregel, die ohne Markierung in der Sammlung steht, wird mit derselben Sicherheit zitiert wie die gültige.
• Harte Regeln gehören zusätzlich in den Code. Ob Bankdaten in einer Nachricht stehen dürfen, sollte nicht allein an einer Textstelle hängen, sondern an einer Prüfung, die den Entwurf vor der Freigabe anhält.

Welche Nachricht welchen Teil der Sammlung braucht, hängt von ihrem Anlass ab. Deshalb steht vor der Suche meist die E-Mail-Klassifizierung: Eine Reklamation zieht andere Einträge heran als eine Bestellung.

Die Wissensdatenbank pflegen: Verantwortung und Lücken

Regeln im Innendienst ändern sich laufend – neue Preise, ein zusätzlicher Abholort, ein gestrichener Artikel. Eine Sammlung ohne festen Pflegeweg wird dadurch schlechter als gar keine, weil sie Sicherheit vortäuscht.

Zwei Mechanismen halten sie aktuell. Der erste ist eine Änderungsroutine: Wer eine Regel im Alltag ändert, etwa die Vertriebsleitung per Rundmail, ändert auch den Eintrag, und die verantwortliche Rolle gibt ihn frei. Der zweite ist eine Lückenliste: Jede Anfrage, zu der weder Mitarbeiter noch Entwurf einen passenden Eintrag gefunden haben, wird notiert. Diese Liste zeigt genauer als jede Befragung, welches Wissen fehlt.

Die ergiebigste Quelle für neue Einträge sind Antworten, die erfahrene Kolleginnen bereits gegeben haben – schriftlich im Postfach oder mündlich am Telefon. Wie sich Gesprächsinhalte dafür verwerten lassen, beschreibt der Beitrag Telefonnotizen auswerten.

Typische Fehler beim Aufbau

• Alles hineinladen. Handbücher, Präsentationen und alte Angebote werden vollständig importiert. Die Suche liefert dann zu jeder Frage mehrere Treffer, die einander widersprechen.
• Keine Gültigkeit. Ohne Datum und Ablösung steht die Preisregel des Vorjahres gleichberechtigt neben der aktuellen.
• Schweigen statt Grenze. Die Sammlung sagt, was angeboten wird, aber nicht, was fehlt. Fragt ein Kunde nach einem Produkt außerhalb des Sortiments, hat der Entwurf keine Grundlage für ein klares Nein und beginnt zu raten.
• Personenbezogene Daten in Regeln. Namen und Kontaktdaten einzelner Kunden haben in Einträgen nichts verloren; sie gehören ins CRM und werden nur im konkreten Vorgang verknüpft.
• Kein Probelauf. Einträge werden geschrieben, aber nie an echten Anfragen geprüft, bevor Entwürfe auf ihnen beruhen.

Wie wir den Bestand an Antwortregeln aufbauen

Wir beginnen nicht beim Werkzeug, sondern bei den Antworten, die der Innendienst bereits gibt, und schreiben daraus Einträge nach festem Schema. Wie viel eine konsequent geführte Lückenliste bringt, zeigt die Auswertung von Besprechungen in unserer eigenen Software: Offene Punkte gehen als Rückfrage an die zuständige Person, und eine ähnliche Frage aus einer späteren Besprechung wird mit der bereits gegebenen Antwort geschlossen. Inzwischen stehen dort 82 beantwortete Rückfragen; was die Prüfung nicht besteht, wird nicht aufgenommen. Bevor Entwürfe auf solchen Einträgen beruhen, laufen sie im Schattenbetrieb an echten Anfragen, und das Angebot legt fest, welche Einträge ein Sprachmodell überhaupt erhält. Wie das in ein Vorhaben zu KI im Unternehmen eingebettet wird, beschreibt die Leistungsseite.