Sprach-KI für Kunden betreiben: Multi-Tenant-Setup, Abrechnung und Support-Grenzen

Sprach-KI für Kunden zu betreiben ist eine andere Aufgabe, als einen einzelnen Agenten gut zu bauen. Ob das Ganze über fünf Kunden hinaus skaliert, entscheidet sich an der Struktur: wie Kundendaten getrennt werden, wie die Nutzung jedes Kunden seiner Rechnung zugeordnet wird, wer einen Agenten ändern darf und was Sie an einem Freitagabend reparieren und was nicht.

Agenturen, BPOs und Plattformen, die Sprachagenten weiterverkaufen, stoßen auf dieselben drei Hürden in derselben Reihenfolge: Mandantentrennung, Abrechnungszuordnung und Support.

So richten Sie jeden dieser Punkte ein, bevor er zum Problem wird – plus die Offboarding-Bedingungen, die Sie vereinbaren sollten, solange noch alle zufrieden sind.

Kurzfassung

• Trennen Sie jeden Kunden vom ersten Tag an auf Workspace-Ebene. Eine nachträgliche Trennung, nachdem sich zehn Kunden einen Workspace geteilt haben, ist eine Migration, keine Einstellung.
• Workspaces werden manuell angelegt. Es gibt keine Provisioning-API, also erstellen Sie das Onboarding-Runbook frühzeitig.
• Rufnummern sind der unübersichtlichste Teil. Legen Sie fest, wer sie kauft, wessen Name in der Anruferkennung erscheint und was beim Ausstieg mit einer portierten Nummer passiert.
• Die Abrechnungszuordnung basiert auf den Nutzungssummen im jeweiligen Workspace des Kunden – gleichen Sie also pro Workspace ab statt mit einer aggregierten Gesamtrechnung.
• Halten Sie schriftlich fest, wer einen Agenten ändern darf. Unkontrollierte Kundenänderungen und reine Anbieteränderungen scheitern beide – nur in entgegengesetzte Richtungen.
• Support-Grenzen sind eine Preisentscheidung. Definieren Sie inkludierte Änderungen pro Monat, Reaktionszeiten nach Schweregrad und was außerhalb des Leistungsumfangs liegt.
• Vereinbaren Sie die Offboarding-Bedingungen im ersten Vertrag: Freigabe der Rufnummern, Export der Aufzeichnungen und was mit der Agentenkonfiguration geschieht.

Was Multi-Tenant hier konkret bedeutet

Mandantenfähigkeit bedeutet, dass ein System viele Kunden bedient und dabei die Daten, die Konfiguration und die Nutzer jedes Kunden getrennt hält. Für eine Sprach-KI-Agentur muss diese Trennung gleichzeitig vier Bereiche abdecken.

• Daten. Anrufaufzeichnungen, Transkripte und alle Kundendatensätze, auf die der Agent eines Kunden zugreift, dürfen für keinen anderen Kunden sichtbar sein.
• Konfiguration. Agenten, Prompts, Wissen und Weiterleitungsregeln gehören einem Kunden, und eine Änderung an einem Kunden darf keinen anderen erreichen.
• Zugriff. Ihr Team braucht Zugriff auf alle Kunden, jeder Kunde braucht Zugriff auf seine eigenen Daten – und niemand braucht Zugriff auf die Daten anderer.
• Nutzung. Minuten und Anrufe müssen pro Kunde zählbar sein, denn daraus entsteht die Rechnung.

Wenn die ersten drei Punkte stimmen, ist der vierte einfach. Wenn die ersten drei nicht stimmen, wird der vierte zu einer Tabelle, die Sie jeden Monat von Hand pflegen.

Ein Workspace pro Kunde oder ein Workspace mit vielen Agenten?

Ein Workspace pro Kunde – in fast jedem Fall.

Die Agenten aller Kunden in einem einzigen Workspace zu bündeln, ist schneller eingerichtet, verursacht aber drei Probleme, die mit jedem weiteren Kunden größer werden.

1. Sie können einem Kunden keinen Einblick in seine eigenen Anrufe geben, ohne die aller anderen offenzulegen.
2. Die Nutzung kommt als eine Gesamtzahl an, die Sie anschließend aufteilen müssen.
3. Eine versehentliche Änderung oder Löschung trifft den Live-Agenten des falschen Kunden.

