Alle Beiträge
Kennzahlen7 Min. Lesezeit

Wartezeit oder Bearbeitungszeit: Was das Erlebnis bestimmt

Erfahre den Unterschied zwischen Wartezeit, Bearbeitungszeit und Gesamtdauer im Support und warum die falsche Kennzahl das Kundenerlebnis ruiniert.

Martin Semmele

Ein Dashboard mit Support-Kennzahlen, das die Unterschiede zwischen Wartezeit, Bearbeitungszeit und Gesamtlösungsdauer visualisiert.
Ein Dashboard mit Support-Kennzahlen, das die Unterschiede zwischen Wartezeit, Bearbeitungszeit und Gesamtlösungsdauer visualisiert. · KI-generiert

Wichtige Erkenntnisse

  • Die Kundenzufriedenheit (CSAT) ist im Chat am höchsten, wenn die Wartezeit unter 30 Sekunden bleibt, und bricht ab 2 Minuten deutlich ein.
  • Die Average Handle Time (AHT) misst nur interne Effizienz - Kunden spüren sie nicht als Mehrwert.
  • Ein blinder Fokus auf kurze Bearbeitungszeiten führt zu mehr Folgeanfragen und erhöht die Gesamtdauer massiv.
  • Nur die Average Resolution Time (ART) erfasst das echte Kundenerlebnis vom ersten Kontakt bis zur Lösung.

Kennzahlen im Support: Was Kunden wirklich spüren

In vielen Support-Dashboards leuchten Dutzende Metriken um die Wette. Wer ein Support-Team leitet, steht schnell vor einem Grundsatzproblem: Welche Zahl bildet die Realität der Kundschaft wirklich ab? Häufig greifen Teams zu Kennzahlen, die sich leicht aus dem Helpdesk exportieren lassen, verwechseln dabei aber interne Effizienz mit wahrgenommener Servicequalität.

Kunden bewerten Support-Erlebnisse nach völlig anderen Kriterien als Controller. Während das Management auf Personalkosten pro Kontakt blickt, zählt für Nutzerinnen und Nutzer vor allem eines: Wie schnell und wie schmerzfrei ist mein Problem aus der Welt geschafft? Über 50 Prozent der Verbraucher erwarten inzwischen eine Reaktion auf ihre Anfrage innerhalb einer Stunde1, und im Live-Chat gilt eine Antwort in unter einer Minute als Idealwert1. Eine Rückmeldung erst nach 24 Stunden ist damit höchstens die Schmerzgrenze, kein Qualitätsmerkmal.

Drei Dimensionen. Ein Ziel.

Um ein sauberes Bild der Supportleistung zu erhalten, müssen Verantwortliche drei grundlegende Zeitspannen strikt voneinander trennen. Jede dieser Kennzahlen betrachtet einen anderen Abschnitt des Prozesses und setzt völlig unterschiedliche Anreize für das Team:

  • Wartezeit (Wait Time / First Response Time): Die Zeitspanne vom Absenden der Anfrage bis zur ersten substanziellen Rückmeldung.
  • Bearbeitungszeit (Average Handle Time / AHT): Die reine Arbeitszeit, die eine Agentin oder ein Agent aktiv mit dem Fall verbringt.
  • Gesamtdauer (Average Resolution Time / ART): Die gesamte verstrichene Kalenderzeit von der Ticketerstellung bis zum endgültigen Abschluss des Problems.

Ein fundierter Blick auf Antwortzeiten im Support zeigt, dass die Isolation einer einzelnen Kennzahl fatale Fehlschlüsse provoziert. Erst das Zusammenspiel dieser drei Werte offenbart, wo Prozesse klemmen und warum scheinbar effiziente Teams unzufriedene Kunden hinterlassen.

Wartezeit (Wait Time): Der kritische erste Eindruck

Die Wartezeit, oft auch als First Response Time (FRT) gemessen, markiert den Beginn der Interaktion. Sie umfasst die Spanne, die ein Kunde in einer Warteschleife, im Live-Chat-Fenster oder im Posteingang verbringt, bevor ein Mensch oder ein automatisiertes System den Fall aktiv aufgreift. Diese Phase ist psychologisch hochgradig aufgeladen.

In dieser Spanne hat die Kundschaft keine Kontrolle über den Prozess. Das Problem ist bereits aufgetreten, Frust ist vorhanden, und nun herrscht Ungewissheit darüber, ob und wann Hilfe erfolgt. Daten aus Chat-Analysen zeigen, dass die höchste gemessene Kundenzufriedenheit bei Antworten unter 30 Sekunden entsteht und ab einer Wartezeit von mehr als 2 Minuten deutlich einbricht2. Was intern oft als kleine Verzögerung verbucht wird, erlebt der Kunde als direkte Missachtung seiner Zeit.

