Telefonassistent und Microsoft Teams: Rufwege und Übergabe

Copilot-Unterstützung. Copilot kann Menschen bei Telefonaten unterstützen, beispielsweise durch Zusammenfassungen. Die Microsoft-Dokumentation zu Copilot auf Teams-Telefonen beschreibt solche Funktionen. Daraus folgt nicht, dass eine öffentliche Unternehmensnummer automatisch von einem autonomen KI-Rezeptionisten bedient wird.

Anrufverteilung. Klassische Auto Attendants und Call Queues organisieren die Anrufverteilung. Sie können Teil des Weges zu einem Mitarbeiter sein, ohne selbst ein frei dialogfähiger KI-Agent zu sein. Die Microsoft-Übersicht zu Auto Attendants ist dafür die passende Grundlage.

Autonome Voice-Agents. Eine weitere Kategorie sind Voice-Agents und deren Telefoniekanäle. Hier muss geprüft werden, welche Funktion allgemein verfügbar, welche Vorschau und welche in Ihrem Tenant freigeschaltet ist. Begriffe wie „Copilot integriert“ oder „Teams-fähig“ beschreiben diese Unterschiede nicht ausreichend.

Die Tabelle ordnet vier gewünschten Ergebnissen die zu prüfende Funktion und den nicht ausreichenden Nachweis zu.

Preview-Status. Microsoft beschreibt die Verbindung von Copilot Studio mit Teams Phone Agent zum Prüfdatum ausdrücklich als Preview mit erforderlicher Tenant-Freischaltung. Die Seite nennt zusätzliche Voraussetzungen und Einschränkungen, unter anderem die unterstützte Art des Voice-Agents. Eine solche Vorschau darf nicht als beliebig aktivierbare Standardfunktion für jeden Betrieb angeboten werden.

Verfügbarkeit im eigenen Tenant. Für die Auswahl bedeutet das: Lassen Sie sich die Verfügbarkeit im vorgesehenen Tenant zeigen, bevor Sie einen Termin oder ein Budget auf dieser Funktion aufbauen. Prüfen Sie die aktuelle Dokumentation erneut unmittelbar vor der Umsetzung, weil Vorschaufunktionen und deren Bedingungen sich ändern können.

Region. Auch die Region ist konkret zu prüfen. Ein Microsoft-Tenant in einem Land und eine unterstützte Copilot-Studio-Umgebungsregion sind nicht dieselbe Eigenschaft. Datenanforderungen, technische Verfügbarkeit und gewünschte Latenz müssen gemeinsam bewertet werden. Eine erfolgreiche Demonstration in der Umgebung eines Partners belegt nicht automatisch die gleiche Freischaltung bei Ihnen.

Dokumentierte Abhängigkeit. Dokumentieren Sie, ob der vorgesehene produktive Dienst von einer Preview-Funktion abhängt. So wird die Abhängigkeit für die Person sichtbar, die das Betriebsmodell freigibt, und ein optionales Experiment wird nicht zu einer undokumentierten kritischen Komponente.

Aktueller Rufweg. Erfassen Sie, wie öffentliche Anrufe heute in Teams gelangen. Dokumentieren Sie Telefonieanbieter, Rufnummern, die eingesetzte PSTN-Anbindung, Lizenzen, Ressourcenkonten und bestehende Auto Attendants oder Warteschleifen. Lassen Sie diese Angaben vom Teams-Administrator bestätigen.

Ziel. Danach legen Sie fest, welches Ziel ein KI-Assistent erreichen soll. Eine persönliche Nummer, eine Abteilungswarteschleife und eine externe Mobilnummer sind unterschiedliche Ziele. Die Wahl beeinflusst Verfügbarkeit, Vertretung, Rufnummernanzeige und den Weg bei Nichtannahme.

Chat ist keine Sprachverbindung. Eine allgemeine Teams-Chat-Integration ist keine Sprachverbindung. Der Assistent kann möglicherweise eine Nachricht posten, ohne einen eingehenden Kundenanruf an eine Person in Teams verbinden zu können. Prüfen Sie beide Funktionen getrennt und formulieren Sie genau, welche davon im Angebot enthalten sein muss.

