Microsoft Copilot Studio 2026 Anleitung: Ohne Code einen KI-Agenten erstellen, der Kundenfragen automatisch bearbeitet

Sie erhalten viele wiederkehrende Servicefragen, aber jede Antwort muss trotzdem fachlich stimmen und bei Bedarf an einen Menschen übergehen.

Schnellster Weg: Mit Microsoft Copilot Studio können Sie ohne Programmierung einen KI-Agenten für häufige Kundenfragen einrichten. Begrenzen Sie ihn auf Fragen mit bestätigten Antworten, konfigurieren Sie Anweisungen und Wissensquellen und testen Sie die Übergabe, bevor Sie einen Kanal veröffentlichen. Prüfen Sie Funktionen, Berechtigungen und Lizenzbedingungen anhand der aktuellen offiziellen Dokumentation.

Diese Anleitung ist für Sie, wenn Sie im Kundenservice oder in einem Fachbereich häufige Anfragen automatisieren möchten, ohne ein eigenes Entwicklerteam aufzubauen. Sie hilft Ihnen auch, den Aufwand und die Grenzen vor einer Einführung einzuschätzen. Wenn Sie den Agenten betreuen, finden Sie hier Prüfschritte für Antworten und Eskalationen.

Zuletzt aktualisiert am 8. März 2025. Die Produkt- und Funktionshinweise sind anhand der verlinkten Microsoft-Dokumentation abgeglichen; Oberfläche, Verfügbarkeit und Bedingungen können sich ändern.

Zwischen geeigneten Fragen und ungeeigneten Fällen unterscheiden

Beginnen Sie nicht mit der Gestaltung des Agenten. Beginnen Sie mit den tatsächlichen Fragen Ihrer Kundschaft. Sammeln Sie wiederkehrende Anfragen und ordnen Sie jeder eine freigegebene Musterantwort zu. Als Ausgangspunkt eignen sich zum Beispiel Informationen zu Öffnungszeiten, Bearbeitungswegen oder allgemein geltenden Produktregeln – aber nur, wenn Ihre Organisation diese Auskünfte verbindlich bestätigt hat.

Für die Auswahl gilt ein einfacher Maßstab: Kann eine Person anhand einer aktuellen, freigegebenen Quelle eine eindeutige Antwort geben, ohne den Einzelfall bewerten zu müssen? Dann kann die Frage für eine automatische Bearbeitung infrage kommen. Muss der Kundenservice erst den Kontostatus prüfen, einen Ermessensentscheid treffen oder eine Ausnahme genehmigen, ist eine direkte Antwort des Agenten riskant.

Trennen Sie deshalb drei Arten von Fragen:

• Standardfälle: Die Antwort ist wiederkehrend, belegt und unabhängig von individuellen Umständen.
• Klärungsbedürftige Fälle: Angaben fehlen oder die Frage ist mehrdeutig. Der Agent kann gezielt nachfragen, sofern der Ablauf dafür vorgesehen ist.
• Entscheidungsfälle: Die Antwort hängt von einer Prüfung, einem persönlichen Vertrag, einer Beschwerde oder einer Freigabe ab. Hier muss ein Mensch übernehmen.

Die Microsoft-Einführung zu Copilot Studio beschreibt den Einstieg und die grundlegenden Schritte. Sie ersetzt jedoch keine Prüfung, ob Ihr konkreter Tenant, Ihre Berechtigungen und Ihre gewünschten Kanäle die geplante Umsetzung unterstützen. Klären Sie das vor dem Aufbau mit der zuständigen Microsoft-Administration.

Legen Sie außerdem vorab fest, woran Sie den Erfolg messen wollen. Eine Demonstration, in der eine Testfrage plausibel beantwortet wird, ist kein Nachweis für zuverlässige Bearbeitung im laufenden Betrieb. Entscheidend ist, ob die Antwort belegbar ist, ob der Agent seine Grenzen einhält und ob die Kundschaft bei Bedarf tatsächlich weitergeleitet werden kann.

Zwischen einem vagen Auftrag und prüfbaren Agent-Anweisungen wählen

Erstellen Sie den Agenten in der aktuell verfügbaren Copilot-Studio-Umgebung. Da sich Bezeichnungen und verfügbare Optionen ändern können, übernehmen Sie Menünamen nicht aus älteren Anleitungen. Orientieren Sie sich an der offiziellen Einführungsdokumentation und halten Sie bei jedem Schritt fest, was Ihre eigene Oberfläche anbietet.

