KI-Assistenten der Kunden im Self-Service, zuerst mit Lesezugriff

Die meisten Anbieter, die mit KI-Agenten arbeiten, beginnen bei ihren eigenen Mitarbeitenden. Ein Agent prüft offene Aufträge und bereitet Antworten für den Kundendienst vor, und eine Person prüft, was er gefunden hat. Die nächste Anfrage wird von der anderen Seite des Schalters kommen. Kundinnen und Kunden bitten bereits einen KI-Assistenten, Tarife zu vergleichen, eine Beschwerde zu entwerfen oder eine Rechnung zu erklären. Früher oder später fragt jemand den eigenen Assistenten, ob die Glasfaseraktivierung am Montag noch steht, und der Assistent hat nichts in der Hand ausser einer alten Bestätigungs-E-Mail.

Dieser Artikel beschreibt, wie ein regionaler Anbieter den eigenen Assistenten seiner Kundinnen und Kunden begrenzten Zugriff auf ihr Konto geben kann: wo er beginnt, wie die Kundin oder der Kunde die Berechtigung erteilt, was funktionieren muss, bevor Vertragsänderungen erlaubt werden, und was sich für Support und Self-Service ändert.

Kunden nutzen Assistenten bereits für alles andere

Eurostat stellte fest, dass 32,7 % der Menschen zwischen 16 und 74 Jahren in der EU im Jahr 2025 generative KI-Tools genutzt haben, die meisten davon für private Zwecke (25,1 %) (Eurostat, 2025). In der Schweiz meldete das Bundesamt für Statistik, dass bis zum Frühjahr 2025 43 % der Bevölkerung zwischen 15 und 88 Jahren ein generatives KI-System genutzt hatten (BFS, 2025). Die Menschen, die Ihre Hotline anrufen, gehören dazu.

Heute arbeiten diese Assistenten mit dem, was die Kundin oder der Kunde hineinkopiert: ein Screenshot des Portals, eine Rechnung als PDF, eine weitergeleitete Auftragsbestätigung. Diese Kopie veraltet, sobald sich der Termin des Technikers verschiebt oder der Vorleistungspartner die Leitung als bereit meldet. Die Kundin erhält eine selbstsichere Antwort auf Basis veralteter Daten und ruft trotzdem an, jetzt mit einer zweiten Meinung, über die diskutiert werden will.

Wenn Kundinnen und Kunden zu fragen beginnen, ob sie ihren Assistenten mit ihrem Konto verbinden können, ist die nützliche Antwort ein kleines, kontrolliertes „Ja“. Jede Berechtigung, die die Kundin erteilt, ist eine, die Sie festgelegt haben, Ihre Systeme prüfen sie bei jeder Anfrage, und die Kundin kann sie im Portal widerrufen.

Mit Lesezugriff auf den eigenen Anschluss beginnen

Die erste Berechtigung sollte die Fragen abdecken, die nach jeder Kampagne und jeder Störung die Warteschlange füllen und deren Beantwortung nichts ändert:

• Wo steht meine Glasfaseraktivierung: bestellt, wartet auf die Leitung des Vorleistungspartners, Techniker gebucht, aktiv?
• Gibt es an meiner Adresse eine bekannte Störung, und wann wird sie voraussichtlich behoben?
• Hat sich mein Installationstermin verschoben?
• Ist meine Leitung von Ihrer Seite aus in Betrieb?

Lesezugriffe wie diese bergen wenig Risiko. Es fliesst kein Geld, kein Vertrag ändert sich, und die nächste Abfrage korrigiert eine falsche Antwort. Es sind zudem die Fragen, die das Supportteam eines regionalen ISP jeden Tag von Hand beantwortet.

Legen Sie den Umfang eng fest. „Anschlussstatus“ bedeutet den Stand der eigenen Aufträge und Dienste, offene Störungen, die die eigene Adresse betreffen, und Termine. Nicht dazu gehören das PPPoE-Passwort oder die Admin-Zugangsdaten des Routers, Bankverbindungen, die weiteren Kontakte eines Geschäftskontos oder irgendetwas über andere Kunden. Fragen zur Rechnung („Warum ist der Betrag diesen Monat höher?“) eignen sich gut als zweite Berechtigung, separat erteilt, sobald die erste reibungslos läuft. Wenn Sie beides trennen, kann eine Kundin dem Assistenten erlauben, eine Aktivierung zu verfolgen, ohne ihn jede Rechnung lesen zu lassen.

Jede Antwort sollte auch sagen, was sie nicht weiss. Ist die Rückmeldung des Vorleistungspartners zu einer Aktivierung noch nicht eingetroffen, sagt die Antwort das und nennt den nächsten Schritt, zum Beispiel „wartet seit dem 14. Oktober auf die Leitungsbestätigung des Netzpartners; wir melden uns, sobald sie eintrifft“. Ein Assistent, der ein ausdrückliches „unbekannt“ erhält, hat weniger Raum zum Raten.

Wie die Kundin oder der Kunde die Berechtigung erteilt

