KI für Tier-2-Support: So klären Sie Eskalationen, die echte Nachforschung brauchen

Kann KI im Tier-2-Support wirklich helfen oder nur in Tier 1?

Sie kann es, solange Sie aufhören, von ihr die Aufgabe von Tier 1 bei schwierigeren Tickets zu verlangen. Tier-1-KI ruft hauptsächlich ab: Sie findet den Hilfeartikel oder das Makro, das zur Frage passt, und sendet es. Tier 2 ist eine andere Art von Arbeit, bei der jemand herausfinden muss, warum eine Bestellung als bezahlt, aber nie versendet erscheint, warum der SSO-Login eines Kunden fehlschlägt, während er bei allen anderen funktioniert, oder warum eine Integration am Dienstag aufgehört hat zu synchronisieren. Das ist Nachforschung. Und die meisten Stunden einer Nachforschung gehen ins Sammeln von Belegen, viel weniger ins Schlussfolgern.

Ich baue bei eesel Integrationen, also die Teile, mit denen ein KI-Agent eine Shopify-Bestellung öffnet, ein Stripe-Abonnement liest oder die eigene API eines Kunden aufruft. Bei jedem Rollout sehe ich dasselbe. Wenn man einem Tier-2-Spezialisten bei einem Ticket zusieht, gehen die ersten zehn bis fünfzehn Minuten für das Öffnen von Tabs drauf: das Bestellsystem, das Abrechnungstool, das Admin-Panel, dann die Suche nach „hat das schon mal jemand gesehen". Die Entscheidung am Ende dauert etwa eine Minute. Das Tab-Öffnen erledigt die KI gut, und genau das sollten Ihre Senior-Leute am wenigsten tun.

Die ehrliche Antwort hat also drei Teile, einen für jede Art von Ticket in Ihrer Tier-2-Warteschlange:

1. Tickets, die nie hätten eskaliert werden sollen. Ein Tier-1-Agent oder Bot hat eskaliert, weil die Wissensdatenbank dünn war oder weil die Antwort eine Abfrage brauchte, die Tier 1 nicht durchführen konnte. KI mit besserem Wissen und Lesezugriff auf das Bestell- oder Kontosystem beantwortet diese in Tier 1, und sie erreichen Ihre Spezialisten nie.
2. Abfragelastige Tickets. Die Lösung ist bekannt, aber um sie zu finden, braucht es Daten aus zwei oder drei Systemen. Die KI führt die Abfragen und die Suche nach Präzedenzfällen durch, entwirft die Antwort, und ein Mensch prüft die Fakten und sendet.
3. Wirklich neue Probleme. Ein Bug, den noch niemand gesehen hat, ein Sonderfall im Setup eines Kunden. Ein Mensch führt, manchmal indem er mit anderen Spezialisten das Ticket gemeinsam angeht. Die KI verdient sich trotzdem ihren Platz, indem sie zusammenfasst, was versucht wurde, die Belege anhängt und die Lösung hinterher aufschreibt, sodass das nächste Mal ein Ticket der Kategorie 2 daraus wird.

Warum ist Ihre Tier-2-Warteschlange so voll?

Weil bei der Eskalation jede Lücke weiter vorn landet. Wenn Tier 1 das Abrechnungssystem nicht sehen kann, wird jedes „Warum wurde ich doppelt belastet?" zu einem Tier-2-Ticket, weshalb Zahlungsstreitigkeiten so viele Tier-2-Warteschlangen verstopfen. Wenn die Wissensdatenbank die neue Funktion noch nicht abdeckt, geht jede Frage dazu ebenfalls eine Ebene hoch. Nichts davon ist wirklich Tier-2-Arbeit, und trotzdem landet sie dort.

Die zweite Ursache ist Wissen, das in den Köpfen von zwei oder drei Personen steckt. Ein Support-Leiter eines IT-Dienstleisters im öffentlichen Sektor mit Freshdesk, der etwa 3,000 Tickets im Monat mit komplexer ERP-Fehlersuche bearbeitet, sagte mir, dass sie in jenem Jahr zwei erfahrene Agenten verlieren würden und festhalten wollten, was diese beiden wussten, bevor sie gehen. Das fasst das Tier-2-Problem ziemlich gut zusammen. Die Antworten existieren, verteilt über Jahre gelöster Tickets und das Gedächtnis weniger Personen, aber niemand findet sie schnell.