Zuständigkeit je Ebene. Klären Sie außerdem, wer für jede Konfigurationsebene zuständig ist. Ein Telefoniepartner kann die Telefonieanbindung steuern, während die interne IT Teams verwaltet und ein weiterer Anbieter die KI betreibt. Der Anrufer erlebt einen einzigen Dienst; die Zuständigkeit für Störungen darf deshalb nicht zwischen diesen Anbietern zersplittert bleiben.

Variante 1: externer Assistent vor Teams. Die erste Variante ist ein externer Assistent vor Teams. Er nimmt die öffentliche Anfrage an und übergibt ausgewählte Gespräche an ein freigegebenes Teams-Telefonieziel. Hier sind insbesondere der Rückweg, die Telefoniekosten und der Kontexttransport zu prüfen.

Variante 2: KI bei Überlauf oder außerhalb betreuter Zeiten. Die zweite Variante lässt die bestehende Teams-Annahme bestehen und schaltet die KI nur bei Überlauf oder außerhalb betreuter Zeiten hinzu. Damit kann die Organisation ihre bisherige Verteilung weitgehend behalten. Allerdings muss der Rückweg verhindern, dass die KI bei einer Übergabe wieder dieselbe Überlaufregel auslöst.

Variante 3: Voice-Agent-Kanal im Microsoft-Stack. Die dritte Variante verwendet einen für den konkreten Microsoft-Stack verfügbaren Voice-Agent-Kanal. Bei Vorschaufunktionen gehören Status, Einschränkungen und Freischaltung ausdrücklich in die Entscheidung. Keine dieser Varianten ist allein aufgrund des Herstellernamens automatisch einfacher oder zuverlässiger.

Die Tabelle nennt sechs Entscheidungspunkte, die für jede der drei Varianten gelten, und die jeweilige Frage an die Umsetzung.

Umfang. Ein Unternehmen möchte häufige Statusfragen beantworten und komplexe Anliegen an den Teams-Service übergeben. Der Assistent darf freigegebene Informationen nennen, eine Auftragsreferenz aufnehmen und einen Rückruf erstellen. Er darf keine Vertragsänderung zusagen.

Übergabe mit Kontext. Bei einem menschlichen Wunsch versucht er die vereinbarte Teams-Warteschleife zu erreichen. Gleichzeitig wird ein kurzer Kontext bereitgestellt: Anliegen, bestätigte Referenz, bereits beantwortete Frage und offener Punkt. Der Mitarbeiter sieht, welche Information vom Anrufer stammt und welche im System geprüft wurde.

Nichtannahme. Nimmt niemand ab, kehrt der Ablauf zum festgelegten Ersatzweg zurück. Es entsteht eine Aufgabe mit Verantwortlichem und gültigem Zeitbezug. Der Anrufer hört, dass kein Mitarbeiter erreicht wurde. Eine Präsenzanzeige „verfügbar“ wird nicht als Beweis verwendet, dass jemand den konkreten Anruf annehmen wird.

Varianten. Im Test wird derselbe Ablauf mit geschlossener Abteilung und mit unterdrückter Anrufernummer wiederholt. So zeigt sich, ob die Organisation wirklich alle notwendigen Kontaktinformationen aufnimmt und ob die Zeitregeln auch außerhalb einer vorbereiteten Demo gelten.

Prüfung durch Mitarbeiter. Lassen Sie außerdem den Servicemitarbeiter den Vorgang ohne Erklärung des Umsetzungsteams bearbeiten. Wenn der Mitarbeiter nicht erkennt, was bereits geschehen ist, braucht die Integration ein klareres Ergebnismodell, selbst wenn die Weiterleitung des Anrufs gelingt.

Arbeitsort. Eine Teams-Nachricht ist zunächst eine Nachricht. Wenn der Vorgang bearbeitet werden muss, braucht er zusätzlich einen Besitzer, Status und eine nachvollziehbare Erledigung. Dies kann in einem CRM, Ticketsystem oder einer dafür vorgesehenen Aufgabenanwendung erfolgen. Wählen Sie den Arbeitsort nach dem Prozess, nicht nach der einfachsten verfügbaren Benachrichtigung.

