Was ist ein Tonalitäts-Leitfaden für den Kundenservice?
Ein Tonalitäts-Leitfaden für den Kundenservice ist der Teil des Markenstilguides, der das Support-Team betrifft. Er beantwortet für jede Antwort eine Frage: Wie soll das klingen, wenn man weiß, wer der Kunde ist und was gerade passiert ist?
Die nützliche Unterscheidung stammt aus dem Content Style Guide von Mailchimp, an dem sich viele Schreibteams orientieren. Die Stimme ist Ihre Persönlichkeit und ändert sich kaum. Die Tonalität ist, wie sich diese Persönlichkeit an das Gegenüber anpasst. Mailchimps Vergleich: Beim Abendessen mit Freunden reden Sie anders als im Meeting mit Ihrer Chefin, und mit jemandem, der Angst hat oder aufgebracht ist, würden Sie nie denselben Ton anschlagen wie mit jemandem, der lacht.
Der Support braucht eine eigene Version, weil er in den schlechtesten Momenten schreibt. Das Marketing darf sich über Launches freuen. Der Support muss Erstattungen ablehnen, Ausfälle erklären und einem Kunden antworten, der zum dritten Mal wegen derselben kaputten Bestellung schreibt. Ich arbeite täglich in der eesel-Support-Queue, und die Antworten, die schiefgehen, haben selten falsche Fakten. Es sind die richtigen Fakten im falschen Ton: ein lockeres „Kein Problem!“ bei einem Abrechnungsfehler oder eine steife dreiabsätzige Entschuldigung für einen Tippfehler auf einer Rechnung.
Ein guter Tonalitäts-Leitfaden ist kurz, meist zwei bis vier Seiten, und hat fünf Teile:
| Teil | Was er abdeckt | Beispielzeile |
|---|---|---|
| Stimmeigenschaften | 3 bis 4 feste Persönlichkeitsmerkmale, jeweils mit einem „nicht“ | „Klar, nicht schroff“ |
| Ton nach Situation | Reglereinstellungen für jede häufige Ticketart | „Erstattung abgelehnt: ernst, respektvoll, sachlich“ |
| Mechanik | Kontraktionen, Ausrufezeichen, Emoji, Begrüßungen, Schlussformeln | „Höchstens ein Ausrufezeichen, nie bei schlechten Nachrichten“ |
| Phrasen zum Streichen | Auswendig gelernte Sätze, die unecht wirken | „‚Ich verstehe Ihren Ärger‘ streichen“ |
| Sprachregeln | Formelles oder informelles „Sie/du“ je Sprache | „Deutsch: immer Sie“ |
Wenn Sie bereits ein Übersetzungsglossar für den Support haben, kann die Zeile mit den Sprachregeln darauf verweisen, statt es zu wiederholen.
Warum geht der Ton im Support schief?
Die meisten Tonprobleme haben zwei Ursachen: Skripte und Skalierung. Skripte lassen Empathie vorgeschrieben statt gemeint klingen. Skalierung bedeutet: 20 Agenten, 200 Makros und jetzt ein KI-Agent schreiben in Ihrem Namen, und jeder driftet ein Stück ab.
Kunden bemerken zuerst das Skript, weshalb es bei Empathie im Kundenservice um Konkretes geht und nicht um Standardsätze. Auf Hacker News beschrieb ein Kommentator, wie Mitarbeiter Empathie-Sätze von einer Karte ablesen:
"It reminds me of the new customer support script where they make them use empathetic words. " Awesome, let me help" and " Thats frustrating" sound worse coming from humans that don't care."
Auch Agenten spüren es von der anderen Seite. Als sich ein Call-Center-Agent beschwerte, dass Teamleiter ihn nach „blumigen Worten“ bewerten, erklärte ein anderer Agent, was Empathie tatsächlich ist:
"It really isnt flowery words, theres no apology or saying sorry. Unless you personally caused it. It's just an acknowledgement followed by a resolution."
Dieses zweite Zitat ist fast ein ganzer Tonalitäts-Leitfaden in einer Zeile. Es deckt sich auch mit der Forschung. In der NN/g-Studie mit 100 Erwachsenen wurde ein verspielter Autoversicherer als freundlicher bewertet als ein ernster, aber um 0,3 Punkte als weniger vertrauenswürdig, ohne höhere Weiterempfehlungsbereitschaft. Eine lockere, aber ernste Bank schlug eine formelle Bank bei Freundlichkeit (+0,7), Vertrauen (+0,3) und Weiterempfehlung (+0,4). Locker ist in Ordnung. Flapsig nicht.
Der dritte Fehler ist neuer: freundlicher Ton ohne etwas dahinter. Ein Kunde, der eine warme, plaudernde Antwort bekommt, die nichts löst, ist am Ende verärgerter, nicht weniger. Ein HN-Kommentator brachte es auf den Punkt:
"I don't immediately hate talking to an chatbot, my dislike comes from chatbots that sound like humans but can't actually do anything useful."
Die Aufgabe eines Tonalitäts-Leitfadens ist also nicht, Antworten netter klingen zu lassen. Sie sollen klingen, als kümmere sich jemand Kompetentes darum.
Die vier Tonregler, die jeder Support-Leitfaden braucht
„Freundlich, aber professionell sein“ ist die häufigste Zeile in Tonalitäts-Leitfäden und völlig nutzlos, weil niemand weiß, wo die Grenze liegt. Die vier Tondimensionen von NN/g beheben das, indem sie Tonalität in vier getrennte Regler zerlegen:
- Formell bis locker. „Wir entschuldigen uns für die Unannehmlichkeiten“ vs. „Tut mir leid.“
- Ernst bis witzig. Ob Sie überhaupt Humor versuchen.
- Respektvoll bis respektlos. Respektlosigkeit richtet sich meist gegen das Thema, nie gegen den Kunden.
- Sachlich bis begeistert. „Ihre Erstattung wurde veranlasst“ vs. „Tolle Neuigkeiten, Ihre Erstattung ist unterwegs!“
Das eigene Beispiel von NN/g zeigt eine Fehlermeldung, die entlang der Regler verschoben wird: „We apologize, but we are experiencing a problem“ wird mit „we're“ und „sorry“ lockerer und mit einem vorangestellten „Oops!“ begeisterter. Dieselben Fakten, vier verschiedene Unternehmen.
Der Trick: Stellen Sie die Regler pro Situation ein, nicht einmal für die ganze Marke. Ihre Stimme bestimmt, wie weit sich jeder Regler bewegen darf. Eine verspielte Verbraucher-App lässt Dankesnachrichten vielleicht bis „witzig“ gehen; ein Lohnabrechnungsunternehmen deckelt bei „warm“. In jedem Fall sollte eine Erstattungsabsage nahe bei ernst und sachlich liegen, denn in diesem Moment entscheidet der Kunde, ob er Ihnen vertraut.
NN/g empfiehlt außerdem, Ihre Tonwörter mit „Anti-Ton“-Wörtern zu paaren, etwa „maßgebend, nicht pedantisch“. Diese eine Gewohnheit beendet die meisten Diskussionen in QA-Reviews, weil sie den Fehler auf beiden Seiten benennt.
Ton nach Situation: Wählen Sie eine Ticketart
Diesen Abschnitt des Leitfadens öffnen Agenten tatsächlich mitten im Ticket. Wählen Sie eine Situation, um zu sehen, wo ich jeden Regler einstellen würde und wie das in einer echten Antwort aussieht.
Regel: Sagen Sie im ersten Satz Nein, nennen Sie den Grund in einfachen Worten und bieten Sie dann die nächstbeste Lösung an. Keine Ausrufezeichen.
Regel: Was ist kaputt, wessen Schuld ist es, was passiert als Nächstes und wann hören sie von Ihnen. Nie „keine Sorge“.
Regel: Benennen Sie in einem Satz konkret, was schiefgelaufen ist, und zeigen Sie dann die Lösung. Nennen Sie es beim Namen; erzählen Sie nicht von den Gefühlen des Kunden.
Regel: Erst die Antwort, dann die Schritte, dann die eine wahrscheinliche Stolperstelle. Keine Vorrede.
Regel: Hier verdient ein schlichtes „Tut mir leid“ seinen Platz. Einmal Verantwortung übernehmen, dann die genaue Lösung nennen.
Regel: Die eine Stelle, an der Ihre Stimme den meisten Spielraum bekommt. Ein bisschen Humor ist in Ordnung, wenn Ihre Marke es erlaubt.
Beachten Sie, dass die Spalte „Streichen“ fast immer formeller, länger und vager ist. Das ist der häufigste Tonfehler im Support: sich hinter formeller Sprache zu verstecken, wenn die Nachricht schlecht ist. Shopifys eigene Stimm-Richtlinien sagen dasselbe für Produkttexte: Seien Sie offen und ehrlich, auch wenn Sie einen Fehler gemacht haben, und entschuldigen Sie sich, wenn Sie schuld sind, „within reason“.
Für den verärgerten Wiederholungskontakt geht mein Leitfaden zum Umgang mit verärgerten Kunden tiefer, und diese Empathie-Formulierungen sind eine gute Sammlung von Sätzen, die nicht nach Skript klingen.
Phrasen zum Behalten, Phrasen zum Streichen
Ihr Tonalitäts-Leitfaden braucht einen Abschnitt zur Mechanik, denn dort sind sich Agenten am wenigsten einig. Die großen Styleguides sind es auch nicht, was Sie wissen sollten, bevor Sie sich für eine Seite entscheiden:
| Regel | Was die Styleguides sagen | Was ich in einen Support-Leitfaden schreiben würde |
|---|---|---|
| Kontraktionen | Mailchimp und Shopify empfehlen sie. GOV.UK verbietet „can't“ und „don't“, weil Leser sie falsch lesen | Nutzen Sie sie. Schreiben Sie „cannot“ nur bei Ablehnungen aus Richtlinien, wo ein Missverständnis schaden würde |
| Ausrufezeichen | Mailchimp: nie in Fehlermeldungen. Shopify: höchstens eines pro Seite | Höchstens eines pro Antwort. Keines bei schlechten Nachrichten |
| „Sorry“ | Atlassian sagt: weglassen, außer das Problem ist schwerwiegend. Shopify sagt: entschuldigen, wenn man schuld ist | Einmal sagen, wenn es Ihr Fehler ist. Nie als Reflex. Siehe diese Entschuldigungs-Beispiele |
| „Please“ | Atlassian sagt, es kann einen Pflichtschritt optional klingen lassen. GOV.UK sagt, es ist meist unnötig | In Bitten in Ordnung, „please note“ und „please be advised“ streichen |
| Schuldzuweisung | Atlassian nutzt „wir“ statt „Sie“, damit sich niemand beschuldigt fühlt | „Wir konnten die Zahlung nicht verarbeiten“, nicht „Ihre Zahlung ist fehlgeschlagen“ |
| Emoji | Mailchimp erlaubt sie selten | Spiegeln Sie den Kunden. Nie bei schlechten Nachrichten |
Und die auswendig gelernten Sätze, die Sie streichen sollten, mit Alternativen:
- „Ich verstehe Ihren Ärger.“ Benennen Sie stattdessen das eigentliche Problem: „Ihnen wurde doppelt etwas abgebucht.“
- „Wir entschuldigen uns für die Unannehmlichkeiten.“ Es entschuldigt sich für nichts Konkretes. Sagen Sie, was schiefgelaufen ist.
- „Keine Sorge.“ Shopifys Richtlinien warnen davor, um Vertrauen zu bitten, ohne Daten zu liefern. Liefern Sie die Daten.
- „Gemäß unserer Richtlinie.“ Erklären Sie in einem Satz, warum die Richtlinie existiert.
- „Danke für Ihre Geduld“ am Anfang einer späten Antwort. Benennen Sie die Wartezeit schlicht: „Tut mir leid, dass das zwei Tage gedauert hat.“
Auch Freshdesks eigene Beispiel-Anweisungen für KI treffen dieselbe Entscheidung: Frust in einem Satz anerkennen und Füllwörter wie „I apologize for any inconvenience“ weglassen (Freshdesk-Leitfaden zum KI-Agenten). Wenn ein Helpdesk-Anbieter das in die eigene Dokumentation schreibt, wissen Sie, dass die Skript-Ära vorbei ist.
So schreiben Sie einen Tonalitäts-Leitfaden für den Kundenservice in 7 Schritten
Eine brauchbare erste Version schaffen Sie an einem Nachmittag. In dieser Reihenfolge würde ich vorgehen.
- Ziehen Sie 30 echte Antworten. Nehmen Sie 15 mit großartigem CSAT und 15, die schlecht liefen (Wiedereröffnung, Eskalation, 1 Stern). Tonprobleme erkennt man in den eigenen Tickets viel leichter als in der Theorie.
- Schreiben Sie 3 bis 4 Stimmeigenschaften, jeweils mit einem „nicht“. „Klar, nicht schroff. Warm, nicht überschwänglich. Selbstsicher, nicht überheblich.“ Nutzen Sie den Anti-Ton-Trick von NN/g, damit Prüfer auf die überschrittene Zeile zeigen können.
- Stellen Sie die vier Regler für Ihre 6 bis 8 häufigsten Ticketarten ein. Nutzen Sie das Widget oben als Ausgangspunkt. Die meisten Teams brauchen Erstattung oder Kündigung, Ausfall, Fehler, verärgerten Wiederholungskontakt, Anleitung, Abrechnung und Lob.
- Schreiben Sie die Mechanik. Kontraktionen, Ausrufezeichen, Emoji, Begrüßung und Schlussformel sowie das formelle oder informelle „Sie/du“ für jede unterstützte Sprache (mehr dazu in meinem Leitfaden zum mehrsprachigen Support). Zendesk hat dafür zum Beispiel eine Anrede-Einstellung pro Sprache, standardmäßig auf formell.
- Überarbeiten Sie Ihre 10 wichtigsten Makros. In Ihren Makros lebt der alte Ton am längsten. Wenn ein Makro den Leitfaden nicht besteht, besteht ihn jeder nicht, der es nutzt. Meine Beiträge zu E-Mail-Vorlagen und Live-Chat-Skripten enthalten überarbeitete Beispiele als Ausgangspunkt.
- Laden Sie ihn in jedes Tool. Help Center, Makros, Agenten-Onboarding, die Einstellungen des KI-Agenten und Ihre QA-Scorecard. Dazu unten mehr.
- Bewerten Sie ihn und überarbeiten Sie ihn jedes Quartal. Fügen Sie der QA ein Tonkriterium hinzu und aktualisieren Sie den Leitfaden, wenn dieselbe Korrektur dreimal auftaucht.
Schritt 6 entscheidet, ob der Leitfaden genutzt wird. Ein PDF in einem Shared Drive ändert nichts. Nehmen Sie ihn in Ihre Support-SOPs und Ihr Agenten-Onboarding auf und machen Sie ihn zum Ersten in Ihren Trainingsszenarien.
Wo muss Ihr Tonalitäts-Leitfaden im Helpdesk liegen?
Jedes große Helpdesk bietet inzwischen irgendeine Möglichkeit, den Ton zu ändern, aber es sind zwei verschiedene Dinge: eine Schaltfläche, die die Antwort eines einzelnen Agenten umschreibt, und eine Einstellung, die steuert, wie der KI-Agent schreibt. Sie nehmen Ihren Leitfaden in sehr unterschiedlichen Formaten entgegen.
| Helpdesk | Agenten-Schaltfläche „Ton ändern“ | Toneinstellung des KI-Agenten | Wichtige Grenzen | Voraussetzung | Quelle |
|---|---|---|---|---|---|
| Zendesk | Enhance writing: Make more friendly, Make more formal, Rewrite in your tone | Professional, Informal, Enthusiastic oder Custom, plus Anredeformalität pro Sprache | Kostenlose Stufe: 5 Nutzungen pro Agent und Monat, höchstens 500 pro Konto | Copilot-Add-on $50/agent/month für unbegrenzte Nutzung | Zendesk-Dokumentation |
| Freshdesk | Writing Assistant: More formal, Less formal, Rephrase | Freitext-Anweisungen, keine Voreinstellungsauswahl | Der Ton folgt der Profilsprache des Agenten | Freddy AI Copilot $29/agent/month in Pro und Enterprise | Freshdesk-Dokumentation |
| Gorgias | Keine native Schaltfläche gefunden | Friendly, Professional, Sophisticated oder Custom | Custom bis 3.000 Zeichen; Begrüßung, Schlussformel und Bedingungen je bis 600 | Markenstimme ab Basic aufgeführt | Gorgias-Dokumentation |
| Help Scout | AI Assist: Make it friendlier, Make it more professional | Identity-Feld mit Freitext | AI Drafts lernt den Ton aus vergangenen Antworten | AI Assist in Plus und Pro | Help-Scout-Dokumentation |
| HubSpot | Change tone: Friendly, Heartfelt, Professional | Friendly, Professional, Casual, Empathetic, Witty oder Markenstimme | Inbox-KI: 30 Nutzungen pro Minute, 1.000 pro Tag | Customer Agent in Pro und Enterprise | HubSpot-Dokumentation |
| Front | Compose: adjust tone (nur E-Mail) | Keine Toneinstellung für Autopilot gefunden | 200 Compose-Aktionen pro Teammitglied und Tag | Copilot $20/seat/month | Front-Dokumentation |
Alle Voraussetzungen und Grenzen wurden im Oktober 2026 in der Dokumentation und auf den Preisseiten der jeweiligen Anbieter geprüft.
Die Schaltflächen im Composer sind der einfache Teil. Das Enhance-writing-Menü von Zendesk sitzt direkt im Antwortfeld:
Die Variante von Freshdesk steckt hinter einer Schaltfläche „Write with AI“, und der AI Assist von Help Scout zeigt die Umformulierung, bevor Sie Ihren Text ersetzen:
Der Haken bei all diesen, und bei den meisten KI-Copilots: „Freundlicher“ und „formeller“ sind generische Regler, nicht Ihre Regler. Zendesks eigenes Beispiel zeigt, wie „Make more formal“ aus „We will do our best to assist you“ ein „We shall make every effort to provide you with the assistance you require“ macht (Zendesk Help Center). Das ist formeller, klar. Es ist aber vermutlich nicht Ihre Marke. Die Schaltfläche kennt „formell“; nur Ihr Leitfaden weiß, wie formell bei Ihrem Unternehmen klingt. Zendesks Antwort sind Kommunikationsrichtlinien im Copilot-Add-on, wo Ihre schriftlichen Regeln gewinnen, wenn sie dem Stil widersprechen, den die KI aus dem Ticket ableitet.
Wie bringt man einer KI einen Tonalitäts-Leitfaden bei?
Hier scheitern die meisten Tonalitäts-Leitfäden inzwischen, denn der KI-Agent schreibt oft mehr Antworten als jeder Mensch im Team. Jeder Anbieter gibt Ihnen ein Feld, und die Felder sind klein. Das Feld für die benutzerdefinierte Tonbeschreibung bei Zendesk zeigt einen Zähler mit 300 Zeichen:
Dreihundert Zeichen reichen für Ihre Stimmeigenschaften. Für sechs Situationen, eine Phrasenliste und eine Formalitätsregel pro Sprache reichen sie nicht. Die Anbieter sind bei den Grenzen auch ehrlich. Freshdesk nennt seine KI-Anweisungen „behavioral guidance“, bei der „edge cases can still occur“, und HubSpot warnt, Antworten „may not always exactly match the specified formatting or wording“ (HubSpot-Wissensdatenbank).
Aus dem Betrieb von KI in Live-Support-Queues bei eesel habe ich drei Dinge gelernt, damit eine KI einen Ton hält:
- Geben Sie ihr Situationen, keine Adjektive. „Freundlich“ sagt einem Modell nichts. „Wenn du eine Erstattung ablehnst, sag im ersten Satz Nein und biete Guthaben an“ funktioniert.
- Lassen Sie sie aus Ihren besten bisherigen Antworten lernen. Die echten Tickets Ihres Teams tragen Ihren Ton besser als jede Beschreibung. Deshalb lernen sowohl AI Drafts von Help Scout als auch eesel aus vergangenen Gesprächen.
- Korrigieren Sie sie dort, wo der Fehler passiert. Die schnellste Feedback-Schleife ist die im Ticket.
Der dritte Punkt kommt direkt von eesel-Kunden. Ein Zendesk-Admin fragte genau das bei der Einrichtung:
"When I hit 'Reject - too formal, make it friendlier' as a comment in an internal tool, do you have an example for this? I want to know if I can iteratively train it ... within ZenDesk."
Ein Zendesk-Admin bei der Einrichtung eines KI-Agenten
So funktioniert der KI-Helpdesk-Teamkollege von eesel. Der Ton steckt in Anweisungen in einfacher Sprache, die er bei jeder Antwort in jeder App liest. Wenn Sie einen Entwurf korrigieren („zu formell, bitte freundlicher“) und zustimmen, schreibt er die Korrektur in seine eigenen Anweisungen oder passt die bestehende Regel an, falls eine schon passt. Die Korrektur gilt also nächste Woche noch, nicht nur für dieses Ticket.
Danach prüfen Sie ihn, bevor Kunden ihn sehen. Der Simulations-Skill von eesel spielt echte vergangene Tickets erneut ab, bewertet jede Antwort gegen das, was Ihr Team tatsächlich gesendet hat, und schlägt Änderungen an den Anweisungen vor. Im Beispiellauf der Dokumentation stimmten 17 von 20 gezogenen Tickets mit der Antwort des Teams überein. Diesen Schritt würde ich nie überspringen: 20 simulierte Antworten zu lesen sagt Ihnen mehr über den Ton Ihrer KI als jede Einstellungsseite.
Auch auf der menschlichen Seite funktioniert es. Eddie Stephens, Service Desk Lead bei CartonCloud, beschrieb, was es für die Entwürfe seiner Agenten leistet:
"It is getting us to the right articles really quickly and easily, as well as curating well-formed responses with consistent, on-brand tone, still keeping our own style and still keeping that human touch."
Eddie Stephens, Service Desk Lead bei CartonCloud
Wenn Sie das einrichten, führen meine Leitfäden zum Training eines KI-Support-Agenten und zur Konsistenz der KI-Markenstimme Schritt für Schritt durch.
Wie hält man einen Tonalitäts-Leitfaden aktuell?
Bewerten Sie ihn. Ein Tonalitäts-Leitfaden, der nicht in der QA vorkommt, ist nur ein Vorschlag, egal welches QA-Tool Sie nutzen. Fronts Smart QA ist ein nützlicher Referenzpunkt dafür, wie ein Tonkriterium aussieht: Das Standardkriterium „Tone“ fragt, ob der Ton des Agenten „suited the situation“, mit Varianten für adaptiven, neutralen und positiven Ton, neben separaten Kriterien für Empathy und Professionalism (Front Help Center).
„Suited the situation“ ist die richtige Formulierung, und zugleich die Falle. Wenn Ihre Scorecard auf bestimmte Empathie-Phrasen prüft, bekommen Sie Agenten, die Phrasen aufsagen. Ein Call-Center-Agent schilderte, wie das aussieht:
"My best call was pulled and I was coached for not showing empathy by congratulating the member on their new car immediately. I instead congratulated them at the end of the call and that was against script."
Bewerten Sie, ob der Ton zur Situation in Ihrem Leitfaden passte, nicht ob eine Zeile vorkam. Meine Beiträge zu Support-QA mit KI und zu QA-Feedback-Beispielen zeigen, wie man Kriterien schreibt, die Urteilsvermögen belohnen.
Halten Sie dann jedes Quartal ein 30-minütiges Review ab: Ziehen Sie die Tonkorrekturen aus der QA und aus dem Bearbeitungsverlauf Ihrer KI, und wenn dieselbe Korrektur dreimal auftaucht, gehört sie in den Leitfaden. Gehen Sie die Änderungen in Agenten-Feedback-Runden durch und leiten Sie wiederkehrende Korrekturen in Ihre Coaching-Software.
Setzen Sie Ihren Tonalitäts-Leitfaden mit eesel ein
Ein Tonalitäts-Leitfaden zählt nur in den Antworten, die er tatsächlich prägt. Der KI-Helpdesk-Teamkollege von eesel schließt sich Ihrer bestehenden Zendesk-, Freshdesk-, Gorgias- oder Help-Scout-Queue an, lernt aus vergangenen Tickets und Makros, wie Ihr Team schon schreibt, und folgt Ihren Tonregeln als Anweisungen in einfacher Sprache, die Sie im Ticket korrigieren können. Starten Sie mit Entwürfen als interne Notizen, spielen Sie einen Stapel vergangener Tickets ab, um den Ton zu prüfen, und lassen Sie ihn Routinetickets beantworten, sobald er wie Sie klingt. Der Test ist mit 100 Credits kostenlos, kostenpflichtige Tarife beginnen bei 299 $ im Monat auf der eesel-Preisseite.