Dieselbe Firma wollte, dass die KI Tickets markiert, die voraussichtlich länger als 20 Minuten dauern, um sie anders als Standard-Support zu routen. Ich halte den Instinkt für richtig. Die Tickets, die die Woche von Tier 2 auffressen und den Ticket-Rückstau aufbauen, sind selten die schwierigsten; meist existiert die Antwort schon, es dauert nur zwanzig Minuten Wühlen, bis man sie erreicht.

Beide Ursachen hört man, wenn Support-Leute über Eskalation sprechen. Wenn Tier 1 sonst nirgendwohin kann, geht alles nach oben:

"We tried something like that, and almost everything outside of a password reset was escalated... I'm the only "tier 2" person, the other one they call "Tier 2" would often times just pass things on to me..."

u/anonymousITCoward, Reddit

Und Tickets, die ohne Notizen ankommen, bedeuten, dass Tier 2 Arbeit wiederholt, die schon jemand erledigt hat. Die Regel dieses IT-Managers schreiben die meisten Teams auf, und nur wenige setzen sie durch:

"As a rule, any ticket that is escalated must have complete notes on every troubleshooting step you've already tried so the next team doesn't repeat processes."

u/hidperf, Reddit

Ehrlich gesagt funktioniert diese Regel als Spezifikation für eine Tier-2-KI. Vollständige Notizen zu jedem Schritt sind für einen Menschen mühsam zu schreiben, aber für Software, die den Verlauf bereits gelesen und die Abfragen durchgeführt hat, kosten sie fast nichts.

Auch die Skeptiker haben ein berechtigtes Argument, und ich würde es ernst nehmen, bevor ich irgendetwas kaufe:

"Tier-2/3 support isn't just about picking an answer from a knowledge base; it requires deduction, empathy, and finding solutions that don't exist yet."

veunes, Hacker News

Der ersten Hälfte stimme ich zu: Eine KI, die nur Antworten aus einer Wissensdatenbank auswählt, hat in Tier 2 nichts verloren. Bei der zweiten Hälfte kommt es auf die Unterscheidung an, denn „Lösungen, die noch nicht existieren" beschreibt die dritte Art von Ticket, und die ist in den meisten Tier-2-Warteschlangen eine Minderheit. Bei den übrigen existiert die Lösung irgendwo, vergraben in einem früheren Ticket oder einem Abrechnungsdatensatz.

Was macht KI in Tier 2 anders als in Tier 1?

In Tier 1 ist die Aufgabe der KI, zu antworten. In Tier 2 ist ihre Aufgabe, den Weg zu einer sicheren Antwort zu verkürzen, und meistens gibt diese Antwort weiterhin ein Mensch. Die Fähigkeiten überschneiden sich stark. Was sich ändert, ist, was Sie messen und was Sie sie anfassen lassen.

Die Zeile „Liest aus" übersehen die Leute gern. Ein Tier-1-Bot, der nur mit dem Help Center trainiert wurde, nützt in Tier 2 nichts, denn das Help Center ist genau das, was Tier 1 schon versucht hat. Die Antworten für Tier 2 stehen in gelösten Tickets und internen Runbooks sowie in Live-Daten. Eine KI, die diese nicht lesen kann, kann nicht ermitteln, und dann haben die oben zitierten Leute mit ihrer Skepsis recht.

Wie sollte eine vorab untersuchte Eskalation aussehen?

Denken Sie an eine Fallakte, wie sie ein guter Senior-Agent für einen Kollegen schreibt. Ob die KI ein Ticket selbst eskaliert oder eines übernimmt, das Tier 1 eskaliert hat: Ihre Notiz sollte dem Spezialisten erlauben, direkt zur Entscheidung zu springen.

Fünf Dinge gehören hinein:

1. Was der Kunde will, in einem Satz, nicht als Zusammenfassung des gesamten Verlaufs.
2. Was die Daten zeigen. Der Bestellstatus, der Abonnementstatus, der Tarif, der letzte Login, was auch immer die Abfragen geliefert haben, mit verlinktem Datensatz.
3. Ähnliche frühere Tickets, mit der jeweiligen Lösung und dem Lösenden.
4. Was bereits ausgeschlossen wurde. Die Schritte, die Tier 1 versucht hat, die Ursachen, die die Daten ausschließen.
5. Ein vorgeschlagener nächster Schritt, plus ein ehrlicher Satz dazu, was die KI nicht prüfen konnte.

So sieht die Form einer Notiz aus, die ich bei einer Abrechnungseskalation haben möchte:

