Zum Inhalt springen
Business-Gym Docs

Kundenservice

Ein Service-Desk in Business-Gym ist Triage auf Sammelpostfächern, mit einem Menschen am Senden-Knopf. Kundenpost kommt in Postfächern an, die Sie ohnehin haben, wird klassifiziert und dem Head zugeordnet, dem das jeweilige Postfach gehört, und kommt als Antwortentwurf zu Ihnen zurück, den Sie lesen, bevor er hinausgeht.

Hier sendet nichts von allein. So ist das Produkt heute gebaut, und diese Seite zeigt, wie das für einen Service-Desk mit zwei Personen in einem deutschen Mittelstandsunternehmen mit einer Handvoll Service-Adressen aussieht.

Wie sieht ein Service-Desk in Business-Gym aus?

Abschnitt betitelt „Wie sieht ein Service-Desk in Business-Gym aus?“

Es ist eine kleine Menge von Sammelpostfächern, jedes an genau einen verantwortlichen Head gebunden, die alle dieselbe Triage-Warteschlange speisen, die Ihre beiden Servicekräfte abarbeiten.

Die Bindungen setzen Sie auf der Seite Kanäle, unter Erstellen in der Seitenleiste. Eine typische Einrichtung bei der Muster-GmbH bindet service@ und info@ an den Kundenservice-Head, rechnung@ an die Buchhaltung und jobs@ an HR, damit eine Rechnungsfrage und eine Bewerbung niemals im selben Stapel landen. Jede Postfachzeile trägt außerdem einen Autonomiemodus: Neue Postfächer werden als Nur lesen angelegt (nur Triage und Digest), und die meisten Service-Desks stellen ihre auf Entwurf & Freigabe um, sobald das Routing stimmt.

Der Kundenservice-Head ist in jedem Workspace ab Werk eingeschaltet und trägt den Titel CCO. Sein Charter ist so geschrieben, dass er Lösungen entwirft und vorschlägt, eskaliert, was er nicht beantworten kann, und überhaupt keine Ausgabenbefugnis hat — Kulanzgutschriften eskalieren an einen Menschen. Wie Sie ein Charter lesen und bearbeiten, steht unter Mit einem Head arbeiten.

Wie wird aus einer Kunden-E-Mail eine Antwort?

Abschnitt betitelt „Wie wird aus einer Kunden-E-Mail eine Antwort?“

Der Vorgang wird erfasst, klassifiziert, dem zuständigen Head zugeordnet und mit einem bekannten Kontakt abgeglichen, bevor ihn überhaupt jemand ansieht — und dann entscheidet ein Mensch, was mit ihm geschieht.

Auf der Seite Eingang bekommen Sie je Postfach eine Zeile Übernacht-Digest — etwa „7 über Nacht in service@ — 2 heiß, 1 braucht dich, 4 Routine“ — oberhalb der Triage-Warteschlange selbst. Die Warteschlange steht standardmäßig auf dem Statusfilter Zu erledigen, und Sie können sie nach Absicht eingrenzen: complaint, support_question, invoice, quote_request und der Rest des Klassifikator-Vokabulars.

Jede Zeile zeigt, was der Head vorschlägt, und bietet die Verben:

  • Antwort entwerfen — verfasst eine Antwort und öffnet sie direkt in der Zeile, damit Sie sie lesen und bearbeiten.
  • Aufgabe anlegen — macht aus dem Vorgang Arbeit für einen Head statt einer Antwort.
  • Weiterleiten — übergibt die gesamte Konversation an eine Kollegin, einen Kollegen oder einen Head zur Übernahme.
  • Ablegen — behält den Vorgang im Wissen des Heads, ohne Antwort und ohne Aufgabe.
  • Verwerfen — markiert ihn als bearbeitet und nimmt ihn aus der aktiven Warteschlange.

Der Entwurf ist in Ihrem eigenen Material verankert — Ihr Unternehmensprofil und Ihre Wissensdatenbank werden abgerufen und vorangestellt, bevor das Modell irgendetwas schreibt, dazu jede Bearbeitungsanweisung, die Sie je Kanal hinterlegt haben. Wenn der Text passt, klicken Sie auf Antwort senden; Verwerfen (Discard) lehnt den Entwurf ab und gibt die Zeile wieder frei. Dieses Senden ist derselbe Weg aus Freigeben und Senden, den Sie auch aus der Freigabe-Warteschlange gehen würden — es ist so oder so eine einzige menschliche Entscheidung, und es gibt keinen Codepfad, der sie überspringt.

Wie sieht ein Servicetag zu zweit tatsächlich aus?

Abschnitt betitelt „Wie sieht ein Servicetag zu zweit tatsächlich aus?“