Formulieren Sie anschließend den Auftrag so, dass eine fachfremde Person die Einhaltung prüfen kann. „Beantworten Sie Kundenfragen freundlich“ reicht nicht. Eine belastbare Anweisung beschreibt mindestens:

• Ziel: Welche Arten von Kundenfragen soll der Agent bearbeiten?
• Geltungsbereich: Welche Produkte, Leistungen oder Prozesse sind eingeschlossen?
• Quellenregel: Auf welche freigegebenen Materialien darf er sich stützen?
• Grenzen: Bei welchen Themen darf er weder raten noch eine Zusage geben?
• Übergabe: Wie soll er reagieren, wenn Belege fehlen oder eine menschliche Prüfung nötig ist?
• Ton: Welche verständliche und sachliche Sprache soll er verwenden?

Formulieren Sie die Regeln beobachtbar. Statt „Bleiben Sie sicher“ schreiben Sie beispielsweise, dass der Agent bei fehlender Grundlage keine verbindliche Antwort geben und den vorgesehenen Serviceweg nennen soll. Die Dokumentation zu Agent-Anweisungen erläutert, wie Anweisungen formuliert werden. Prüfen Sie die dort beschriebenen Möglichkeiten mit Ihrer aktuellen Umgebung, bevor Sie eine bestimmte Wirkung voraussetzen.

Testen Sie jede Anweisung mit mindestens einem Gegenbeispiel. Wenn eine Regel besagt, dass nur ein bestimmter Servicebereich beantwortet werden darf, stellen Sie auch eine Frage zu einem ausgeschlossenen Bereich. Wenn der Agent bei einer Ausnahme weiterleiten soll, testen Sie eine Formulierung, die wie ein normaler Standardfall klingt, aber eine individuelle Entscheidung voraussetzt.

Ein Agent kann Anweisungen nicht von sich aus in eine verbindliche Geschäftsrichtlinie verwandeln. Die fachliche Verantwortung bleibt bei Ihrem Unternehmen. Lassen Sie die Grenzen von den Personen freigeben, die für Kundenkommunikation, Datenschutz und den jeweiligen Prozess zuständig sind.

Zwischen einer geprüften Wissensbasis und ungeklärten Quellen entscheiden

Wissensquellen bestimmen, worauf sich Antworten stützen können. Wählen Sie nicht einfach alle verfügbaren Dokumente aus. Prüfen Sie für jedes Material, ob es aktuell, fachlich freigegeben, für den vorgesehenen Zweck geeignet und für den Agenten erreichbar ist. Ein internes Dokument kann korrekte Informationen enthalten und trotzdem ungeeignet sein, wenn es Entwürfe, veraltete Regeln oder vertrauliche Einzelfälle vermischt.

Gehen Sie für jede Quelle diese Fragen durch:

1. Wer ist fachlich verantwortlich und darf Änderungen freigeben?
2. Welches Datum oder welcher Freigabestand zeigt, dass die Information aktuell ist?
3. Gibt es andere Dokumente, die derselben Frage widersprechen?
4. Kann der Agent mit den vorgesehenen Identitäts- und Zugriffsregeln darauf zugreifen?
5. Ist die Quelle für eine externe Kundenantwort freigegeben oder nur für den internen Gebrauch?

Die Microsoft-Dokumentation zu Wissensquellen führt die dokumentierten Quellentypen und Authentifizierungsaspekte auf. Prüfen Sie dort den aktuellen Umfang, statt aus der bloßen Existenz einer Verbindung abzuleiten, dass jede Datei oder jeder Speicherort ohne Einschränkung als Kundenwissen geeignet ist.

Legen Sie eine kleine, repräsentative Prüfgruppe an. Sie sollte eine häufige Standardfrage, eine Frage mit fehlenden Angaben, eine Frage zu einem nicht belegten Thema und einen Fall enthalten, der an den Kundenservice gehen muss. Vergleichen Sie die Antwort jeweils mit der freigegebenen Quelle. Notieren Sie, ob die Auskunft korrekt und ausreichend eingegrenzt ist und ob sie auf eine erkennbare Grundlage zurückgeht.

Wichtig: Eine technisch erreichbare Quelle ist nicht automatisch eine verlässliche Quelle. Wenn zwei gültige Dokumente unterschiedliche Regeln nennen, beheben Sie den Widerspruch vor dem Rollout. Anweisungen allein ersetzen keine bereinigte Wissensbasis.

Auch eine gut gepflegte Quelle garantiert nicht, dass jede Frage beantwortet werden kann. Die Hinweise zu Grenzen generativer Antworten erklären relevante Einschränkungen. Planen Sie deshalb für unbelegte, mehrdeutige oder widersprüchliche Fragen einen sicheren Ausweg, statt einen überzeugend klingenden Text mit einer bestätigten Auskunft gleichzusetzen.