Customer wants: refund for a second charge on 14 Oct.
Data: Stripe shows two successful charges of $49 on 14 Oct, 3 minutes apart,
  same card. One subscription active. No refund issued yet.
Similar tickets: 3 in the last 60 days, all double charges after a failed
  card update retry. All refunded in full by the billing team.
Ruled out: not a plan change (plan unchanged since June), not a currency
  conversion charge.
Next step: refund the second charge (needs approval). Could not check
  whether the retry bug ticket in engineering is still open.

Die Dokumentation von eesel beschreibt genau das für Eskalationen: Die Notiz „should give the human everything they need: what the customer wants, what you found, and what you'd have said", und wenn der Agent keine Antwort findet, soll er „say what you searched for in your note" (eesel-Dokumentation zu Anweisungen). In Tier 2 ist dieser letzte Punkt besonders wichtig, denn eine Notiz, die sagt „Ich habe die letzten 1.000 Tickets und die Abrechnungsdokumentation durchsucht und nichts zu diesem Fehler gefunden", erspart dem Spezialisten dieselbe Suche.

Welche Tier-2-Aufgaben kann KI heute übernehmen?

Den Großteil der Nachforschung, aber nicht viel vom Urteilen. Hier ist die Aufteilung, mit der ich beginnen würde; sie deckt sich auch mit dem, was die Helpdesk-Anbieter selbst dokumentieren.

Zwei dieser Zeilen brauchen etwas mehr Erklärung. Die Suche nach Präzedenzfällen bringt Tier 2 am meisten zurück, denn Senior-Agenten machen das aus dem Gedächtnis, und neuere Agenten können es gar nicht. Wissenssicherung sorgt dafür, dass die nächste Eskalation überflüssig wird, denn jede Tier-2-Lösung, die zu einem Artikel wird, ist im nächsten Monat eine Tier-1-Antwort. Der Wissenslücken-Bericht von eesel listet zum Beispiel die Fragen der letzten 30 Tage auf, die er nicht beantworten konnte, und entwirft die drei wichtigsten fehlenden Seiten (eesel-Dokumentation zu Skills).

Was bieten Zendesk, Freshdesk, Jira Service Management und Gorgias bereits?

Jeder der großen Helpdesks liefert inzwischen etwas Tier-2-Hilfe, meist einen KI-Copilot für den menschlichen Agenten, der die Eskalation bearbeitet. Prüfen Sie, was Ihr aktueller Plan bereits enthält, bevor Sie etwas kaufen.

Zendesk Copilot

Die Tier-2-Funktionen von Zendesk stecken im Copilot-Add-on, $50 pro Agent und Monat bei jährlicher Zahlung, verfügbar ab den Professional-Plänen (Zendesk-Preise). Ohne das Add-on bietet Suite Professional Zusammenfassungen, ähnliche Tickets und Merge-Vorschläge, begrenzt auf 5 Nutzungen pro Agent und Monat. Die Funktion mit dem stärksten Tier-2-Bezug sind die vorgeschlagenen Bearbeiter: Sie helfen, jemanden für „a ticket that needs to be reassigned or escalated" zu finden, basierend darauf, wer ähnliche Tickets gelöst hat (About Zendesk Copilot).

Auto Assist ist der Teil, der der Nachforschung am nächsten kommt. Es schlägt Antworten und Aktionen vor. Es kann eine Shopify-Bestellung nachschlagen, stornieren oder erstatten und über benutzerdefinierte Aktionen auch Ihre eigene API aufrufen. Zusammen mit der intelligenten Triage für das Routing deckt es den größten Teil des Eskalationspfads ab.

Abfragen können vorab freigegeben werden, während „actions that update data, such as refunding an order, still require your approval" (Using auto assist). Zwei Grenzen sollten Sie kennen: Es schlägt „up to four actions at a time" vor (About actions), und es lässt sich für Chat- oder Sprachkanäle nicht konfigurieren.

Freddy AI Copilot in Freshdesk

Die Funktion „Ähnliche Tickets" von Freshdesk ist das nützlichste native Tier-2-Tool, das ich gefunden habe, denn jeder Treffer zeigt den Konfidenzwert, den Agenten und die Gruppe, die ihn gelöst haben, und den CSAT-Wert (Similar tickets in Freshdesk). Ein neuerer Agent lernt so, was geholfen hat, und auch, wen er fragen kann. Es lernt aus bis zu sechs Monaten oder 120,000 gelösten Tickets, braucht zwei bis fünf Tage zur Aufnahme, und Freshdesk empfiehlt mindestens 5,000 Tickets für gute Genauigkeit.