Eine Trennung auf Workspace-Ebene mit rollenbasiertem Zugriff löst alle drei Probleme und entspricht der Art, wie Retell trennt: Jeder Workspace ist eine vollständig isolierte Einheit mit eigenen Agenten, API-Keys, Mitgliedern, Webhooks, Telefonieeinstellungen und eigener Abrechnung. Die Entwicklerdokumentation ist der Ausgangspunkt für alles Weitere, das Provisioning erfolgt jedoch manuell. Retell stellt keine API zum Erstellen, Löschen oder Wechseln von Workspaces bereit, daher wird jeder neue Kunden-Workspace von Hand im Dashboard eingerichtet. Planen Sie die Zeit pro Onboarding ein und halten Sie die Schritte in einem Runbook fest – vor Kunde elf, nicht danach.

Zwei Fälle rechtfertigen einen gemeinsamen Workspace: eine Handvoll sehr kleiner Kunden mit identischem Agenten, bei denen kein Kunde jemals direkten Zugriff erhält, und ein Pilotprojekt, das Sie später migrieren wollen. Beide brauchen einen klaren Plan für den Tag, an dem diese Voraussetzungen nicht mehr gelten.

Führen Sie ab Kunde eins eine Namenskonvention: Kundenkürzel, Anwendungsfall, Umgebung – in dieser Reihenfolge, für jeden Agenten, jede Rufnummer und jede Wissensdatenbank. Das kostet am ersten Tag nichts und spart später pro Vorfall einen halben Tag.

Rufnummern, Anruferkennung und Portierung

Rufnummern sorgen für mehr Reibung mit Kunden als jeder andere Teil des Stacks, denn sie sind der einzige Teil des Setups, der dem Kunden bereits gehört.

Drei Entscheidungen sollten Sie vor dem ersten Launch treffen.

• Wer die Nummer kauft. Nummern, die unter Ihrem Konto gekauft werden, sind einfacher zu verwalten und schwieriger zu übergeben. Nummern, die dem Kunden gehören und auf den Agenten zeigen, verhalten sich umgekehrt. Entscheiden Sie pro Kunde und halten Sie es in der Vereinbarung fest.
• Portierung oder Weiterleitung. Kunden möchten fast immer ihre bestehende Geschäftsnummer behalten, und viele glauben, das gehe nicht, weil ihnen im Einrichtungsprozess eine neue Nummer angeboten wird. Die bestehende Nummer an den Agenten weiterzuleiten, ist meist der schnellere Weg und erfordert keinerlei Eingriff beim Netzbetreiber.
• Wessen Identität bei ausgehenden Anrufen angezeigt wird. Bei ausgehenden Anrufen sollte die Marke des Kunden erscheinen, nicht Ihre. Gebrandete Anruferkennung und verifizierte Rufnummern beeinflussen, ob der Anruf überhaupt angenommen wird – und das ist wichtiger als das Wählvolumen.

Eine Falle sollten Sie kennen: Wenn Sie Nummern der Einfachheit halber unter Ihrem eigenen Konto kaufen und der Kunde später geht, halten Sie eine Nummer, die seine Kunden anrufen. Das ist ein vorprogrammierter Streit – legen Sie die Freigabebedingungen also bei Vertragsabschluss fest, nicht beim Ausstieg.

Woher die Abrechnungszuordnung kommt

Sie stammt aus den Nutzungsdaten pro Kunde, und diese müssen minutengenau mit den Nutzungssummen im Workspace des jeweiligen Kunden übereinstimmen.

Bauen Sie die Rechnung aus drei Komponenten auf und führen Sie diese auf der Kundenrechnung getrennt aus.

Gleichen Sie monatlich ab, nicht quartalsweise. Wenn eine Kundenrechnung und die Workspace-Nutzung dieses Kunden nicht übereinstimmen, liegt die Ursache fast immer an einer Nummer oder einem Agenten im falschen Workspace – und das findet man innerhalb von 30 Tagen deutlich leichter.

Nutzungsdaten pro Workspace machen diese Rechnung sauber, denn der Betrag, den Sie an einen Kunden weiterberechnen, ist genau der Betrag, der diesem Workspace belastet wurde. Jeder Workspace hat eine eigene Zahlungsmethode, ein eigenes Guthaben, eigene Rechnungen und eigene Nutzungssummen, sodass am Monatsende keine aggregierte Rechnung aufgeschlüsselt werden muss. Lesen Sie die gesamte Rechnung, wenn Sie Ihre Kundenrechnung konzipieren. Wiederkehrende Gebühren für Rufnummern, zusätzliche Parallelität, Wissensdatenbanken, verifizierte Nummern und SMS stehen neben dem Nutzungstarif und gehören in Ihre feste Position pro Kunde statt in die Weiterberechnung. Prüfen Sie das aktuelle Preismodell, bevor Sie Ihre Rechnung darauf aufbauen.

