Entwerfen Sie eine Support-Vorlage, die Ihr Team korrekt verwenden kann

Wählen Sie den Zweck der Vorlage aus, bevor Sie den Wortlaut festlegen

Beginnen Sie mit dem Ereignis, das die Antwort auslöst, und dem Fortschritt, den der Kunde nach dem Lesen machen sollte. Eine Empfangsbestätigung bestätigt den Empfang; ein Auskunftsersuchen löst eine Untersuchung aus; ein Status-Update erläutert, was bekannt ist; Ein Abschluss zeichnet das Ergebnis auf. Die Kombination aller vier Aufgaben in einer universellen Antwort kann zu irrelevanten Absätzen und versehentlichen Versprechungen führen.

Notieren Sie den Kanal, die Zielgruppe, bekannte Fakten, Informationen, die der Agent erhalten muss, und das Team, das Ausnahmen machen darf. Fügen Sie den genehmigten Richtlinienauszug hinzu, wenn die Antwort davon abhängt. Die Stilrichtlinien von Microsoft unterscheiden eine konsistente Stimme von einem an die Situation des Kunden angepassten Ton. Nutzen Sie diese Unterscheidung, um die Wärme zu variieren, ohne die Regel zu ändern.

Erstellen Sie eine Vorlagenkarte, nicht nur einen Textblock

Stellen Sie sich für einen fiktiven Softwaredienst vor, ein Kunde meldet, dass eine exportierte Datei nicht geöffnet werden kann. Das Team benötigt das Exportformat, die ungefähre Versuchszeit und eine Beschreibung des Fehlers. Die veranschaulichende Richtlinie erfordert keine Passwörter oder vollständigen Kundendatensätze. Eine nützliche Vorlage fragt nach den fehlenden Diagnosedetails und erklärt, warum sie benötigt werden.

Die Ausgabekarte unten ist eine Spezifikation für Ihre eigene Support-Bibliothek. Hierbei handelt es sich um vorgeschlagene Felder und nicht um eine Behauptung, dass Colay einen Helpdesk-Vorlagenmanager enthält.

Fragen Sie nach einem brauchbaren ersten Entwurf und einem Ausnahmefall

Vergleichen Sie in Colay die Entwürfe ausgewählter Agenten mit demselben Auftrag. Einer schreibt möglicherweise eine bessere Eröffnung, während ein anderer eine fehlende Bedingung auffängt. Beurteilen Sie sie anhand der Karte, anstatt den ausgefeiltesten Absatz als vollständige operative Vorlage zu betrachten. Eine kleine Anzahl nützlicher Varianten reicht für den Anfang aus.

Erstelle eine Supportvorlagen-Karte für [Ereignis und Kundenziel]. Kanal und Ton: [Angaben]. Freigegebene Fakten und Regeln: [Quelle]. Benötigte Informationen: [Felder]. Nicht anfordern: [sensible oder unnötige Daten]. Gib einen kurzen Namen, Einsatzbedingungen, Pflichtvariablen, Kundentext, interne Hinweise und Eskalationsbedingungen aus. Halte interne Hinweise aus der Kundennachricht heraus. Erstelle eine knappe und eine ausführlichere Version mit identischen Zusagen. Ergänze je einen fiktiven passenden und einen unzulässigen Anwendungsfall. Kennzeichne fehlende Regeln als Fragen; erfinde weder Antwortzeiten noch Rückerstattungsentscheidungen.

Testen Sie die Vorlage an ihren Grenzen

Für das Exportbeispiel sollte ein bereits bestätigter Servicevorfall zu der genehmigten Vorfallaktualisierung und nicht zu einem weiteren Diagnosefragebogen führen. Diese Grenze ist Teil des Werts der Vorlage. Es hilft einem Team, einen wiederverwendbaren Entwurf nicht als Anweisung zum Ignorieren des Kontexts zu behandeln.

1. Füllen Sie jede Variable mit fiktiven Werten aus und lesen Sie das Ergebnis als Kunde. Korrigieren Sie Sätze, die nur funktionieren, wenn ein Platzhalter abstrakt bleibt.
2. Versuchen Sie es mit einem Fall, in dem der Kunde bereits die Hälfte der angeforderten Informationen bereitgestellt hat. Entfernen Sie wiederholte Anfragen und irrelevante Alternativen.
3. Versuchen Sie es mit einem Fall außerhalb der zulässigen Bedingungen. Bestätigen Sie, dass die Karte den Agenten auffordert, eine andere Antwort auszuwählen oder zu eskalieren.
4. Lassen Sie Wortlaut und Regeln von der zuständigen Supportverantwortlichen prüfen. Speichern Sie die Vorlage anschließend in Ihrem bestehenden System mit verantwortlicher Person und Prüftermin.

Behalten Sie eine kleine Bibliothek unterschiedlicher Antworten

Benennen Sie Vorlagen nach ihrer Aufgabe, z. B. fehlende Exportdetails anfordern, und nicht nach vagen Bezeichnungen wie freundlicher Antwort zwei. Bewahren Sie den maßgeblichen Wortlaut an einem Ort auf und archivieren Sie überholte Versionen wie gewohnt. Wenn sich mehrere Vorlagen nur in der Begrüßung unterscheiden, sollten Sie eine Vorlage mit einer klaren Tonanmerkung in Betracht ziehen.

Überprüfen Sie echtes Feedback und die wiederholt vorgenommenen Änderungen durch Agenten. Ein häufig entfernter Absatz kann in einen optionalen Block gehören; Für eine wiederholte Ausnahme ist möglicherweise eine eigene Vorlage erforderlich. Verwenden Sie Colay erneut, wenn Sie eine konkrete Überarbeitungsaufgabe haben. Das Ziel ist weniger sich wiederholendes Entwerfen mit klareren Entscheidungen, nicht eine Bibliothek, die schneller wächst, als das Team sie pflegen kann.

Antworten auf Ihre Fragen