Ein FAQ-Bot braucht Antworten, die man nachschlagen kann

Stell dir eine kleine Werkstatt vor. Im Team werden dieselben Fragen wiederholt: Wo steht die aktuelle Materialliste? Wer nimmt eine Reklamation an? Welche Angaben braucht eine Bestellung? Dieses Beispiel ist erfunden. Es geht um den Aufbau eines FAQ-Bots, nicht um eine angeblich gemessene Zeitersparnis.

Der erste Schritt ist eine Liste der Fragen, die der Bot beantworten darf. Die Liste sollte kurz genug sein, dass jemand ihre Antworten prüfen kann. Personalfragen, sensible Kundendaten und verbindliche Zusagen gehören nicht beiläufig dazu. Schon ein allgemeiner Chatbot kann sicher klingen und falschliegen. Ein enger Auftrag macht die Prüfung überschaubarer, beseitigt aber nicht jeden Fehler.

Zuerst die Antworten ordnen

Sammle für jede Frage eine freigegebene Fundstelle. Notiere, wer den Inhalt verantwortet, wann er überprüft wurde und für welche Situation er gilt. Zwei widersprüchliche PDFs werden nicht dadurch eindeutig, dass ein Bot sie gemeinsam liest. Kläre den Widerspruch, bevor du sie als Wissensbestand freigibst.

Für unseren Prototyp reichen zehn fiktive Fragen mit kurzen Antworten. Jede Fundstelle bekommt eine Kennung wie FAQ-04. Der Bot soll die Kennung bei seiner Antwort anzeigen. Wer nachsehen möchte, öffnet die Originalstelle innerhalb des eigenen Systems. Ein angezeigter Titel ohne zugängliches Dokument genügt nicht.

Vor dem Import kommt die Rechtefrage: Darf der vorgesehene Benutzer alle diese Inhalte lesen? Ein Suchsystem darf private Dokumente nicht über einen freundlichen Chat zugänglich machen. Die Trennung von Lesen, Vorschlagen und Ausführen gehört deshalb schon in den Prototyp.

Antwort, Fundstelle oder Übergabe

Ein üblicher Aufbau sucht passende Textstellen und gibt sie dem Sprachmodell als Kontext. Dafür wird oft die Abkürzung RAG verwendet. Sie bezeichnet einen Ansatz, bei dem die Texterzeugung durch abgerufene Informationen ergänzt wird. Die Suche kann etwas Wichtiges übersehen, und das Modell kann eine Fundstelle falsch zusammenfassen. Der Ansatz liefert keine automatische Richtigkeitsgarantie.

Lege drei erwartete Ergebnisarten fest: eine belegte Antwort, eine Rückfrage bei fehlenden Angaben oder eine Übergabe an einen Menschen. Die Übergabe braucht einen konkreten Kontaktweg. Für eine echte Kundenanfrage muss außerdem feststehen, welche Daten dabei gespeichert und weitergegeben werden. Zum Einstieg genügt unser Bot ohne Kundenkontakt und ohne produktive Schreibrechte.

Wenn eine Antwort später eine Aufgabe erzeugen soll, plane das als separaten Ablauf. Die Werkstatt für E-Mail und Aufgaben zeigt, wie ein Eingang zuerst in eine prüfbare Vorschau gelangt. Eine FAQ-Antwort wird nicht automatisch zum Auftrag.

Nicht nur die bequemen Fragen testen

Nimm die zehn Ausgangsfragen, mehrere Umformulierungen und einige Fragen außerhalb des Auftrags. Ergänze eine Frage zu einer absichtlich veralteten Fundstelle. Prüfe für jeden Fall, ob Antwort, Kennung und Übergabe stimmen. Notiere Fehler einzeln. „Acht von zehn Antworten passten“ ist nur nützlich, wenn klar ist, welche zwei scheiterten.

Miss auch, wie lange eine Antwort einschließlich menschlicher Prüfung dauert. Ein schneller Text, der lange Nacharbeit verlangt, ist kein schneller Arbeitsablauf. Bei wenigen Fällen sollten die einzelnen Werte sichtbar bleiben. Unser Beitrag über Ausreißer im Durchschnitt erklärt, warum ein einzelner schwieriger Fall die Bilanz verändert.

Ein wiederholter Klick auf „An Team senden“ darf nicht zwei Übergaben auslösen. Für solche Seiteneffekte brauchst du eine erkennbare Vorgangskennung und eine Kontrolle bereits erledigter Schritte. Dazu passt der Beitrag über mehrfach ausgeführte Aufträge.

Klein starten, Betrieb benennen

Wähle erst danach das Werkzeug und seinen Betriebsort. Wichtig sind Zugriffsschutz, prüfbare Fundstellen und die Möglichkeit, alte Inhalte aus dem Bestand zu entfernen. Ein Vergleich der Betriebsmodelle verhindert, dass die hübscheste Demo diese Entscheidung allein trifft.

Gib einer Person die Verantwortung für Änderungen. Wenn die Materialliste morgen umbenannt wird, muss auch der Bot damit umgehen. Starte mit einem begrenzten Testkreis und einer sichtbaren Möglichkeit, falsche Antworten zu melden. Der wichtigste Teil des Prototyps ist am Ende vielleicht der Satz: „Dazu habe ich keine freigegebene Information. Bitte frage die zuständige Person.“