Einen Assistenten zu verbinden sollte sich wie jede andere Anmeldung bei Ihren Diensten anfühlen, denn es ist eine. Das Model Context Protocol (MCP) ist ein offener Standard, um KI-Anwendungen mit externen Systemen zu verbinden (MCP). Sein Autorisierungsablauf folgt OAuth 2.1: Der Assistent öffnet einen Browser bei Ihrem Autorisierungsserver, wo sich die Person anmeldet und die erforderlichen Berechtigungen erteilt (MCP, Understanding Authorization). Für Ihre Kundin sieht das so aus:

1. Die Kundin fügt Ihren Dienst in ihrem Assistenten hinzu, mit der Adresse, die auf Ihrer Hilfeseite veröffentlicht ist.
2. Der Assistent öffnet Ihre normale Anmeldung für das Kundenportal, mit derselben Zwei-Faktor-Prüfung wie das Portal. Der Assistent sieht das Passwort nie.
3. Eine Einwilligungsseite in Ihrem Wortlaut nennt den Assistenten und was er tun darf: „Den Status Ihres Anschlusses, Ihrer Aufträge und Termine lesen. Kann Ihren Vertrag nicht ändern. Kann keine Zahlungsdaten sehen.“
4. Die Kundin bestätigt. Der Assistent erhält ein kurzlebiges Token, das für Ihren Server und für diese eine Berechtigung gilt.
5. Das Portal listet den verbundenen Assistenten auf, mit dem Datum seines letzten Zugriffs und einer Schaltfläche zum Entfernen.

Die MCP-Dokumentation empfiehlt kurzlebige Zugriffstokens und Scopes mit minimalen Rechten, aufgeteilt pro Tool oder Funktion und auf dem Server bei jeder Anfrage geprüft (MCP, Understanding Authorization). Die Spezifikation verlangt, dass der Server prüft, ob jedes Token für genau diesen Server ausgestellt wurde (MCP-Autorisierungsspezifikation). Für einen Anbieter liegt die Prüfung bei jeder Anfrage in Ihrem System: welche Kundin, welcher Assistent, welche Berechtigung. Eine Zeile in den Anweisungen des Assistenten, die ihn auffordert, in seinem Aufgabenbereich zu bleiben, ersetzt diese Prüfung nicht.

Warum Vertragsänderungen später kommen

Kundinnen und Kunden werden bald mehr verlangen: auf den schnelleren Tarif wechseln, das VPN hinzufügen, das TV-Paket über den Sommer pausieren, kündigen. Jede dieser Änderungen betrifft Geld und Verpflichtungen, und jede braucht drei Dinge, die der Lesezugriff nicht braucht.

Das Erste ist die Identität. Sie müssen wissen, dass die Person, die die Berechtigung erteilt hat, diese Änderung vornehmen darf. Bei einem Familienanschluss wird die Anmeldung oft geteilt. Bei einem Geschäftskonto ist die Person, die die Aktivierung prüft, selten diejenige, die einen neuen Vertrag unterschreiben darf. Ihre Rollen müssen das abbilden, bevor ein Assistent danach handeln kann.

Das Zweite ist die Freigabe. Eine Änderung sollte erst wirksam werden, nachdem die Kundin sie ausdrücklich in Ihrem Kanal bestätigt hat, im Portal oder mit einem Code, der an die Vertragsinhaberin gesendet wird. Kündigungen und Gutschriften brauchen das am meisten. MCP hat dafür einen Mechanismus. Fragt ein Assistent nach etwas, das sein Token nicht abdeckt, antwortet der Server mit einem Fehler „insufficient scope“, und der Client muss die Person um die zusätzliche Berechtigung bitten (MCP-Autorisierungsspezifikation). An diese Stelle gehört Ihr Freigabeschritt.

Das Dritte ist die Protokollierung. Sagt eine Kundin später, sie habe den schnelleren Tarif nie bestellt, muss das Audit-Log zeigen, welcher Assistent, für welche Kundin, mit welcher Berechtigung, wann was getan hat. Testen Sie auch das Entfernen: Nehmen Sie einen Assistenten im Portal heraus und prüfen Sie, ob seine nächste Anfrage scheitert.

Solange nicht alle drei Punkte für Ihre eigenen Agenten im Back-Office zuverlässig funktionieren, belassen Sie die Assistenten Ihrer Kundinnen und Kunden beim Lesezugriff. Jeder Fehler, den ein Assistent bei einem Vertrag macht, landet in Ihrem Abrechnungslauf, Ihrem Mahnwesen und Ihrer Support-Warteschlange.

Was sich in der Support-Warteschlange ändert

Verbundene Kundinnen und Kunden erhalten das Aktivierungsdatum oder den Störungsstatus zu jeder Stunde von ihrem Assistenten, aus demselben Datensatz, den Ihr Team sieht. Die Anrufe, die bleiben, betreffen Fälle, in denen der Datensatz selbst falsch oder unvollständig ist: eine Aktivierung, die zehn Tage lang „Leitung bereit“ anzeigt, weil die Bestätigung des Vorleistungspartners nie bei der Abrechnung angekommen ist, oder eine Störung, die im Ticketing-System geschlossen ist, während in der Strasse der Kundin noch alles dunkel ist.