Für die kommerzielle Seite beschreibt wie Agenturen KI-Sprachagenten bepreisen vier Margenmodelle, die auch Vertragsverlängerungen überstehen.

Ergänzen Sie dasselbe monatliche Ritual um eine Margenprüfung: Minuten pro Kunde, Umsatz pro Kunde und Support-Stunden pro Kunde in einer Ansicht. Der Kunde, mit dem Sie still und leise Geld verlieren, ist meist der mit dem angenehmsten Ansprechpartner.

Wem gehört der Agent, wenn der Kunde eine Änderung möchte?

Irgendjemandem muss er gehören – und die Antwort sollte vor dem Launch schriftlich feststehen, statt sich erst bei einem Vorfall herauszustellen.

Beide Extreme scheitern. Wenn nur Sie Änderungen vornehmen können, werden Sie zum Engpass bei jeder Feiertagsansage und jeder Preisänderung, und der Kunde erlebt Ihre Ticket-Warteschlange als das Produkt. Wenn der Kunde alles ändern kann, bearbeitet jemand am Freitag einen Live-Prompt, und am Montag bekommen Sie den Anruf deswegen.

Der praktikable Mittelweg ist eine Aufteilung nach Risiko.

• Kunde ändert direkt: Geschäftszeiten, Feiertagsansagen, FAQ-Antworten in der Wissensdatenbank, Benachrichtigungsempfänger.
• Sie ändern, am selben Tag: Prompt-Formulierungen, Qualifizierungsfragen, Weiterleitungsregeln, Eskalationsschwellen.
• Projektarbeit: neue Anruftypen, neue Integrationen, alles, was den Buchungsablauf oder ein führendes System berührt.

Was diese Aufteilung sicher macht, sind Versionierung und ein Testpfad: Änderung in einer Nicht-Produktionsversion vornehmen, mit Anrufen testen, dann freigeben. Ohne das ist jede Änderung ein Live-Experiment mit den Kunden Ihres Kunden. Bei den Regeln für die Anrufweiterleitung sollten Sie am strengsten sein, denn eine fehlerhafte Weiterleitung ist im Dashboard unsichtbar und für den Anrufer offensichtlich.

Der Grund, diese Kontrolle in Ihren eigenen Händen zu behalten statt bei einem Plattformanbieter, ist Geschwindigkeit – und darauf ruht das gesamte Betriebsmodell. Sie verantworten den Verbesserungskreislauf des Kundenerlebnisses für jeden Kunden in Ihrem Portfolio. Anders als bei Managed-KI-Anbietern und BPOs wird eine Änderung nicht zu einem Ticket, einer Warteschlange oder einem weiteren SOW. Plattformweit laufen 80 % der Produktionsminuten über Agenten, die Kunden selbst bauen und verwalten – genau das Modell, das Sie Ihren Kunden eine Ebene tiefer anbieten.

Wenn die Person, die den fehlgeschlagenen Anruf gehört hat, ihn noch am selben Nachmittag beheben kann, werden Agenten jede Woche besser. Wenn jede Änderung ein Ticket beim Anbieter ist, verlieren Agenten an Qualität, während sich das Geschäft des Kunden weiterentwickelt.

Support-Grenzen: Stufen, Reaktionszeiten und was Sie ablehnen

Im Support geht die Marge von Agenturen verloren – deshalb muss er so präzise festgelegt werden wie der Preis.

Halten Sie drei Dinge in der Vereinbarung fest.

1. Inkludierte Änderungen pro Monat. Eine konkrete Zahl, kein Bauchgefühl. Alles darüber hinaus ist ein kostenpflichtiger Änderungsantrag.
2. Schweregrade und Reaktionszeiten. Ein Agent, der keine Anrufe annimmt, ist etwas anderes als eine Formulierungsanpassung, und beide sollten nicht dieselbe Reaktionszeit haben.
3. Ausdrücklich ausgeschlossene Leistungen. Ein Ausfall ihres CRM, eine Störung bei ihrem Netzbetreiber, eine Änderung an ihrem eigenen Website-Formular und alles, was eine Entscheidung erfordert, die nur sie treffen können.

Eine Schweregrad-Tabelle, die Kunden ohne Diskussion akzeptieren, sieht meist so aus.

Was Sie ablehnen sollten: unbegrenzte Verfügbarkeit, nicht bepreiste Neuaufbauten und die Verantwortung für Systeme, die Sie nicht kontrollieren. Diese Ablehnung ist es, die den restlichen Service auch bei zwanzig Kunden tragfähig hält.