Kanalspezifische Schwellenwerte. Klare Erwartungen.

Die Toleranz für Wartezeiten unterscheidet sich je nach gewähltem Kommunikationskanal fundamental. Während im asynchronen E-Mail-Verkehr einige Stunden noch akzeptiert werden, verzeiht ein synchroner Kanal wie Chat oder Telefon keine langen Pausen.

KanalBranchen-Benchmark (Wartezeit)Kritische Schwelle für CSAT-Abfall
Live-ChatUnter 40 bis 60 SekundenAb 2 Minuten
E-Mail (B2B/SaaS)Unter 4 StundenAb 12 Stunden
Telefon / VoiceUnter 90 bis 120 SekundenAb 3 bis 4 Minuten

Die Wartezeit setzt den Rahmen für das gesamte restliche Gespräch. Wer zwei Minuten in einem leeren Chatfenster wartet, startet die eigentliche Interaktion bereits verärgert. Selbst eine perfekte spätere Lösung muss dann erst gegen diesen negativen Ersteindruck anarbeiten.

Bearbeitungszeit (AHT): Warum interne Effizienz blendet

Die Average Handle Time (AHT) ist der Liebling traditioneller Contact-Center-Manager. Sie misst die Zeit, die Support-Mitarbeitende aufwenden, um eine einzelne Interaktion abzuwickeln. Die klassische Formel für Telefonkontakte addiert Gesprächszeit (Talk Time), Haltezeit (Hold Time) und Nachbereitungszeit (After-Call Work) und teilt die Summe durch die Zahl der bearbeiteten Fälle3.

Als guter Richtwert für die Bearbeitungszeit gelten branchenübergreifend rund sechs Minuten pro Fall4. Für technischen Support klettert dieser Wert auf 8 bis 10 Minuten, während standardisierte Retail-Rückfragen mit 3 bis 4 Minuten auskommen4.

Die Grenzen einer internen Kostenkennzahl

Die AHT ist eine reine Ressourcenmetrik zur Kapazitätsplanung. Sie verrät der Teamleitung, wie viele Kontakte eine Vollzeitkraft pro Schicht theoretisch bewältigen kann. Für das Kundenerlebnis besitzt diese Zahl jedoch keinerlei direkte Aussagekraft.

  • Keine Qualitätsaussage: Ein kurzes Gespräch bedeutet nicht, dass das Anliegen verstanden oder gelöst wurde.
  • Kanalverzerrung: Komplexe Probleme dauern naturgemäß länger, werden bei reinem AHT-Fokus aber als Ineffizienz bestraft.
  • Fehlender Kontext: Der Kunde erfährt nicht, wie lange der Agent getippt hat, sondern bewertet nur das Gesamtergebnis.

Wenn Support-Teams die AHT isoliert als Erfolgsmaßstab heranziehen, optimieren sie an den Kundenbedürfnissen vorbei. Ein Agent, der nach 3 Minuten auflegt oder den Chat beendet, glänzt in der internen Statistik, hat das Kundenproblem im Zweifel aber nur vertagt.

Gesamtdauer (ART): Das einzige Maß, das zählt

Die Average Resolution Time (ART), im Deutschen auch als Gesamtlösungszeit oder Time to Resolution bekannt, ist die ehrlichste Metrik im gesamten Kundenservice. Sie erfasst die vollständige Zeitspanne vom Eingang der ersten Nachricht bis zu dem Moment, an dem das Ticket endgültig gelöst und geschlossen wird.

In dieser Zahl sind sämtliche Zwischenschritte enthalten: die anfängliche Wartezeit, interne Rückfragen bei anderen Abteilungen, Wartezeiten auf Kundenseite und jeder einzelne Austausch im Ticketverlauf. Bei standardisierten B2C- und E-Commerce-Anfragen gilt eine Gesamtdauer von 1 bis 4 Stunden als guter Richtwert, während hochkomplexe B2B-Fehlerbehebungen naturgemäß längere Zyklen aufweisen.

Das Gesamterlebnis im Fokus

Die Gesamtdauer ist die einzige Kennzahl, die exakt mit der Realität der Kundschaft übereinstimmt. Wenn eine Kundin um 09:00 Uhr eine Frage einreicht und um 14:00 Uhr die funktionierende Antwort erhält, hat sie exakt 5 Stunden auf ihre Lösung gewartet. Dass der Agent dafür intern nur 4 Minuten gearbeitet hat, ist für ihr Urteil irrelevant.

  1. 01Ticket-Eingang: Der Zeitstempel startet beim ersten Absenden des Kunden.
  2. 02Triage & Zuweisung: Zeitverluste durch falsches Routing fließen direkt in die ART ein.
  3. 03Klärung & Lösung: Iterationen und Rückfragen verlängern die messbare Dauer.
  4. 04Abschluss: Erst die finale, funktionierende Beantwortung stoppt die Uhr.