Zwei Personen führen das als einen Durchgang am Vormittag und einen am Nachmittag, wobei die Warteschlange die gemeinsame Übergabe ist und nicht eine Tabelle oder ein Standup.

  1. Vormittag, erster Durchgang. Öffnen Sie Eingang, lesen Sie den Übernacht-Digest je Postfach und filtern Sie die Warteschlange zuerst auf complaint und legal. Das sind die Vorgänge, die der Digest als braucht dich zählt, und es sind die, die schlechter werden, während sie warten.
  2. Vormittag, Hauptdurchgang. Arbeiten Sie support_question und quote_request Head für Head ab, nicht von oben nach unten. Antwort entwerfen, den Entwurf gegen das lesen, was der Kunde tatsächlich gefragt hat, lieber bearbeiten als neu schreiben, Antwort senden. Korrigieren Sie den Chip Absicht bei allem, was falsch klassifiziert wurde, bevor Sie weitergehen.
  3. Übergabe zur Mittagszeit. Es muss nichts aufgeschrieben werden. Die zweite Person öffnet dieselbe Warteschlange auf Zu erledigen und sieht genau, was übrig ist; alles bereits Bearbeitete ist in den Reiter Verlauf gewandert — als erledigt, verworfen oder auf Freigabe wartend.
  4. Nachmittag, zweiter Durchgang. Räumen Sie ab, was über Mittag hereinkam, und wechseln Sie dann den Statusfilter, um zu prüfen, dass nichts, was Sie vorhin vorgemerkt haben, noch ohne Freigabe liegt.
  5. Tagesende. Für jede verbliebene Zeile sollte es einen benannten Grund geben, warum sie noch da ist — sie wartet auf eine Kollegin oder einen Kollegen, sie wartet auf einen Connector, oder sie ist heute wirklich nicht zu entscheiden.

Welche Kanäle kann der Service-Desk heute tatsächlich abdecken?

Abschnitt betitelt „Welche Kanäle kann der Service-Desk heute tatsächlich abdecken?“

Die E-Mail trägt das eigentliche Servicevolumen, und die sozialen Kanäle sind nur eingehend — planen Sie den Service-Desk also um die Mail herum und behandeln Sie den Rest als eine Fläche, auf der Sie nur mitlesen.

  • Microsoft-365-Sammelpostfächer — in Betrieb, und der Kanal, um den herum der Service-Desk gebaut ist.
  • Instagram und Facebook — in Betrieb, aber nur eingehend. Kommentare und Konversationen werden hereingeholt, klassifiziert und wie jeder andere Vorgang einem Head zugeordnet, aber es gibt keinen Weg für eine Antwort: Sie triagieren den Vorgang hier und beantworten ihn in Metas eigenen Werkzeugen.
  • LinkedIn — in Betrieb über einen Desktop-Operator auf einem PC, den Sie kontrollieren; das ist für Partner- und Recruiter-Verkehr nützlich, aber selten der Ort, an dem Kundenservice stattfindet.
  • WhatsApp, Telegram, Slack, Microsoft Teams, Telefon, Webformulare und Bewertungen — noch nicht verfügbar.

Die letzte Zeile wiegt für einen Service-Desk schwerer als für jede andere Abteilung, denn genau dort versuchen Kunden, Sie zu erreichen. Die Adapter existieren, und die Auswahl Kanal verbinden gibt Ihnen eine Webhook-URL und ein Signaturgeheimnis, aber es fließen keine Nachrichten hindurch. Verlegen Sie einen funktionierenden WhatsApp-Support-Workflow nicht deshalb hierher, weil diese Auswahl WhatsApp anbietet.

Was darf der Service-Desk niemals entscheiden?

Abschnitt betitelt „Was darf der Service-Desk niemals entscheiden?“

Alles, was Geld kostet oder Ihr Unternehmen verlässt, wartet auf einen Menschen, und keine noch so hohe Konfidenz (wie sicher sich das System bei diesem Vorschlag ist) ändert daran etwas.

Erstattungen, Gutschriften, Zusagen und jede externe Sendung brauchen die Freigabe durch einen Menschen. Das Charter des Kundenservice-Heads hält das als stehende Anweisung fest, und darunter setzt die Plattform es als harte Untergrenze durch — eine Regel, die sich bei keiner Autonomieeinstellung verschiebt.

Er antwortet aus Ihrer Wissensdatenbank oder eskaliert. Der Head ist angewiesen, niemals Zeitpläne, Erstattungen oder rechtliche Konditionen ohne Freigabe zuzusagen und niemals eine Richtlinie oder eine Tatsache zu erfinden. Eine Frage, die Ihre Wissensdatenbank nicht abdeckt, sollte als Eskalation zu Ihnen zurückkommen und nicht als selbstsichere Vermutung.