Die Ticket-Zusammenfassung von Freddy zieht außerdem private Notizen in den Abschnitt „Steps Taken". Genau das braucht Tier 2, denn in privaten Notizen hält Tier 1 fest, was es versucht hat (Freddy Summarize). Beides steckt in Freddy AI Copilot, $29 pro Agent und Monat, nur erhältlich für Pro ($55) und Enterprise ($89) (Freshdesk-Preise).

Jira Service Management und Gorgias

Atlassian formuliert es direkt: „when a request does reach a human, agents burn time reading long threads", und sein Service Request Helper fasst Aktivitäten zusammen, schlägt nächste Schritte vor, entwirft Antworten, empfiehlt Experten und zeigt frühere Tickets (Atlassian AI guide). Seine Funktion „Generate case summary" ist verfasst „for effective resolution and handover" (Service Request Helper). Das eingebaute Panel für ähnliche Anfragen ohne KI gleicht nur nach Titel ab, für echte Suche nach Präzedenzfällen brauchen Sie also die Rovo-Version.

Gorgias hat den Großteil seiner KI-Arbeit in die erste Linie gesteckt. Sein AI Agent übergibt immer bei Wut, bei der Bitte um einen Menschen oder bei rechtlichen und finanziellen Themen, und Admins können das nicht abschalten (Gorgias-Dokumentation zur Übergabe). Für die Person, die übernimmt, kann Gaia zusammenfassen, „what's already been tried", und Tickets zuweisen, aber es „doesn't draft messages" (Gaia explained).

Gemeinsam ist diesen Tools, dass native Lösungen gut zusammenfassen und Präzedenzfälle gut finden, solange es innerhalb des Helpdesks bleibt. Bei den Daten außerhalb (dem Bestellsystem, dem Abrechnungstool, dem Admin-Panel Ihres eigenen Produkts) hören sie auf, und genau dort liegen die meisten Tier-2-Antworten.

Wie sieht das in der Praxis aus?

Unten sind vier eesel-Kunden, jeweils mit einem Setup, das den drei oben beschriebenen Ticketarten entspricht. Keiner hat seinen Helpdesk ersetzt; eesel arbeitet als KI für den bestehenden Helpdesk, den jedes Team schon betrieb.

Technischer Support aus Jahren gelöster Tickets. Timengo betreut DPG Sikker Post, eine Software für sichere E-Mail und Digital Post, die von Kommunen, Schulen und Steuerbüros in Dänemark genutzt wird. Die Schreibenden sind IT-Administratoren mit Zertifikatserneuerungen, Outlook-Add-ins, die sich nicht installieren lassen, und gestopptem Mailflow. eesel durchsucht die Produktdokumentation und etwa 5,300 frühere Tickets und Artikel nach demselben Problem, schreibt einen dänischen Entwurf und hinterlässt dem Ingenieur eine interne Notiz mit seinen Funden. In einem Monat bereitete es etwa 300 Freshdesk-Tickets vor, mit etwa 180 Entwürfen und 260 internen Notizen. Jede Antwort sendet ein Ingenieur.

Suche nach Präzedenzfällen auf Zuruf. OroSoft baut ERP-Software für Edelmetallhändler und Raffinerien, daher sind die Freshdesk-Fragen spezifisch und technisch. Ein Support-Agent erwähnt eesel in einem Ticket, und es entwirft auf Basis von etwa 6,100 gelösten Tickets, spiegelt dabei, wie ein ähnliches Ticket beantwortet wurde, und nennt das verwendete Ticket oder den Artikel. Wenn nichts eine Antwort stützt, erfindet es keine; es hinterlässt eine interne Notiz dazu und bittet um einen Menschen.

Bekannte Lösungen aus Tier 2 heraushalten. Cactus Club Cafe betreibt seinen internen IT-Support in Zendesk. Sein Tier-1-Agent liest das ganze Ticket, prüft die Notfallrichtlinie und die Routing-Matrix und entwirft dann die Lösung aus dem passenden Runbook, Schritt für Schritt. In einem Monat bearbeitete es etwa 750 Tickets, schrieb etwa 790 Entwürfe und las Runbooks und Richtlinien etwa 1,650 Mal, also etwa zwei Dokumente pro Ticket. Jedes bekannte Problem, für das es einen Entwurf schreibt, ist ein Ticket weniger bei einem Spezialisten.

