Kunden sollten mit einem Unternehmen sprechen, nicht mit einer Sammlung verschiedener Bots. Deshalb tritt Ven immer als derselbe KI-Agent auf, übernimmt im Hintergrund aber zwei klar getrennte Rollen. Der Support beantwortet freigegebene Informationsfragen. Das Frontoffice erkennt einen konkreten Servicebedarf, legt Anfragen an und sammelt die Angaben für den nächsten Schritt. Feste Weiterleitungsregeln weisen jede Nachricht genau einer Rolle zu. So arbeiten beide zusammen, ohne dem Kunden parallel zu antworten.
Eine sichtbare Identität, eine Weiterleitung und genau eine zuständige Rolle pro Nachricht
Die eine sichtbare Identität hält das Gespräch zusammen. Auf eine Begrüßung kann zunächst der Support reagieren; in der nächsten Nachricht erwähnt der Besucher einen Elektriker und das Frontoffice übernimmt. Für den Kunden ändert sich weder der Absender noch der Ablauf. Verlauf, Kontakt, Kanal und aktive Anfrage bleiben im gemeinsamen Kontext. Nur die Rechte im Hintergrund wechseln: Die Supportrolle nutzt freigegebenes Wissen, die Frontoffice-Rolle ausschließlich die für sie konfigurierten Leistungen und Aktionen.
Der Support deckt allgemeine Gespräche ab: Begrüßungen sowie Produkt- und Prozessfragen, für die freigegebene Inhalte vorliegen. Reicht die Wissensgrundlage nicht, übergibt Ven sicher an Ihr Team. Diese Rolle braucht keine Rechte zum Ändern einer Serviceanfrage, wenn sie lediglich erklärt, wie Ihr Betrieb arbeitet. Das Wissen kann von einer kleinen Grundausstattung bis zum vollständigen Hilfecenter wachsen; jede Antwort bleibt an die Inhalte gebunden, die Ihr Workspace kontrolliert.
Getrenntes Wissen und getrennte Rechte für Support und Frontoffice
Das Frontoffice wird aktiv, sobald ein konkreter Servicebedarf erkennbar ist. Es gleicht die Nachricht mit dem Leistungskatalog ab, liest nur Felder aus, die in der gewählten Vorlage definiert sind, und empfiehlt den nächsten Status. Im Qualify-Modus darf Ven bei einer eindeutigen Zuordnung eine Anfrage anlegen, sichere Angaben speichern und jeweils eine freigegebene Rückfrage stellen. Neue Leistungen erfinden, menschliche Korrekturen unbemerkt überschreiben oder eigenständig Termine buchen darf die Rolle nicht.
Eine kleine Starter-Wissensbasis schließt die Lücke, wenn ein Workspace das Frontoffice aktiviert, bevor das vollständige Supportwissen gepflegt ist. Ven kann Besucher begrüßen, erklären, dass er Servicedetails aufnimmt, genug für die richtige Weiterleitung fragen und die Übergabe bestätigen. Fragen zu Produkten, Preisen, Regeln oder Verfügbarkeit beantwortet diese Grundausstattung bewusst nicht. Die Oberfläche kennzeichnet den begrenzten Umfang deutlich, damit niemand ihn mit einem fertig eingerichteten Support verwechselt.
Die Starter-Wissensbasis hält das Gespräch zusammen, ohne Allwissen vorzutäuschen
Die Aktivierung wird auf zwei Ebenen gesteuert. Ein allgemeiner Zeitplan und eine Kanalliste bestimmen, wo Ven erreichbar ist. Danach lässt sich jede Rolle einzeln aktivieren oder pausieren. Das Frontoffice hat zusätzlich seinen eigenen Autonomiegrad und prüft, ob die benötigten Leistungen eingerichtet sind. Wird es ohne vollständige Supportabdeckung eingeschaltet, empfiehlt die Einrichtung die Starter-Wissensbasis und zeigt die Folgen einer engeren Konfiguration, bevor Sie speichern.
Rollen lassen sich einzeln und kontrolliert freischalten
Diese Architektur lässt sich sauber erweitern. Neue Fachrollen werden nicht zu weiteren Bots, die um dasselbe Gespräch konkurrieren. Sie arbeiten hinter derselben Weiterleitung und sichtbaren Identität. Jede Rolle erhält nur das Wissen und die Rechte, die sie wirklich braucht; zu jeder Nachricht wird festgehalten, warum sie dort gelandet ist. Erfolg misst sich nicht an der Zahl der Rollen, sondern daran, ob jede Kundenanfrage eine verantwortbare Antwort und einen sicheren nächsten Schritt bekommt.
Testen Sie die Rollengrenze mit einem Gespräch in fünf Schritten
Beginnen Sie mit einer Begrüßung, stellen Sie danach eine allgemeine Prozessfrage und beschreiben Sie anschließend einen unterstützten Servicebedarf. Die ersten beiden Nachrichten sollten beim Support liegen, die dritte beim Frontoffice. Für den Kunden bleiben dennoch dieselbe Ven-Identität und ein durchgehender Verlauf sichtbar.
Schicken Sie danach eine mehrdeutige Servicenachricht und eine Produkt- oder Preisfrage, für die kein Wissen hinterlegt ist. Ven sollte die unklare Leistung zuerst klären und keine zufällige Anfrage anlegen. Bei der nicht unterstützten Frage nutzt er freigegebene Inhalte oder übergibt sauber. Die Starter-Wissensbasis darf keine Antwort erfinden, nur um das Gespräch automatisiert fortzusetzen.
Pausieren Sie zum Schluss jede Rolle einzeln und wiederholen Sie den Test. Die Oberfläche muss zeigen, wohin die nun unbeantwortete Kategorie geht; das Audit-Log hält den Weiterleitungsgrund fest. Nie dürfen zwei Rollen auf dieselbe Nachricht antworten. Dieser kurze Grenztest sagt mehr über klare Zuständigkeit aus als eine lange Demo mit ausschließlich einfachen Fragen.
Häufig gestellte Frage
Sollten Kundensupport und Front Office als separate KI-Agenten laufen?
Wissen, Rechte und betriebliche Verantwortung sollten getrennt sein – die sichtbare Identität muss es nicht. Lavenity zeigt einen Ven-Agenten und weist jede Kundennachricht genau einer Fachrolle zu. Der Besucher erlebt ein durchgehendes Gespräch, während Supportantworten und operative Änderungen innerhalb verschiedener Sicherheitsgrenzen bleiben.