IT-Wissen · IT-Wissen

Microsoft Copilot im Vertriebsprozess: Servicetickets sicher in die Gesprächsvorbereitung einbinden

Kurz zusammengefasst: Microsoft Copilot kann Vertriebsmitarbeitende bei der Gesprächsvorbereitung unterstützen, wenn relevante Servicetickets zugänglich, korrekt berechtigt und fachlich geprüft sind. Entscheidend ist nicht die automatische Zusammenfassung allein, sondern ein kontrollierter Prozess: passende Datenquellen festlegen, Zugriff sauber steuern, Ergebnisse gegen das Ticketsystem prüfen und sensible Inhalte nur im erforderlichen Umfang verwenden.

Nutzen und Einordnung

Im Vertrieb liegen wichtige Hinweise oft nicht nur im CRM, sondern auch in offenen oder abgeschlossenen Servicetickets: wiederkehrende Störungen, ausstehende Rückmeldungen, Eskalationen oder Fragen zu einer bereits eingesetzten Lösung. Microsoft Copilot kann solche Informationen für die Vorbereitung strukturieren, etwa als Gesprächsagenda, offene Punkte oder mögliche Anschlussfragen.

Der Nutzen entsteht vor allem durch weniger manuelle Suche und eine einheitlichere Vorbereitung. Copilot ersetzt dabei weder das Ticketsystem noch die fachliche Verantwortung des Vertriebs. Die Qualität der Antwort hängt davon ab, welche Daten erreichbar sind, ob die Berechtigungen stimmen und wie eindeutig die Anfrage formuliert ist.

Für kleine Unternehmen und den Mittelstand ist ein schrittweises Vorgehen sinnvoll: zunächst einen klar abgegrenzten Anwendungsfall auswählen, die erlaubten Quellen definieren und anschließend mit geeigneten Fällen prüfen, ob die Ergebnisse belastbar genug sind.

Welche Ticketinformationen sind für ein Vertriebsgespräch relevant?

Nicht jedes Ticket gehört in eine Gesprächsvorbereitung. Sinnvoll sind Informationen mit erkennbarem Bezug zur Kundenbeziehung und zum geplanten Termin: aktueller Status, ungelöste Sachverhalte, vereinbarte nächste Schritte, wiederkehrende Themen, betroffene Produkte oder Dienste sowie Hinweise auf Dringlichkeit.

Ungeeignet sind Inhalte ohne geschäftlichen Zweck für das Gespräch, unnötige personenbezogene Details oder interne Notizen ohne Freigabe. Auch Zugangsdaten, technische Logdaten und vertrauliche Bewertungen sollten nicht pauschal in eine Vertriebszusammenfassung übernommen werden.

Vor der Einführung sollte der Betrieb daher festlegen, welche Ticketfelder verwendet werden dürfen, welche Rollen sie sehen dürfen und welche Informationen entfernt, eingeschränkt oder besonders behandelt werden müssen.

Technische Einbindung in Microsoft 365

Die konkrete Einbindung hängt davon ab, wo die Servicetickets gespeichert sind und welche Copilot-Variante eingesetzt wird. Microsoft 365 Copilot kann Arbeitsdaten und organisatorischen Kontext verwenden, sofern diese Inhalte im jeweiligen Zugriffsumfang liegen. Für ein externes Ticketsystem muss geprüft werden, ob eine freigegebene Verbindung, ein Connector oder eine andere unterstützte Integrationsmöglichkeit vorhanden ist.

Ein sinnvolles Zielbild ist eine standardisierte Arbeitsanweisung für den Vertrieb: Kunde, Termin, Zeitraum und gewünschter Fokus werden genannt. Copilot soll daraus offene Tickets, zugesagte Maßnahmen, wiederkehrende Themen und Fragen für das Gespräch herausarbeiten. Die Ausgabe sollte auf die zugänglichen Datensätze zurückführen können, damit jeder wichtige Punkt im Originalsystem kontrolliert werden kann.

Die Berechtigungslogik ist zentral. Copilot soll vorhandene Zugriffsrechte nicht umgehen. Ein Vertriebsmitarbeiter darf nur Ticketinformationen erhalten, die ihm nach der bestehenden Rollen- und Freigabestruktur ohnehin zugänglich sind. Eine Zusammenfassung ersetzt deshalb keine saubere Trennung von Kunden, Mandanten, Teams und internen Bereichen.

Sicherer Prozess vor dem Kundentermin

Ein kontrollierter Ablauf besteht aus fünf Teilen. Erstens wird der Kunde eindeutig ausgewählt. Zweitens werden Zeitraum und fachlicher Zweck eingegrenzt. Drittens erstellt Copilot einen Entwurf mit getrennten Kategorien wie Fakten, offene Punkte und Vorschläge für Rückfragen. Viertens prüft der Vertriebsmitarbeiter die Aussagen im Ticketsystem. Fünftens werden nur bestätigte und für das Gespräch erforderliche Inhalte in die persönliche Vorbereitung übernommen.

Wichtig ist die Unterscheidung zwischen Ticketfakten und Copilot-Vorschlägen. Ein Status wie „wartet auf Rückmeldung“ kann als Fakt übernommen werden, sofern er im System aktuell ist. Eine vermutete Ursache, eine Einschätzung zur Kaufbereitschaft oder eine Aussage über die Stimmung des Kunden ist dagegen eine Interpretation und muss als solche behandelt werden.