Eine weitere Grenze, die echte Zeit spart: Leiten Sie Meldungen des Kunden zu Anrufproblemen über einen einzigen Kanal, jeweils mit angehängter Call-ID. Ein Screenshot einer Textnachricht vom Kunden Ihres Kunden ist kein Fehlerbericht, und die Suche nach dem zugehörigen Anruf kann länger dauern als die Behebung.

Was Sie über Ihr gesamtes Kundenportfolio hinweg überwachen sollten

Überwachen Sie auf Portfolio-Ebene, nicht pro Kunde – sonst sehen Sie immer nur das Problem, das dem lautesten Kunden aufgefallen ist.

• Annahme- und Abschlussrate pro Agent. Ein Rückgang ist hier das früheste Signal, dass vorgelagert etwas kaputtgegangen ist.
• Erfolgsrate der Weiterleitungen. Fehlgeschlagene Weiterleitungen sind der häufigste unbemerkte Fehler und schaden den Kunden Ihres Kunden am meisten.
• Entwicklung der durchschnittlichen Anrufdauer. Steigende Dauer bedeutet entweder, dass der Agent mehr erledigt – gut –, oder dass er in Schleifen feststeckt – nicht gut.
• Eskalations- und Nichtlösungsgründe. Der wiederkehrende Grund, warum ein Agent einen Anruf nicht lösen konnte, ist Ihre Verbesserungsarbeit für die nächste Woche – bei jedem Kunden mit einem ähnlichen Agenten.
• Nutzung im Vergleich zum Plan pro Kunde. Erkennen Sie den Kunden, der Ihr Preismodell zu sprengen droht, bevor es die Rechnung tut.

Genau das macht ein Portfolio mit vielen Kunden für ein kleines Team beherrschbar. Die Post-Call-Analyse liefert Ihnen den Datensatz pro Anruf, und die KI-Qualitätssicherung bewertet Anrufe anhand von Kriterien, die Sie festlegen – so finden Sie die Fehler, über die sich der Kunde noch nicht beschwert hat. Diese zu beheben, macht den Unterschied zwischen einem Verlängerungsgespräch und einer Rettungsaktion.

Wenn Sie über eine Agenturplattform liefern, die Ihre Kunden bereits nutzen, prüfen Sie den Integrationsweg frühzeitig. Die Go High Level-Integration ist einer der häufigsten Wege, und wie Leads und Anrufergebnisse in das bestehende System des Kunden zurückfließen, entscheidet meist darüber, ob er die Bereitstellung als abgeschlossen betrachtet.

Offboarding ohne Streit

Vereinbaren Sie den Ausstieg im ersten Vertrag, denn jede Bedingung lässt sich jetzt leicht formulieren und ist später umstritten.

1. Freigabe der Rufnummern. Wem jede Nummer gehört und wie lange eine Portierung oder Freigabe dauert.
2. Aufzeichnungen und Transkripte. Was exportiert wird, in welchem Format und was Sie anschließend löschen – mit Angabe der Aufbewahrungsfrist.
3. Agentenkonfiguration. Ob der Kunde die Prompts und die Ablauflogik erhält oder ob diese Ihr Arbeitsergebnis sind. Beide Antworten sind vertretbar. Schweigen ist es nicht.
4. Kündigungsfrist und Schlussrechnung. Einschließlich der Abrechnung der Nutzung im letzten angebrochenen Monat.
5. Bestätigung der Datenlöschung. Besonders, wenn der Kunde in einer regulierten Branche tätig ist und diese schriftlich benötigt.

Kunden verhandeln diese Punkte selten bei Vertragsabschluss, fragen aber beim Ausstieg immer danach. Wenn Sie sie frühzeitig festhalten, signalisieren Sie außerdem, dass Sie das schon öfter gemacht haben – und das hilft, genau den Deal abzuschließen, in dem sie stehen.

Die Checkliste für die ersten zehn Kunden

Wenn Sie das gerade einrichten, gehen Sie in dieser Reihenfolge vor.