Zwischen automatischer Antwort und menschlicher Übergabe unterscheiden

Entwerfen Sie die Behandlung nicht als „Antwort oder Fehler“. Ein brauchbarer Ablauf braucht unterschiedliche Reaktionen auf unterschiedliche Situationen.

Bei einer belegten Standardfrage kann der Agent eine kurze Antwort geben und auf die passende Informationsquelle oder den nächsten Prozessschritt verweisen. Bei fehlenden Angaben kann er gezielt nachfragen, sofern die benötigten Informationen nicht sensibel sind und die Abfrage zum Serviceprozess passt. Bei einem nicht abgedeckten Thema sollte er die Grenze offen benennen. Wenn eine menschliche Entscheidung nötig ist, muss er einen tatsächlich funktionierenden Kontaktweg anbieten.

Definieren Sie Auslöser für die Übergabe aus Ihren Geschäftsregeln. Geeignete Auslöser können sein:

• Die benötigte Antwort ist in den freigegebenen Quellen nicht enthalten.
• Die Frage verlangt eine Einzelfallprüfung oder eine Ausnahmegenehmigung.
• Die Angaben der Kundschaft widersprechen einander oder bleiben trotz Rückfrage unvollständig.
• Eine Beschwerde, ein sensibler Sachverhalt oder ein möglicher Schaden erfordert menschliches Ermessen.
• Der Agent kann die Frage nicht eindeutig einem freigegebenen Prozess zuordnen.

Schreiben Sie für jede Übergabe fest, was der Agent mitteilt und welche Informationen er übergeben darf. Versprechen Sie keine sofortige Antwort oder bestimmte Bearbeitungsfrist, wenn der Serviceprozess dies nicht garantiert. Prüfen Sie außerdem, ob der gewählte Kanal eine direkte Übergabe unterstützt. Wo dies nicht der Fall ist, muss ein alternativer Kontaktweg klar beschrieben werden.

Berücksichtigen Sie Datenschutz und Zugriffsrechte von Anfang an. Die Microsoft-Informationen zu Sicherheit und Governance sind die passende Grundlage, um aktuelle Steuerungs- und Sicherheitsaspekte zu prüfen. Bewerten Sie zusätzlich intern, welche Kundendaten in Eingaben vorkommen können, wer Zugriff auf Gesprächsinhalte erhält und wie diese Daten nach den für Sie geltenden Vorgaben behandelt werden müssen. Eine pauschale Aussage zur DSGVO-Konformität lässt sich daraus nicht ableiten; dafür sind Ihre konkrete Konfiguration und Ihre organisatorischen Prozesse maßgeblich.

Zwischen einem plausiblen Eindruck und bestandenen Tests unterscheiden

Testen Sie nicht nur die Fragen, von denen Sie erwarten, dass sie funktionieren. Nehmen Sie absichtlich Fälle auf, bei denen eine gute Antwort gerade darin besteht, nicht zu antworten. Der Microsoft-Leitfaden zum Testbereich beschreibt die dokumentierte Testfunktion. Die Dokumentation zur Agent-Bewertung informiert über die beschriebenen Evaluationsmöglichkeiten. Prüfen Sie vor der Planung, welche davon in Ihrer Umgebung verfügbar sind.

Nutzen Sie die folgende Abfolge und lassen Sie die Soll-Antworten von den fachlich Verantwortlichen bestätigen:

1. Standardfall: Stellen Sie eine typische, klar formulierte Kundenfrage. Prüfen Sie, ob die Antwort zur freigegebenen Quelle passt.
2. Variante: Formulieren Sie dieselbe Absicht in anderer Sprache. Prüfen Sie, ob die Antwort weiterhin innerhalb des freigegebenen Bereichs bleibt.
3. Unvollständige Anfrage: Lassen Sie eine entscheidende Information weg. Prüfen Sie, ob der Agent sinnvoll nachfragt oder übergibt, statt die Lücke zu füllen.
4. Fehlende Grundlage: Fragen Sie nach einer Information, die in keiner freigegebenen Quelle steht. Prüfen Sie, ob der Agent die Grenze klar benennt.
5. Übergabefall: Stellen Sie eine Frage, für die menschliches Ermessen erforderlich ist. Prüfen Sie, ob der vorgesehene Kontaktweg verständlich und erreichbar ist.