Sensible Inhalte. Vermeiden Sie, sensible Gesprächsinhalte in einen breit zugänglichen Kanal zu posten. Eine Benachrichtigung mit einer eingeschränkt zugänglichen Vorgangsverknüpfung kann geeigneter sein als das vollständige Transkript. Prüfen Sie, ob die Empfänger den Link tatsächlich öffnen dürfen und die notwendige Information finden.

Aufbau der Zusammenfassung. Die Zusammenfassung sollte kurz und unterscheidbar sein: Aussage des Anrufers, bestätigte Systeminformation, offene Frage und nächste Aktion. „Kunde sagt, Lieferung fehlt“ ist keine überprüfte Feststellung, dass der Auftrag verloren ist. Diese Trennung verhindert, dass eine KI-Zusammenfassung unbeabsichtigt zum vermeintlichen Sachbeweis wird.

Zeitpunkt. Auch der Zeitpunkt des Kontexts zählt. Eine Nachricht, die nach Gesprächsende gesendet wird, kann die Dokumentation unterstützen, hilft dem Empfänger im laufenden Gespräch aber nicht, wiederholte Fragen zu vermeiden. Legen Sie fest, ob der Kontext vor, während oder nach der Übergabe benötigt wird, und lassen Sie sich genau diesen Zeitpunkt vorführen.

Berechtigungen. Telefonie, Kalenderzugriff und CRM-Schreibrechte sollten separat bewertet werden. Ein Assistent benötigt nicht automatisch umfassenden Zugriff auf Microsoft 365, nur weil eine einzelne Aktion in Teams stattfinden soll. Lassen Sie die verlangten Berechtigungen vom Administrator mit dem konkreten Zweck abgleichen.

Identität. Anrufernummern helfen bei der Suche, sind aber kein ausreichender Beleg für eine Berechtigung. Bevor vertrauliche Kontoinformationen genannt oder bestehende Vorgänge verändert werden, ist ein zum Risiko passendes Verfahren erforderlich. Ein öffentlicher Anrufkanal und eine intern angemeldete Teams-Person sind unterschiedliche Identitätskontexte.

Mitarbeiterwechsel. Testen Sie außerdem einen Mitarbeiterwechsel. Wenn ein Servicekonto, ein Besitzer oder ein Kalenderzugriff an eine einzelne Person gebunden ist, darf deren Ausscheiden den Ablauf nicht unbemerkt unterbrechen. Zugang, Vertretung und Wiederherstellung gehören in die Betriebsdokumentation.

Kanalmitgliedschaft. Prüfen Sie bei einem Benachrichtigungskanal Änderungen der Mitgliedschaft und die Einstellungen für externen Zugriff. Ein Ablauf, der für ein kleines internes Team angemessen war, kann zu viele Informationen offenlegen, nachdem der Kanal umgewidmet oder breiter geteilt wurde.

Aufstellung. Bitten Sie um eine Aufstellung der benötigten Microsoft-Lizenzen, Telefonieleistungen, KI-Nutzung und externen Integrationskosten. Eine pauschale Aussage „in Microsoft 365 enthalten“ ist zu ungenau. Welche Lizenz für welchen Nutzer, welches Ressourcenkonto oder welchen Dienst benötigt wird, hängt von der tatsächlichen Architektur ab.

Betrieb. Berücksichtigen Sie auch den Betrieb: Änderungen an Rufgruppen, Wissenspflege, Tests und Störungsbearbeitung verursachen Aufwand. Bei externen Plattformen können zusätzliche Gesprächsverbindungen und Nutzungsgrenzen entstehen. Lassen Sie einen Monat mit Ihrem erwarteten Volumen und einem stärkeren Monat beispielhaft berechnen.

Preview-Bedingungen. Eine Vorschaufunktion sollte nicht mit stillschweigend stabilen Bedingungen kalkuliert werden. Halten Sie fest, welche Annahmen vor Vertragsabschluss oder produktiver Freigabe erneut bestätigt werden müssen. Das schafft eine nachvollziehbare Entscheidungsgrundlage, ohne ungeprüfte Preis- oder Lizenzangaben zu verbreiten.

Ausgaben- und Kapazitätsgrenzen. Fragen Sie, was bei Ausgaben- oder Kapazitätsgrenzen geschieht. Wenn ein Steuerungsmechanismus den Agenten anhält, braucht der Anrufer trotzdem einen definierten Weg. Kostensteuerung und durchgehende Telefonannahme sollten gemeinsam entworfen werden.