Abfragen vor dem ersten Wort. Bei STIL Classics, einer Marke für Planer und Schreibwaren auf Gorgias und Shopify, werden bei jedem Ticket mit Bestellnummer zuerst die Bestellung, ihr Versandstatus, die Artikel und die Lieferadresse gezogen. In einem Monat wurden etwa 230 Shopify-Bestellungen über 320 Tickets hinweg abgefragt, und eine Rückerstattung, die der Entwurf beschreibt, führt ein Mensch durch. eesel ändert dort nie eine Bestellung.

Wie viele Tier-2-Stunden könnte KI zurückgeben?

Tragen Sie hier Ihre eigenen Zahlen ein. Die Standardwerte sind nur Platzhalter, keine Benchmarks; ändern Sie sie, bis sie zu Ihrer Warteschlange passen. Der Rechner teilt Ihre Eskalationen in die drei Ticketarten auf und schätzt die Spezialistenstunden, die jeder Hebel freisetzt.

Achten Sie auf die erste Karte. Die meisten Teams, mit denen ich spreche, gehen davon aus, dass sich der Gewinn daraus ergibt, Tier 2 schneller zu machen, aber öfter ist der größere Hebel der Anteil der Tickets, die Tier 2 von vornherein nie gebraucht hätten. Jedes davon, das Sie aufhalten, spart die volle Bearbeitungszeit statt weniger Minuten.

Was sollte KI bei einem Tier-2-Ticket nie tun?

Die Grenzen in Tier 2 sind schärfer als in Tier 1, weil diese Tickets Geld, Konten und Daten berühren. An diese würde ich mich halten:

• Eine Ursache erraten, die sie nicht sehen kann. Wenn die KI die Logs, das Admin-Panel oder das Bestellsystem nicht lesen kann, kann sie sie nicht untersuchen. In einem guten Setup sagt sie, was sie nicht prüfen konnte, statt die Lücke mit einer plausibel klingenden Geschichte zu füllen.
• Geld oder Daten eigenmächtig ändern. Rückerstattungen, Kündigungen, Tarifänderungen und Kontoänderungen gehören hinter eine Freigabe. Die Dokumentation von eesel empfiehlt, „refunds, cancellations and anything that costs money behind an approval" zu halten (eesel-Dokumentation zu Aktionen), und Zendesk vertritt bei Auto Assist dieselbe Linie.
• Einen brandneuen Bug übernehmen. Ein Fehler, den noch niemand gesehen hat, braucht einen Menschen, meist die Entwicklung. Die Aufgabe der KI ist dort eine saubere Zusammenfassung und ein angelegter Bug-Report, was mein Beitrag zu KI für Bug-Report-Triage behandelt.
• Einem verärgerten oder wertvollen Kunden ungeprüft antworten. Gorgias hat diese Übergabe für seinen AI Agent fest eingebaut, und es ist ein sinnvoller Standard für jedes Tier-2-Setup.

Für Tier-2-Schreibaktionen zeigt der Screenshot oben das Muster, das ich mag. Der Agent hat die Nachforschung erledigt (den Payment Intent gefunden, die Bestellung zugeordnet, die Belastung bestätigt) und hielt dann genau vor dem Schritt an, der Geld bewegt, wo ein Mensch auf Approve klickt. Jede Freigabeoption ist Approve, Always allow oder Deny, und Freigaben laufen nach einem Timeout nie von selbst durch.

Wie führen Sie KI im Tier 2 ein, ohne schlechte Antworten zu riskieren?

Langsam, in der Reihenfolge, die einen Menschen am längsten in der Kontrolle hält. Der Rollout, den ich empfehle, hat vier Schritte, und Sie steigen erst auf, wenn der Schritt darunter langweilig geworden ist.

Schritt 1: an bereits gelösten Tickets simulieren

Bevor die KI eine laufende Eskalation anfasst, spielen Sie sie auf Eskalationen nach, die Ihr Team bereits geschlossen hat, und vergleichen ihre Antworten mit dem, was Ihre Spezialisten gesendet haben. Die Helpdesk-Simulation von eesel nimmt 20 kürzlich gelöste Tickets, entwirft zu jedem eine eigene Antwort, bewertet sie nach Thema und „sends nothing to customers" (eesel-Dokumentation zu Skills). Führen Sie sie gezielt für Ihre Tier-2-Gruppe aus statt für die ganze Warteschlange, damit die Bewertung die schwierigen Tickets widerspiegelt.