Diese Verschiebung ist nützlich, wenn Sie sie verfolgen. Protokollieren Sie jede Antwort, die als „unbekannt“ zurückkam oder auf die innerhalb eines Tages ein Anruf folgte, und gehen Sie diese Liste wöchentlich mit dem Kundendienst und dem Netzteam durch. Sie zeigt, wo Ihre Daten Lücken haben, und diese Lücken gab es lange bevor irgendein Assistent gefragt hat. Messen Sie, was Sie bereits zu zählen wissen: wie oft Kundinnen und Kunden zum selben Auftrag erneut nachfragen, wie lange Aktivierungen zwischen den Schritten warten, wie viele Anrufe pro Störung eingehen. Vergleichen Sie verbundene Kundinnen und Kunden mit den übrigen, bevor Sie Schlüsse ziehen.

Was sich im Kundenportal ändert

Das Portal bleibt der Ort, an dem die Kundin sich anmeldet, Berechtigungen erteilt, sie entfernt und Änderungen bestätigt. Es erhält eine zusätzliche Seite: eine Liste der verbundenen Assistenten mit ihren Berechtigungen und ihrem letzten Zugriff.

Portal und Assistent müssen ausserdem auf die Minute übereinstimmen. Zeigt das Portal Montag für den Techniker an und meldet der Assistent Dienstag, vertraut die Kundin keinem von beiden. Beide müssen zum Zeitpunkt der Anfrage denselben Datensatz lesen. Ein nächtlicher Export in eine separate Self-Service-Datenbank zeigt sein Alter schnell, sobald Assistenten mehrmals am Tag nachsehen.

Was Sie Ihren Kundinnen und Kunden sagen

Schreiben Sie eine kurze Hilfeseite, bevor Sie irgendetwas einschalten, und verlinken Sie sie auf der Einwilligungsseite. Sie sollte festhalten:

• was der Assistent sehen kann (Anschluss, Aufträge, Termine, bekannte Störungen an der Adresse) und was er nicht sehen oder tun kann
• dass die Kundin oder der Kunde den Zugriff im Portal erteilt und jederzeit entfernt
• dass das, was der Assistent nach dem Lesen mit den Informationen tut, unter die Bedingungen des Assistenten-Anbieters fällt, die Sie nicht kontrollieren
• dass Vertragsänderungen vorerst weiterhin über das Portal oder den Kundendienst laufen
• wen man kontaktiert, wenn eine Antwort falsch aussieht

Informieren Sie Ihr Supportteam mit denselben Worten, bevor die erste Kundin deswegen anruft. Die Mitarbeitenden sollten im Back-Office sehen können, ob eine Kundin einen Assistenten verbunden hat und wann dieser zuletzt auf das Konto zugegriffen hat.

Wie METAVSHN das umsetzt

In METAVSHN lesen das Kundenportal und das Back-Office denselben Kundendatensatz. Der Aktivierungsstatus, den eine Kundin sieht, ist derselbe, den Ihr Supportteam sieht, im selben Moment. Der Zugriff wird in der Plattform bei jeder Anfrage geprüft: Identität, Rolle und Berechtigung, jede Anfrage auf die Daten dieser einen Kundin oder dieses einen Kunden beschränkt, jede im Audit-Log festgehalten. Die METAVSHN CLI und der MCP-Server, beide im Frühzugang, stellen die Agenten der Mitarbeitenden schon heute hinter dieselbe Schicht. Die eigenen Assistenten der Kundinnen und Kunden sind der nächste Schritt auf derselben Schicht, in der Reihenfolge, die dieser Artikel beschreibt: zuerst Lesezugriff auf den Anschlussstatus, Berechtigungen einzeln erteilt, und alles, was einen Vertrag ändert oder etwas nach aussen versendet, wartet auf eine ausdrückliche Bestätigung.

Um zu sehen, was Ihre Kundinnen und Kunden sehen würden und wie das mit dem übereinstimmt, was Ihr Team im Back-Office sieht, werfen Sie einen Blick auf das Kundenportal.

Quellen

Alle Quellen abgerufen am 31. Oktober 2026.

1. Eurostat, „32.7% of EU people used generative AI tools in 2025“, 16. Dezember 2025. ec.europa.eu
2. Bundesamt für Statistik (BFS), „In der KI-begeisterten Schweiz nimmt Desinformation zu“, Medienmitteilung, 5. Dezember 2025. admin.ch
3. Model Context Protocol, „What is the Model Context Protocol (MCP)?“, Dokumentation zur Protokollrevision 2026-07-28. modelcontextprotocol.io
4. Model Context Protocol, „Understanding Authorization in MCP“, Dokumentation zur Protokollrevision 2026-07-28. modelcontextprotocol.io
5. Model Context Protocol, „Authorization“, Spezifikation, Protokollrevision 2026-07-28 (Juli 2026). modelcontextprotocol.io