So wird aus dem Piloten ein betreuter Service

Nehmen wir eine Lieferauskunft im Webchat während betreuter Servicezeiten. Der Agent darf den freigegebenen Bestellstatus lesen und erklären. Er darf in diesem Beispiel weder Bestellungen ändern noch Erstattungen oder Vertragsentscheidungen treffen. Das ist ein möglicher Zuschnitt des Piloten, kein allgemeines Verbot solcher Funktionen. Wählen Sie eine Aufgabe, bei der Ihr Team normale Ergebnisse und Ausnahmen sicher beurteilen kann.

Schreiben Sie auf, welcher Kanal und welche Fallgruppe dazugehören, welche Daten genutzt werden und was der Agent tun darf. Ebenso deutlich muss sein, was ausgeschlossen bleibt. Halten Sie fest, wie Kunden bei einem Stopp zum bisherigen Serviceweg zurückkehren. Benennen Sie die Verantwortlichen für Service, Systeme und laufende Betreuung. Der Anbieter kann Arbeit übernehmen; wer Nutzen und Risiken für Ihren Service akzeptiert, muss trotzdem feststehen.

Nexus beschreibt den gemeinsamen Aufbau und die anschließende Verbesserung. Kore.ai nennt Hilfe durch Forward Deployed Engineers. Wonderful beschreibt einen späteren Übergang zur Verantwortung des Kunden.^1,2,3,4

Beginnen Sie mit freigegebenen Testdaten: eine vorhandene Bestellung, eine unbekannte Bestellnummer, ein fremdes Kundenkonto und ein zeitweise nicht erreichbares Quellsystem. Notieren Sie für jeden Fall die erwartete Antwort, die erlaubten Daten und den nächsten Schritt. Ohne Verbindung darf der Agent keinen aktuellen Zustellstatus behaupten. Daten des fremden Kontos dürfen auch nicht in der Zusammenfassung oder in Verweisen auf Belege auftauchen.

Microsoft beschreibt Wissensantworten, die sich nach den Zugriffsrechten des Nutzers richten. Langdock nennt den Erhalt von SharePoint-Berechtigungen. Die Aussagen betreffen unterschiedliche Datenzugriffe.^5,6

Übertragen Sie diese Aussagen nicht ungeprüft auf Ihren gesamten Aufbau. Probieren Sie die tatsächlich verwendete Quelle mit verschiedenen Konten aus und wiederholen Sie den Fall nach einem Rechteentzug. Sehen Sie auch in Datensatz, Ticket und die für Ihr Team zugänglichen Protokolle. Wenn das erwartete und das tatsächliche Ergebnis auseinanderliegen, bleibt dieser Fall bis zur Klärung vom Betrieb ausgeschlossen.

Nach bestandenen Testfällen kann die vereinbarte Fallgruppe in den begrenzten Betrieb gehen. Klären Sie vorher, wer Hinweise prüft und den Agenten stoppen darf. Ein Zugriff auf das falsche Kundenkonto, eine unbestätigte Aktion oder eine gescheiterte Übernahme können solche Stoppgründe sein. Legen Sie konkrete Regeln für Ihren Auftrag fest. Das diensthabende Team muss wissen, wann es handelt; „Bitte vorsichtig sein“ hilft ihm dabei wenig.

Zählen Sie erledigte Anliegen, Übergaben, erneute Kontakte, Nacharbeit und Betriebskosten nach festen Definitionen. Eine Antwort ist nicht automatisch eine Lösung: Vielleicht schreibt der Kunde wegen derselben unklaren Lieferauskunft erneut. Prüfen Sie mit der Serviceleitung, was wirklich abgeschlossen ist und welche Arbeit bei Menschen landet. Vergleichen Sie dabei nur Fälle, die zum vereinbarten Pilotumfang gehören. Sonst beurteilen Sie womöglich Arbeit, die der Agent gar nicht übernehmen sollte.

Führen Sie eine Liste der offenen Fehler mit Fallreferenz, Auswirkung, zuständiger Person und dem nächsten benötigten Nachweis. Bei jedem Dienstwechsel muss erkennbar sein, welche Vorgänge noch Arbeit brauchen. So bekommt die nächste Schicht eine brauchbare Liste. Ein fehlgeschlagener Fall darf nicht aus dem Blick geraten, nur weil der Chat mit dem Kunden beendet ist.

Kore.ai beschreibt Versionsverwaltung, gestufte Einführung und Rücknahme von Versionen. Microsoft nennt Freigaben zwischen Entwicklungs-, Test- und Produktionsumgebung.^7,8

Probieren Sie das an einer Änderung aus. Wird die Formulierung für verspätete Lieferungen angepasst, wiederholen Sie die normale Statusauskunft, den Fall mit fehlenden Daten und die Übergabe. Kommt dagegen eine Schreibaktion hinzu, brauchen Sie neue Zugriffsrechte und Abnahmeregeln. Dass der Agent eine Bestellung korrekt erklären kann, erlaubt ihm noch nicht, sie zu ändern. Diese zusätzliche Arbeit muss ausdrücklich geprüft werden.

Legen Sie vor der nächsten Freigabe Umfang, bestandene Prüffälle, offene Fehler und die vereinbarten Betriebsaufgaben zusammen. Dazu gehört der Weg zurück zum bisherigen Verfahren. Entscheiden Sie ausdrücklich: unverändert weiterführen, überarbeiten, erweitern oder beenden. Eine Erweiterung braucht ihren eigenen Nachweis. Prüfen Sie außerdem, ob das Angebot und die verfügbare Betreuung auch die zusätzlichen Fälle oder Kanäle abdecken.

Nexus nennt uns vier Wochen bis zum ersten produktiven Agenten innerhalb eines dreimonatigen Proof of Concept. Das ist die vom Unternehmen bestätigte Zeitangabe seines Angebots. Werkbank KI hat keinen solchen Projekterfolg selbst gemessen.⁹

Ein zugesagter Termin hilft bei der Planung, ersetzt aber nicht die Freigabe. Die vereinbarten Fälle, die Datenprüfung und die Betreuung müssen ebenfalls geklärt sein. Notieren Sie auch, was Ihr Haus vorher liefern muss, etwa Zugänge und zuständige Personen. So verdeckt ein Datum weder fehlende Voraussetzungen noch Prüfungen, die noch niemand abgeschlossen hat.