Wer die Kundenzufriedenheit nachhaltig steigern will, muss die Gesamtlösungszeit minimieren. Das gelingt jedoch nicht durch Hektik am Arbeitsplatz, sondern durch das Beseitigen von Liegezeiten und Rückfragen.

Der AHT-Fehlschluss: Schnelle Abfertigung, doppelte Arbeit

Der sogenannte AHT-Fehlschluss gehört zu den teuersten Managementfehlern im Kundensupport. Wenn Teamleiter ihre Agenten darauf trimmen, Tickets in möglichst wenigen Minuten zu schließen, setzen sie falsche Verhaltensanreize. Mitarbeitende beginnen, zeitraubende Nachforschungen zu vermeiden und schicken stattdessen oberflächliche Standardantworten.

Das fatale Resultat: Die intern gemessene Bearbeitungszeit sinkt wie gewünscht, doch die eigentliche Ursache bleibt ungelöst. Die betroffenen Kunden müssen erneut Kontakt aufnehmen. Dieser Bumerang-Effekt führt zu Ticket-Wiedereröffnungen und zusätzlichen Schleifen, die die Gesamtdauer dramatisch explodieren lassen.

Kettenreaktion im Support-Posteingang

Wird die Bearbeitungszeit künstlich gedrückt, entsteht ein Dominoeffekt, der die gesamte Supportorganisation belastet:

  • Halbherzige Antworten: Agenten verzichten auf tiefergehende Fehleranalysen, um das Zeitziel nicht zu reißen.
  • Verlorene Erstlösungsquote: Anstatt das Problem beim ersten Kontakt zu lösen, entstehen zwei bis drei Folgeanfragen.
  • Erhöhte Gesamtarbeitszeit: Drei kurze Chats à 3 Minuten kosten in Summe 9 Minuten Bearbeitungszeit plus dreifachen Triage-Aufwand.
  • Eskalierender Frust: Kundinnen und Kunden müssen ihr Problem mehrfach erklären, was die Zufriedenheit zerstört.

Ein niedriger AHT-Wert ist oft kein Beleg für Produktivität, sondern ein Frühwarnzeichen für oberflächlichen Service. Echte Prozesseffizienz zeigt sich darin, dass Anliegen beim ersten Anlauf vollständig geklärt werden.

Rechenbeispiel: Wie falsche Optimierung die Dauer verdoppelt

Um die Dynamik zwischen Bearbeitungszeit und Gesamtdauer greifbar zu machen, hilft der direkte Vergleich zweier Support-Strategien an einem typischen SaaS-Problem: Ein Nutzer kann nach einem Update keine Exporte mehr herunterladen.

In Team A gilt eine strikte Zielvorgabe von maximal 4 Minuten Bearbeitungszeit. Agent A überfliegt die Nachricht, kopiert einen Standard-Hilfelink zu Exporteinstellungen in den Chat und schließt das Ticket nach 3 Minuten. Das eigentliche Problem, ein fehlerhaft gesetztes Rollenrecht im Nutzerkonto, bleibt unentdeckt. Der Kunde stellt am nächsten Vormittag fest, dass der Link nicht hilft, und öffnet ein neues Ticket. Bis zur finalen Lösung vergehen 26 Stunden.

Szenario A gegen Szenario B im Detail

In Team B liegt der Fokus auf der Lösungsqualität. Agent B nimmt sich 8 Minuten Zeit, prüft die Kontoeinstellungen des Nutzers direkt im Backend, korrigiert die Berechtigung und antwortet mit einer maßgeschneiderten Bestätigung. Das Problem ist sofort erledigt.

ParameterSzenario A (AHT-Fokus)Szenario B (Lösungsfokus)
Bearbeitungszeit Kontakt 13 Minuten8 Minuten
Folgekontakte nötig2 zusätzliche Tickets0 Tickets
Kumulierte Bearbeitungszeit9 Minuten8 Minuten
Vom Kunden erlebte Gesamtdauer (ART)26 Stunden15 Minuten
Wartezeit bis zur funktionierenden AntwortÜber 24 StundenUnter 1 Minute

Die Gegenüberstellung zeigt das Paradoxon: Obwohl Agent B in der internen Einzelmessung fast dreimal so lange gebraucht hat wie Agent A in seinem ersten Durchlauf, spart Team B insgesamt eine Minute echter Arbeitszeit und senkt die vom Kunden gespürte Gesamtdauer von über einem Tag auf eine Viertelstunde.