1. Ein Workspace pro Kunde, von Hand im Dashboard erstellt, mit einer Namenskonvention für Agenten, Rufnummern und Wissensdatenbanken.
2. Rollenbasierter Zugriff, bei dem Kundennutzer nur auf ihren eigenen Workspace beschränkt sind und Ihr eigenes Team in jeden Kunden-Workspace mit der jeweils benötigten Rolle eingeladen wird. Rollen werden pro Workspace vergeben, und der Einladungsdialog bietet Admin, Developer und Member an.
3. Rufnummern-Eigentum und Anruferkennung pro Kunde festgelegt und in der Vereinbarung festgehalten.
4. Nutzungsabgleich pro Kunde, monatlich mit den Nutzungssummen im Workspace des jeweiligen Kunden.
5. Eine Aufteilung der Änderungsrechte nach Risiko sowie ein Test-dann-Freigabe-Pfad für alles, was live ist.
6. Eine Schweregrad-Tabelle mit Reaktionszeiten und eine ausdrückliche Liste ausgeschlossener Leistungen.
7. Eine Portfolio-Monitoring-Ansicht mit Annahmerate, Erfolgsrate der Weiterleitungen und Nutzung im Vergleich zum Plan.
8. Offboarding-Bedingungen im ersten Vertrag.

Nichts davon ist schwierig. Aber alles davon ist nach Kunde zehn deutlich schwerer als vor Kunde eins.

Häufig gestellte Fragen

Wie halten Sie Kundendaten getrennt, wenn Sie Sprachagenten für viele Kunden betreiben?

Nutzen Sie einen Workspace pro Kunde mit rollenbasiertem Zugriff, sodass Aufzeichnungen, Transkripte, Konfiguration und Nutzung auf diesen Kunden beschränkt sind. Jeder Workspace ist eine vollständig isolierte Einheit. Beschränken Sie Kunden-Logins auf deren eigenen Workspace und laden Sie Ihr eigenes Team mit der jeweils benötigten Rolle in jeden Kunden-Workspace ein, denn Rollen werden pro Workspace vergeben, nicht übergreifend. Der Einladungsdialog bietet Admin, Developer und Member an. Prüfen Sie, worauf eine bestimmte Rolle zugreifen kann, bevor Sie einem Kunden einen Login geben – denn Trennung ist das, was Sie verkaufen.

Sollte jeder Kunde eine eigene Rufnummer haben?

Ja. Entweder gehört die Nummer dem Kunden und er leitet sie an den Agenten weiter oder portiert sie, oder Sie kaufen sie in seinem Namen mit schriftlich vereinbarten Freigabebedingungen. Eine gemeinsame Nummer für mehrere Kunden zerstört die Zuordnung und die Anruferidentität.

Wie rechnen Sie die Sprach-KI-Nutzung mit Kunden ab?

Rechnen Sie drei getrennte Positionen ab: die Plattformnutzung aus den Nutzungsdaten im Workspace des Kunden, feste Kosten pro Kunde wie Rufnummern und Integrationen sowie Ihre eigene Arbeit als Retainer oder Änderungskontingent. Gleichen Sie monatlich ab, Workspace für Workspace, denn jeder Workspace hat eigene Rechnungen und Nutzungssummen.

Sollten Kunden ihre eigenen Agenten bearbeiten können?

Geben Sie ihnen die risikoarmen Bereiche wie Geschäftszeiten, Feiertagsansagen und Inhalte der Wissensdatenbank, und behalten Sie Prompts, Weiterleitungsregeln und Integrationen bei Ihrem Team – hinter einem Test-dann-Freigabe-Pfad.

Welches Support-Level sollte eine Agentur zusagen?

Definieren Sie Schweregrade statt einer einzigen Reaktionszeit. Nicht angenommene Anrufe rechtfertigen eine Reaktion außerhalb der Geschäftszeiten, eine Formulierungsänderung nicht. Legen Sie dann fest, wie viele Änderungen pro Monat inkludiert sind und was außerhalb des Leistungsumfangs liegt.

Was passiert mit dem Agenten, wenn der Kunde geht?

Das, was Ihr Vertrag vorsieht. Regeln Sie die Freigabe der Rufnummern, den Export der Aufzeichnungen, die Datenlöschung und ob die Agentenkonfiguration übergeben wird. Entscheiden Sie das bei Vertragsabschluss, denn beim Ausstieg wird daraus eine Verhandlung.

Einen oder hundert Kunden mit demselben Setup betreiben

Retell ist eine Customer-Experience-KI-Plattform für autonome Kundenbeziehungen. Richten Sie einen Kunden-Workspace ein, lassen Sie eine Woche lang die echten Anrufe dieses Kunden darüber laufen und prüfen Sie dann Isolation, Nutzungsdaten und Anrufauswertung anhand dieser Checkliste, bevor Sie den zweiten Kunden onboarden. Starten Sie einen Pilot mit Ihren eigenen Anrufen.

##