Die Frage
Jeder KI-Telefonassistent, den Sie heute kaufen können, läuft in der Cloud. Das ist keine Entscheidung mehr — das ist eine Gegebenheit.
Die Frage, die sich kaum jemand stellt, lautet: In wessen Cloud?
Bei den meisten Anbietern ist die Antwort: In der Cloud des Anbieters. Ihre Gesprächsdaten, Ihre Prompts, Ihre Kundennamen — alles liegt auf Servern, die jemand anderem gehören. Der Anbieter hat die Schlüssel. Sie haben ein Dashboard.
Das funktioniert. Für viele ist das auch die richtige Lösung. Aber es gibt einen fundamentalen Unterschied zwischen "Ich nutze einen Service" und "Ich besitze meine Infrastruktur". Und dieser Unterschied wird in dem Moment relevant, in dem Sie kündigen wollen.
Was unter der Haube passiert
Multi-Tenant: Alle unter einem Dach
Die meisten Voicebot-Anbieter im deutschen Markt arbeiten mit einer Multi-Tenant-Architektur:
- Eine zentrale Datenbank für alle Kunden
- Gemeinsame Compute-Ressourcen
- API-Keys des Anbieters
- Logische Isolation (Kunden-ID als Filter), keine physische Trennung
Das ist effizient, günstig und schnell aufgesetzt. Sie zahlen 49 Euro im Monat, haben in fünf Minuten einen Bot, und alles funktioniert. Was das technisch bedeutet: Ihre Gesprächstranskripte liegen in derselben Datenbank wie die aller anderen Kunden. Getrennt durch eine Kunden-ID — nicht durch Infrastruktur. Der Anbieter hat technisch vollen Zugriff.
Single-Tenant: Eigene vier Wände
- Physische Isolation: Kein anderer Kunde teilt sich Ihre Ressourcen
- Datensouveränität: Transkripte und Prompts verlassen nie Ihren Tenant
- Portabilität: Bei Kündigung bleibt der Bot, die Daten bleiben, die Telefonnummer bleibt
In Sontor läuft der KI-Telefonassistent jedes Kunden in dessen eigener Azure-Subscription. Eigene Datenbank. Eigene Compute-Instanz. Eigene API-Keys. Der Preis dafür: Höhere Kosten, höhere Komplexität beim Onboarding, und ein Anbieter, der die nötige Architektur-Kompetenz mitbringen muss.
Was die meisten übersehen
Managed Service ohne Admin-Zugang
Das Gegenargument, das ich in jedem Gespräch höre: "Wenn der Bot in meinem Azure-Tenant läuft — brauchen Sie dann nicht Admin-Zugang?"
Die Antwort: Nein. Azure bietet native Mechanismen für delegiertes Cross-Tenant-Management. Ein Anbieter kann in Ihrer Subscription arbeiten, ohne ein Konto in Ihrem Azure AD zu haben. Ohne Credentials. Ohne Passwörter.
Das funktioniert wie eine Vollmacht mit Widerrufsvorbehalt:
- Der Anbieter erhält genau die Berechtigungen, die er braucht — nicht mehr
- Sie sehen jede Aktion des Anbieters in Ihrem Activity Log
- Sie können den Zugriff jederzeit mit einem Klick entziehen
Der Kündigungstest
Stellen Sie sich vor, Sie kündigen Ihren Voicebot-Service. Was passiert?
- Daten werden gelöscht (oder auch nicht — wer prüft das?)
- Der Bot ist weg
- Die Telefonnummer geht zurück an den Anbieter
- Sie fangen von vorne an
- Sie entziehen dem Anbieter den Zugriff
- Ihr Bot läuft weiter
- Ihre Daten bleiben
- Ihre Telefonnummer gehört Ihnen
Drei Fehler, die ich in der Praxis sehe
Fehler 1: "DSGVO-konform" als Feature statt Architekturmerkmal
Jeder Anbieter behauptet DSGVO-Konformität. In einer Multi-Tenant-Architektur bedeutet das: AVV gemäß Art. 28 DSGVO, Server in der EU, Verschlüsselung. Was niemand fragt: Hat der Anbieter technisch Zugriff auf meine Gesprächstranskripte? In einer Shared-Cloud-Architektur ist die Antwort immer Ja.
DSGVO-Konformität ist kein Checkbox-Feature. Es ist eine Architekturentscheidung. Physische Isolation macht den Nachweis gegenüber Aufsichtsbehörden einfacher als logische Isolation.
Fehler 2: Vendor Lock-in durch Datenabhängigkeit
Sie haben 500 FAQ-Einträge eingepflegt, Ihren Prompt über Monate optimiert, und Ihr Team hat sich an das Dashboard gewöhnt. Jetzt wollen Sie wechseln. Der Alt-Anbieter hat kein Export-Feature.
In Sontor liegen alle Inhalte — Prompts, FAQ, Produktdaten — in der Datenbank des Kunden. Nicht in unserer Infrastruktur. Der Kunde besitzt seine Daten physisch, nicht nur vertraglich.
Fehler 3: Shared Cloud für regulierte Branchen
Steuerberater, Rechtsanwälte, Arztpraxen — Branchen mit Berufsgeheimnis. Ein KI-Telefonassistent, der Patientennamen und Beratungsinhalte in einer geteilten Datenbank speichert, kollidiert nicht nur mit der DSGVO, sondern möglicherweise mit dem Berufsrecht. Zusätzlich schaffen der EU AI Act (Art. 50) und der US CLOUD Act weitere regulatorische Anforderungen an die Datenhaltung. Für regulierte Branchen ist physische Isolation keine Luxus-Option — sie ist eine Compliance-Voraussetzung.
Für wen was richtig ist
Nicht jeder braucht Single-Tenant. Die ehrliche Antwort:
- Solo-Selbstständig oder <5 Mitarbeiter
- Kein DSB nötig
- <10 Anrufe pro Tag
- Preis wichtiger als Datenhoheit
- Keine regulierte Branche
- >10 Mitarbeiter
- DSB vorhanden oder gesetzlich nötig
- Regulierte Branche (Gesundheit, Recht, Finanzen)
- Vendor-Unabhängigkeit strategisch wichtig
- Physische Datenkontrolle gewünscht
Die Checkliste
Fazit
Die Frage "Single-Tenant oder Multi-Tenant?" klingt wie eine Technik-Entscheidung. Sie ist eine Geschäftsentscheidung.
Sie entscheidet darüber, wer die Kontrolle über Ihre Kundendaten hat. Wer die Schlüssel besitzt. Und was passiert, wenn die Geschäftsbeziehung endet.
Die meisten Voicebot-Anbieter machen es sich leicht: Shared Cloud, schneller Verkauf, niedrige Marge. Es gibt gute Gründe dafür. Aber es gibt auch gute Gründe, den schwereren Weg zu gehen — und dem Kunden die Infrastruktur zu geben statt ein Dashboard.
Lassen Sie sich direkt mit den Gründern verbinden.
Kostenlos. Ohne Registrierung. Ihr Gespräch wird nicht aufgezeichnet.