Eine verdächtige Nachricht wird eingezäunt, nicht befolgt. Ein eingehender Vorgang, der wie ein Prompt-Injection-Versuch aussieht, bekommt in der Warteschlange den Chip Injektionsrisiko mit dem Hinweis, den darin eingebetteten Anweisungen nicht zu trauen. Der Text des Kunden wird als Daten behandelt, über die der Entwurf geschrieben wird, niemals als Anweisung, der zu folgen ist.

Wie verhindern Sie, dass sich die Warteschlange mit Rauschen füllt?

Abschnitt betitelt „Wie verhindern Sie, dass sich die Warteschlange mit Rauschen füllt?“

Das meiste in einem Service-Postfach ist kein Service, deshalb gibt Ihnen die Plattform drei Wege, den Müll herauszubekommen, bevor er jemanden Lesezeit kostet.

Ignorierte Absender auf der Seite Kanäle verwirft Post von einer Adresse oder einer ganzen Domain schon beim Eingang. Das ist die schnellste Abhilfe für einen Newsletter oder eine Lieferantenbenachrichtigung, die im Service niemand braucht.

Sammelaufräumen fasst eine Gruppe ähnlicher Post zusammen — mehrere Nachrichten aus einer Domain — und bietet Alle abbestellen oder Alle ignorieren als eine einzige vorgemerkte Entscheidung an, damit Sie nicht zwanzigmal dieselbe Entscheidung klicken. Wie alles andere wird auch das zur Freigabe vorgemerkt und nicht an Ihrer Stelle ausgeführt.

KI trainieren an einer Triage-Zeile speichert eine Regel in einfacher Sprache dazu, wie Post dieser Art klassifiziert werden soll, und Sie wählen, ob sie für die Domain dieses Absenders gilt oder für jeden Absender auf dem Kanal. Diese Regeln stehen unter Trainingsregeln — Trainingsregeln sind Regeln für Ihren Workspace; es wird damit kein KI-Modell trainiert —, und dort können Sie eine Regel abschalten oder löschen, die schlecht gealtert ist. Sie sind ein anderer Mechanismus als das Lernen, das Wie Ihr Team lernt beschreibt, und sie wirken auf neue Post.

Woran erkennen Sie, dass der Service-Desk mitkommt?

Abschnitt betitelt „Woran erkennen Sie, dass der Service-Desk mitkommt?“

Sie beurteilen es am Zustand der Warteschlange, denn die Auswertung, die diese Frage sauber beantworten würde, ist noch nicht gebaut.

Es gibt kein Analytics-Dashboard für den Betrieb — keine Zahl zur gesparten Zeit, keine Automatisierungsquote, kein Diagramm zur Erstreaktion. Was Sie bekommen, ist ehrlich und unmittelbar:

  • Den Übernacht-Digest je Postfach, aufgeteilt in heiß, braucht dich und Routine.
  • Die Tageszahlen jeder Zeile auf Kanäle — abgeholt, automatisch archiviert, abgelegt, und wie viele in Ihrer Warteschlange liegen.
  • Den Reiter Verlauf im Eingang, der zeigt, was erledigt oder verworfen wurde oder noch auf Freigabe wartet.
  • Die Spalte Ergebnis im Freigabe-Verlauf — Ausgeführt, Übersprungen oder Fehlgeschlagen —, die einzige Stelle, die Ihnen sagt, dass eine Antwort tatsächlich hinausgegangen ist.

Erstreaktionszeit, Lösungszeit, CSAT und Wiedereröffnungsquote werden nicht gemessen. Ein Triage-Vorgang trägt keinen Zeitstempel für die Erstreaktion, es gibt keinen sauberen Zeitstempel für die Lösung und keine CSAT-Umfragequelle — diese Zahlen existieren also nicht, statt irgendwo verborgen zu sein. Beurteilen Sie einen Tag an der offenen Warteschlange und am Alter des ältesten Vorgangs, der noch darin liegt, und versprechen Sie Ihrem Beirat keinen SLA-Bericht, den das Produkt noch nicht erzeugen kann.

Wohin sollten Sie als Nächstes gehen?

Abschnitt betitelt „Wohin sollten Sie als Nächstes gehen?“

Zwei Seiten tragen den Rest der Details, die ein Service-Desk braucht, und beide sollten Sie lesen, bevor Sie ein echtes Postfach umstellen.

  • E-Mail und Kanäle — wie Postfächer gebunden werden, was jeder Kanal kann und was nicht, und der Go-Live-Schalter für den Versand.
  • Die Freigabe-Warteschlange abarbeiten — die Freigabearten, das Rückgängig-Fenster und wie Sie bestätigen, dass eine freigegebene Antwort tatsächlich hinausgegangen ist.

Dasselbe Muster gilt in anderen Abteilungen: Vertrieb, Finanzen und HR. Das Glossar erklärt die Begriffe, und die FAQ behandelt Kontrolle und Daten.