Lesen Sie die Fehlschläge genau. Im Beispieldurchlauf aus der Dokumentation von eesel passten 17 von 20, und die Aussage des Berichts war, dass die eigentliche Lücke nicht der Wortlaut war, sondern Aktionen: Die Tickets, die weiterhin einen Menschen brauchten, benötigten Backend-Änderungen, für die nichts angebunden war. Das ist ein Tier-2-Befund und ein nützlicher, denn er zeigt, welche Abfragen und Aktionen Sie als Nächstes anbinden sollten.

Schritt 2: nur interne Notizen

Schalten Sie sie für Ihre Tier-2-Gruppe mit einer einzigen Ausgabe ein: einer internen Notiz zu jedem eskalierten Ticket, in der Fallakten-Form von oben. Keine Kundenantworten. Spezialisten lesen die Notiz, bearbeiten das Ticket wie gewohnt und markieren es, wenn die Notiz falsch war. In diesem Schritt finden Sie heraus, ob die Abfragen der KI die richtigen Datensätze liefern.

Schritt 3: Entwürfe, die ein Mensch sendet

Sobald die Spezialisten den Notizen vertrauen, fügen Sie einen Antwortentwurf hinzu, den sie bearbeiten und senden. Verfolgen Sie je Thema, wie oft ein Entwurf unverändert rausgeht, denn das zeigt, welche Themen für Schritt 4 bereit sind. Bei eesel werden Korrekturen, die Sie im Chat vornehmen, als Anweisung oder Erinnerung gespeichert, damit sich derselbe Fehler nächste Woche nicht wiederholt (eesel-Dokumentation zu Anweisungen).

Schritt 4: bei eng gefassten, bewährten Themen senden

Lassen Sie die KI nur bei den Themen direkt antworten, bei denen Entwürfe wochenlang unverändert rausgegangen sind, und lassen Sie Schreibaktionen auch dann hinter einer Freigabe. Bei den meisten Teams schaffen es einige abfragelastige Themen bis hierher, und wirklich neue Probleme nie, was in Ordnung ist. Eine Tier-2-KI, die nie eine einzige Antwort sendet, aber jede Eskalation vorab untersucht, gibt Ihren Spezialisten trotzdem Stunden zurück.

Woran erkennen Sie, dass es funktioniert?

Nicht an der Deflection-Rate. In Tier 2 hilft die KI hauptsächlich Menschen, deshalb ist es sinnvoller, deren Arbeit zu messen:

1. Eskalationsrate aus Tier 1. Wenn sie sinkt, während CSAT stabil bleibt, hält die KI Tickets auf, die Tier 2 nie gebraucht haben.
2. Zeit bis zur ersten brauchbaren Erkenntnis. Wie lange von der Eskalation bis zum ersten Beleg, auf den ein Spezialist reagiert. Die Vorab-Untersuchung sollte diesen Wert am stärksten senken.
3. Bearbeitungszeit in Tier 2. Sie sollte bei abfragelastigen Themen sinken und bei wirklich neuen Problemen gleich bleiben.
4. Notiz-Akzeptanz. Wie oft Spezialisten auf die Notiz der KI reagieren, ohne deren Abfragen zu wiederholen.
5. Wiedereröffnungsrate. Schnellere Lösungen, die zurückkommen, sind keine Lösungen.

Mein Beitrag zu KI für Support-Reporting zeigt, wie Sie die meisten dieser Werte aus Ihrem Helpdesk ziehen, und KI zur Senkung der Bearbeitungszeit erklärt, warum die Bearbeitungszeit der verbleibenden Tickets steigen kann, selbst wenn die Gesamtstunden sinken.

eesel für Tier-2-Support ausprobieren

Wenn Ihre Spezialisten die ersten fünfzehn Minuten jeder Eskalation damit verbringen, dieselben vier Tabs zu öffnen, kann eesel sie zuerst öffnen. Es tritt Ihrer Zendesk-, Freshdesk- oder Gorgias-Warteschlange wie ein neues Teammitglied bei, lernt aus Ihren früheren Tickets und Runbooks, schlägt die Bestellung, das Abonnement oder Ihre eigene API nach und hinterlässt eine Fallakten-Notiz, bevor jemand das Ticket öffnet. Sie entscheiden, welche Aktionen es allein ausführen darf und welche auf einen Klick warten.

Ein guter erster Schritt ist eine Simulation an den Tier-2-Tickets des letzten Monats, um zu sehen, wie viele es geknackt hätte. Das Ausprobieren ist kostenlos, und die bezahlten Pläne beginnen bei $299 im Monat für 500 Credits auf der Seite eesel-Preise. eesel ausprobieren.