Echte Lösungsgeschwindigkeit ohne Agenten-Druck

Support-Teams müssen sich nicht zwischen schnellen Antworten und gründlicher Problemlösung entscheiden. Der Hebel liegt nicht darin, menschliche Agenten zu schnellerem Tippen zu drängen, sondern die Ursachen für lange Wartezeiten und zeitraubende Routinearbeit systematisch abzustellen.

Der größte Bremsklotz für niedrige Lösungszeiten sind repetitive Standardfragen zu Rechnungen, Zugängen oder Basisfunktionen. Wenn diese Anfragen den Posteingang verstopfen, steigen die Wartezeiten für alle anderen Tickets automatisch an. Eine saubere, strukturierte Wissensdatenbank bildet das Fundament, um solche Standardfälle direkt zu automatisieren.

Automatisierung am Point of Contact

Hier setzt moderne Technologie an. Anstatt Mitarbeitende mit Stoppuhren zu kontrollieren, übernimmt ein KI-Agent die sofortige Klärung dokumentierter Standardfälle direkt im Widget.

  • Null Wartezeit für Standardfragen: Antworten auf dokumentierte Prozesse stehen in wenigen Sekunden bereit.
  • Gesamtdauer auf Sekunden reduziert: Einfache Anliegen werden im ersten Schritt ohne Ticket-Warteschleife gelöst.
  • Freiraum für komplexe Fälle: Menschliche Agenten erhalten die nötige Zeit, um knifflige Probleme ohne AHT-Druck gründlich zu analysieren.

Plattformen wie Comlayer verbinden Support-Widget, Hilfe-Center und geteilten Posteingang mit einem KI-Agenten, der ausschließlich auf Basis verifizierter Unternehmensdaten antwortet. Das senkt die Gesamtlösungszeit über das gesamte Ticketvolumen hinweg, ohne dass die Qualität menschlicher Beratungsgespräche leidet. Schnelligkeit entsteht durch intelligente Architektur, nicht durch gehetzte Teams.

Häufig gestellte Fragen

Was ist der Unterschied zwischen First Response Time und Wartezeit?

Die First Response Time misst die Dauer bis zur allerersten Reaktion auf eine Anfrage, unabhängig davon, ob das Problem gelöst wird. Die klassische Wartezeit in einer Warteschlange (Average Wait Time) beschreibt die Zeit, bis eine Person im Support das Anliegen aktiv übernimmt. Beide prägen den ersten Eindruck.

Warum verschlechtert sich der Support, wenn ich die Average Handle Time (AHT) senke?

Wenn Agenten gezwungen werden, Tickets schnell abzuschließen, leidet die Lösungsqualität. Anfragen werden oberflächlich bearbeitet, was zu Rückfragen und neuen Tickets führt. Eine auf dem Papier gute AHT von unter 4 Minuten nutzt nichts, wenn die Gesamtdauer durch wiederholte Kontakte auf mehrere Tage ansteigt.

Ab wann empfinden Kunden eine Wartezeit als zu lang?

Im Live-Chat entsteht die höchste Zufriedenheit bei Antworten unter 30 Sekunden, ab mehr als 2 Minuten sinkt sie deutlich. Am Telefon halten Teams die Zufriedenheit meist noch bei Wartezeiten von 90 bis 120 Sekunden, darüber hinaus wächst der Frust spürbar.

Was ist die Average Resolution Time (ART)?

Die ART misst die komplette Zeitspanne von der Ticketerstellung bis zur endgültigen Lösung des Problems. Sie schließt alle Wartezeiten, Weiterleitungen und Rückfragen ein. Bei einfachen Endkundenanfragen (B2C) liegt ein guter Richtwert für die ART zwischen 1 und 4 Stunden.

Wie berechne ich die Gesamtdauer eines Tickets richtig?

Du misst die verstrichene Zeit ab dem Moment, in dem die Kundenanfrage eingeht, bis zu dem Zeitpunkt, an dem das Ticket als endgültig gelöst markiert wird. Es ist wichtig, auch die Zeiten einzurechnen, in denen das Ticket bei anderen Abteilungen liegt oder auf eine Antwort gewartet wird, da der Kunde diese Zeit spürt.

Quellen

  1. 01livechatai.com
  2. 02dashly.io
  3. 03nice.com
  4. 04zendesk.com

Kostenlos starten · Keine Kreditkarte

Heute Abend eingerichtet. Morgen früh schon geantwortet.

Widget einbinden, Wissen hinterlegen, fertig — ComLayer übernimmt, auch wenn niemand am Rechner sitzt.