Dokumentieren Sie pro Fall die Frage, die erwartete Behandlung, die tatsächliche Antwort, die Quelle und das Ergebnis der fachlichen Prüfung. Halten Sie getrennt fest, ob ein Fehler auf falsches Wissen, unklare Anweisungen, eine ungeeignete Frageklassifizierung oder einen nicht funktionierenden Übergabeweg zurückgeht. Diese Trennung macht die nächste Änderung gezielter.

Vereinbaren Sie vor dem Test, was als bestanden gilt. Ein Beispiel: Eine Antwort gilt nur dann als akzeptabel, wenn sie durch eine freigegebene Quelle gedeckt ist, keine unzulässige Zusage enthält und bei einem Grenzfall an den richtigen Serviceweg verweist. Das ist eine interne Abnahmeregel, keine allgemeine Leistungszusage von Microsoft. Behaupten Sie keine Erfolgsquote oder Zeitersparnis, wenn Sie diese nicht in Ihrem eigenen Einsatz gemessen haben.

Zwischen Veröffentlichung und weiterem Testen abwägen

Veröffentlichen Sie erst, wenn die fachlichen Tests bestanden sind und die betrieblichen Voraussetzungen geklärt wurden. Prüfen Sie den Zielkanal, die Zugriffsrechte und den Umgang mit Kundendaten. Klären Sie auch, wer Inhalte aktualisiert, wer bei fehlerhaften Antworten zuständig ist und wie Kundinnen und Kunden einen Menschen erreichen können.

Die Dokumentation zu Veröffentlichung und Kanälen ist maßgeblich für die aktuell beschriebenen Veröffentlichungswege. Verifizieren Sie dort, ob der gewünschte Kanal und die nötigen Schritte zu Ihrer konkreten Umgebung passen. Prüfen Sie Lizenz- und Nutzungsbedingungen ebenfalls vor der Umsetzung anhand der Microsoft-Informationen zu Abrechnung und Lizenzen. Leiten Sie aus einer allgemeinen Anleitung weder einen konkreten Preis noch eine Berechtigung für Ihren Tenant ab.

Checkliste für die Freigabe

• [ ] Die automatisch beantwortbaren Fragen stammen aus tatsächlichen Kundenanfragen.
• [ ] Für jede vorgesehene Antwort gibt es eine fachlich freigegebene Grundlage.
• [ ] Widersprüchliche, veraltete und interne Entwurfsdokumente wurden ausgeschlossen oder bereinigt.
• [ ] Die Agent-Anweisungen benennen Umfang, Grenzen und Verhalten bei fehlender Grundlage.
• [ ] Tests decken Standardfragen, unvollständige Angaben, unbelegte Themen und Übergabefälle ab.
• [ ] Fachverantwortliche haben Soll-Antworten und Abnahmeregeln bestätigt.
• [ ] Der Kontaktweg zu einem Menschen funktioniert im vorgesehenen Kanal.
• [ ] Berechtigungen, Datenschutzanforderungen, Lizenzbedingungen und Veröffentlichungsbedingungen sind geprüft.
• [ ] Für die laufende Pflege ist eine verantwortliche Person benannt.

Nach dem Start sollten Sie neue Kundenfragen und gemeldete Fehlantworten prüfen. Aktualisieren Sie die Wissensquellen, wenn sich Geschäftsregeln ändern, und testen Sie betroffene Fragen erneut. Wenn Beschwerden oder Sonderfälle häufiger auftreten als erwartet, verkleinern Sie den automatisierten Umfang, bis die Regeln und Quellen angepasst sind. Ein veröffentlichter Agent ist kein einmalig abgeschlossenes Projekt.

Microsoft Copilot Studio kann einen Teil wiederkehrender Kundenfragen abfangen, ersetzt aber weder verbindliche Quellen noch fachliche Entscheidungen. Wenn Sie derzeit alles manuell beantworten, entstehen Aufwand und uneinheitliche Antworten; ein schlecht abgegrenzter Agent bringt dagegen neue Prüf- und Eskalationsarbeit. Testen Sie deshalb zuerst einen eng umrissenen Fragenbestand und erweitern Sie ihn nur, wenn die Belege und Übergaben tragen. Mac-Hardware ist keine Voraussetzung für die Nutzung dieses SaaS-Angebots. Nur wenn Ihr Arbeitsablauf zusätzlich Tests in einer Mac-Umgebung erfordert, sollten Sie diese separat bewerten.

Wenn Sie für einen solchen zusätzlichen Mac-Test zeitweise eine passende Umgebung benötigen, können Sie die Mac-Mietoptionen von Hashvps prüfen; für Fragen zur Eignung Ihrer Anforderungen steht Ihnen auch der Kontakt zu Hashvps offen.