Zeitgrenzen und Schleifen. Für jede Übergabe benötigen Sie eine begrenzte Wartezeit und einen erlaubten Ausgang. Prüfen Sie, ob ein unbeantwortetes Ziel an die Hauptnummer zurückleitet. Wenn diese wieder zur KI führt, kann eine Schleife entstehen. Das Problem lässt sich nur am vollständigen Rufweg erkennen.

Mailbox. Eine technische Verbindungsannahme kann auch eine Mailbox sein. Definieren Sie deshalb, was als erfolgreiches menschliches Ergebnis zählt. Bei Rückrufaufgaben muss zusätzlich geprüft werden, ob die Aufgabe angekommen ist und wem sie gehört. Die Ereignisse „Anruf beendet“, „Nachricht gesendet“ und „Anliegen übernommen“ sind nicht gleichbedeutend.

Unklares Schreibresultat. Bei einem unklaren Schreibresultat sollte eine Wiederholung nicht blind eine zweite Aufgabe erzeugen. Verwenden Sie eine stabile Vorgangskennung und einen Abgleich. Wenn eine API oder ein Connector ausfällt, braucht das Team eine sichtbare Liste offener Übergaben mit einem Verantwortlichen für die Nachbearbeitung.

Planen Sie die Umschaltung für einen Zeitpunkt, an dem Telefoniebetreuung und Fachteam erreichbar sind. Notieren Sie die konkrete Änderung und führen Sie danach einen Anruf von außerhalb des Unternehmens aus. Ein interner Teams-Anruf prüft nicht zwangsläufig denselben Weg wie ein Kunde aus einem Mobilfunknetz.

Lassen Sie während der Umstellung jemanden den bestehenden Kontaktweg beobachten. Prüfen Sie anschließend auch einen Anruf nach der Geschäftszeitregel, ohne dafür falsche Öffnungszeiten dauerhaft zu veröffentlichen. Wenn eine temporäre Testregel verwendet wird, dokumentieren Sie deren Rücknahme. Die Freigabe gilt erst für den endgültigen Rufplan; eine funktionierende Zwischenkonfiguration allein reicht dafür nicht. Halten Sie die Anleitung zur Wiederherstellung für die Person zugänglich, die die bisherige Regelung tatsächlich wiederherstellen kann.

Testen Sie bei der Abnahme eines KI-Telefonassistenten mit Microsoft Teams mindestens diese Fälle:

• einen Normalfall
• zwei unterschiedliche Ziele
• Nichtannahme
• besetzt
• geschlossene Zeiten
• einen ausdrücklichen Wunsch nach einem Menschen
• einen Anruf ohne identifizierbare Nummer
• eine unterbrochene Schnittstelle
• einen Ausfall des KI-Dienstes

Lassen Sie den Administrator den technischen Weg und das Fachteam den entstandenen Vorgang beurteilen. Beide Perspektiven sind notwendig: Ein technisch korrekter Anruf kann fachlich nutzlos sein, während eine gute Zusammenfassung an einem unbetreuten Ziel liegen bleibt.

Die Freigabe sollte die konkret geprüften Lizenzen, Regionen, Funktionen, Rufwege und Einschränkungen nennen. Dokumentieren Sie den bisherigen Rufplan als Rückweg und benennen Sie die Person, die nach Änderungen erneut prüft. So wird „KI mit Teams“ zu einer überprüfbaren Betriebsentscheidung statt zu einer unklaren Produktkombination.

Diese Seiten behandeln die Leistungsübersicht und die angrenzenden Entscheidungen für einen KI-Telefonassistenten mit Microsoft Teams:

• KI-Telefonassistent für Unternehmen: Funktionen und Grenzen
• Bestehende Rufnummer mit einem KI-Telefonassistenten nutzen
• KI-Terminvereinbarung mit Outlook: Doppelbuchungen vermeiden
• Wenn der Telefonassistent nicht weiterweiß: Übergabe und Rückruf

Für eine konkrete Ablaufprüfung reichen zunächst eine Prozessbeschreibung, die beteiligten Systeme und typische Ausnahmen. Mit modernagents besprechen.