Eine verbindliche Prüfung empfiehlt sich bei Sicherheitsvorfällen, personenbezogenen Daten, rechtlichen oder vertraglichen Fragen, Beschwerden, Eskalationen und Informationen, die aus einem anderen Mandanten stammen könnten. Für diese Fälle kann eine Freigabe durch Serviceleitung, Datenschutzverantwortliche oder Projektleitung erforderlich sein.

Datenschutz, Governance und Verantwortlichkeit

Die Einführung sollte mit einer Datenflussprüfung beginnen: Welche Systeme liefern Daten, welche Nutzer erhalten Ergebnisse, wo werden Eingaben und Ausgaben verarbeitet und welche Aufbewahrungs- oder Löschregeln gelten? Die konkrete Antwort hängt von der Microsoft-365-Konfiguration, den aktivierten Diensten, der Lizenzierung und der Integration des Ticketsystems ab.

Microsoft beschreibt, dass Copilot innerhalb der Microsoft-365-Dienstgrenze arbeitet und auf Daten zugreift, für die der Nutzer bereits berechtigt ist. Diese Eigenschaft schützt jedoch keine falsch freigegebenen oder übermäßig geteilten Inhalte. Deshalb müssen Berechtigungen, Gruppen, Gastzugriffe, Freigabelinks und sensible Informationsarten vor dem Einsatz überprüft werden.

Für die tägliche Arbeit genügen kurze, verbindliche Leitlinien: nur notwendige Daten verwenden, Originaleinträge prüfen, vertrauliche Inhalte nicht unkontrolliert in freie Eingaben kopieren, Unsicherheiten kennzeichnen und unbestätigte Aussagen nicht an Kunden weitergeben. Je nach Microsoft-Purview-Ausstattung können Interaktionen zudem überwacht, auditiert, aufbewahrt oder für Untersuchungen bereitgestellt werden.

Einführung mit überschaubarem Aufwand

Für einen ersten Piloten genügt ein klarer Prozess mit wenigen Vertriebsmitarbeitenden und einer begrenzten Zahl geeigneter Kundenakten. Vorab werden Testfälle definiert: ein Kunde mit offenen Tickets, ein Kunde mit abgeschlossenen Tickets, ein Fall mit widersprüchlichen Statusangaben und ein Fall mit bewusst auszuschließenden Daten.

Bewertet werden nicht nur Zeitersparnis, sondern vor allem Vollständigkeit, Aktualität, Berechtigungen, Nachvollziehbarkeit und Fehlerrisiken. Wenn Copilot veraltete, unvollständige oder falsch zugeordnete Informationen liefert, liegt die Ursache häufig in Datenqualität, Suchumfang, Ticketstruktur oder Zugriffsdesign.

Erst wenn der Ablauf fachlich und organisatorisch funktioniert, sollte das Unternehmen weitere Datenquellen oder automatisierte Abläufe ergänzen. Die Gesprächsvorbereitung bleibt dabei ein unterstützter Arbeitsschritt mit menschlicher Prüfung.

Beispiel aus der Praxis

Beispiel: Ein Vertriebsmitarbeiter bereitet einen Quartalstermin mit einem Kunden vor, der mehrere Arbeitsplätze und einen betreuten Cloud-Dienst nutzt. Er bittet Copilot, nur die im freigegebenen Kundenbereich sichtbaren Tickets der vergangenen sechs Monate zu ordnen: offene Punkte, vereinbarte nächste Schritte, wiederkehrende Themen und Fragen für den Termin. Copilot fasst zwei noch nicht abgeschlossene Vorgänge und ein wiederkehrendes Problem zusammen. Der Vertriebsmitarbeiter öffnet anschließend jedes Originalticket, korrigiert einen inzwischen erledigten Status und übernimmt nur die bestätigten Punkte in seine Agenda. Ein internes Ticket zu einer anderen Abteilung bleibt außerhalb des Ergebnisses, weil Berechtigung und Gesprächszweck fehlen.

Chancen für Unternehmen

• Schnellere Vorbereitung, weil relevante Ticketverläufe nach Kunde, Zeitraum und Thema gebündelt werden können.
• Bessere Übergaben zwischen Service und Vertrieb, wenn Status, Zusagen und offene Punkte strukturiert dokumentiert sind.
• Gezieltere Gespräche durch konkrete Rückfragen zu wiederkehrenden Problemen, ausstehenden Maßnahmen oder Nutzungserfahrungen.
• Frühere Erkennung von Risiken in der Kundenbeziehung, sofern die zugrunde liegenden Tickets aktuell, vollständig und fachlich eindeutig sind.

Grenzen und Prüfpunkte

• Copilot kann falsche, unvollständige oder missverständliche Zusammenfassungen erzeugen. Wichtige Aussagen müssen im Originalticket geprüft werden.
• Die Lösung ist nur so gut wie Ticketstruktur, Datenqualität, Aktualität und Suchumfang. Freitext ohne klare Status- und Verantwortungsfelder erschwert belastbare Ergebnisse.
• Berechtigungen und Mandantentrennung müssen vor dem Einsatz geprüft werden. Eine komfortable Zusammenfassung darf keine Informationen sichtbar machen, die der Nutzer nicht sehen darf.
• Datenschutz, Vertraulichkeit und Aufbewahrung lassen sich nicht allein durch eine Eingabe lösen. Für sensible Inhalte sind organisatorische Regeln und gegebenenfalls zusätzliche Freigaben nötig.
• Eine Integration mit einem externen Ticketsystem ist nicht automatisch vorhanden. Schnittstelle, Lizenzierung, Identitätszuordnung und Betriebsverantwortung müssen konkret geprüft werden.