Freshservice Ticket Deflection: So reduzierst du IT-Tickets 2026 mit KI

Was Ticket Deflection für ein IT-Team tatsächlich bedeutet

Deflection ist eine dieser Kennzahlen, die jeder zitiert und kaum jemand gleich definiert, daher lohnt es sich, sie festzunageln, bevor wir irgendeine Einstellung anfassen.

Ticket Deflection ist der Prozentsatz eingehender Anfragen, die ohne einen menschlichen Mitarbeiter gelöst werden, meist weil eine Self-Service-Ebene die Frage beantwortet oder die Aufgabe zuerst erledigt hat. Jemand braucht ein VPN-Reset, fragt in Slack, die KI führt ihn hindurch, und kein Ticket landet in der Warteschlange. Das ist eine deflektierte Anfrage.

Das ist nicht dasselbe wie Resolution. Resolution zählt jedes geschlossene Ticket, einschließlich der Hunderte, die dein Team von Hand bearbeitet hat. Deflection zählt nur die, die dich nie gebraucht haben. Der Unterschied ist wichtig, denn ein Bot, der scheinbar alles "beantwortet", aber eine Welle verwirrter Rückfragen auslöst, deflektiert gar nichts, er verschiebt die Arbeit nur nach hinten.

Die Rechnung ist einfach: Deflection-Rate = durch Self-Service gelöste Anfragen ÷ Gesamtanfragen. Der schwierige Teil ist die Qualitätsschwelle darunter. Eine deflektierte Anfrage muss tatsächlich gelöst sein, und die, die es nicht sind, müssen sauber an einen Menschen mit vollständigem Kontext eskaliert werden. Machst du das falsch, steigt deine Deflection-Kennzahl in der Präsentation, während dein Team still ertrinkt. Genau diesen Trade-off beleuchten wir in unserem Leitfaden zu Support-Ticket-Deflection, und das ist die Linse, durch die alles Folgende betrachtet werden sollte.

Wie Freshservice an Ticket Deflection herangeht

Freshservice ist Freshworks' KI-gestützte ITSM-Plattform, und die gesamte Deflection-Geschichte läuft über ein Produkt: den Freddy AI Agent. Freshworks beschreibt ihn als KI, die wiederkehrende Anfragen löst und "in Minuten live" geht, und auf der Freshservice-Startseite nennt das Unternehmen 66 % Ticket Deflection durch KI-gestützten Self-Service, dazu einen Rückgang der durchschnittlichen Lösungszeit um 77 % und einen ROI von 356 % aus einer Forrester-TEI-Studie.

Der Freddy AI Agent ist die autonome, mitarbeiterseitige Stufe, der Bot, der eine Anfrage abfängt und versucht, sie zu lösen, bevor sie zu einem Ticket wird. Er greift auf deine Wissensquellen zurück, um häufige Fragen zu beantworten, und kann aus einer Konversation heraus automatisch Service-Anfragen erstellen, ganz ohne starre Formulare. Dahinter stehen zwei weitere Freddy-Produkte, die nicht direkt deflektieren, aber die Erfahrung prägen: Freddy AI Copilot, die Agent-Assist-Ebene, die Antworten entwirft und Tickets zusammenfasst, und Freddy AI Insights, die Analyseebene für Service-Führungskräfte.

Deflection läuft in Freshservice über vier Kanäle, alle angetrieben von diesem einen Agenten:

• Support-Portal: konversationeller Self-Service, der die klassische Wissensdatenbank-Suche für Anfragende ersetzt.
• E-Mail-Bot: antwortet automatisch auf einfache E-Mail-Anfragen mit passenden Hilfeartikeln.
• Slack und Microsoft Teams: Erstantworten und Service-Anfragen direkt in den Tools, die Mitarbeitende ohnehin nutzen, über die ServiceBot-Integration.
• Microsoft 365 Copilot: bringt Service-Intelligenz direkt in die M365-Erfahrung.

Auf dem Papier ist das ein rundes Bild: Mitarbeitende dort abholen, wo sie sind, aus der Wissensdatenbank antworten und nur das eskalieren, was die KI nicht bewältigen kann. Der Haken liegt, wie immer, im Setup und im Kleingedruckten.

So richtest du Ticket Deflection in Freshservice Schritt für Schritt ein

Freddy zu aktivieren ist eine Admin-Aufgabe, und die Schritte unterscheiden sich leicht je nach Kanal, den du bereitstellst. Hier ist der Weg.

Schritt 1: Prüfe, ob du den richtigen Plan hast

Das ist die erste Mauer, an die die meisten Teams stoßen. Der Freddy AI Agent ist nur im Freshservice-Enterprise-Plan verfügbar, laut den offiziellen Einrichtungsdokumenten. Die unteren Stufen (Starter, Growth, Pro) enthalten den autonomen Agenten nicht, wenn Deflection also dein Ziel ist, verpflichtest du dich effektiv zur obersten Stufe. Was das kostet, kommt gleich.

Schritt 2: Freddy in den globalen Einstellungen aktivieren

Sobald du auf Enterprise bist, gehe zu Admin > Global Settings und suche nach Freddy.

Wähle die Freddy-Kachel und nutze dann die kanalspezifischen Schalter, um den Agenten für jede Oberfläche zu aktivieren, von der aus er deflektieren soll. Hier siehst du die Schalter für E-Mail-Bot und Support-Portal sowie die Optionen für Slack und Teams, die zuvor die Installation von ServiceBot erfordern.

Für Slack und Microsoft Teams musst du ServiceBot für diese Plattform installieren, bevor Freddy dort konfiguriert werden kann. Support-Portal und E-Mail-Bot benötigen das nicht.

Schritt 3: Wissensquellen verbinden und vorbereiten

Deflection ist nur so gut wie das, was die KI lesen kann. Freddys Enterprise Search kann auf deine Freshservice-Wissensdatenbank, Microsoft SharePoint, Google Drive und Confluence zugreifen. Hier leistet die Wissensdatenbank die Schwerarbeit, und es lohnt sich, die Verarbeitungsgrenzen vorab zu kennen:

• Freddy verarbeitet nur die ersten 50 Inline-Bilder in einem Lösungsartikel und die ersten 5 Anhänge (bis zu 5 MB je Anhang).
• Ein Artikel kann irgendwo zwischen 1 und 24 Stunden zur Verarbeitung brauchen.
• Er kann bildbasierte Inhalte in Artikeln interpretieren, aber keine .pdf-, .docx- oder .xlsx-Dateien lesen.

Der letzte Punkt bringt viele IT-Teams ins Stolpern, deren Runbooks in Word und PDF liegen. Wenn deine Wissensquelle ein Stapel Dokumente ist, die Freddy nicht parsen kann, ist deine Deflection-Rate schon vor dem Start gedeckelt.

Schritt 4: Übergabe einrichten und Nutzung im Blick behalten

Wenn die Selbstlösung fehlschlägt, verwandelt Freddys "nahtlose Agenten-Übergabe" die Konversation in einen Incident und übergibt die vollständige Chat-Historie (einschließlich hochgeladener Screenshots) an den zugewiesenen Mitarbeiter. Behalte danach die Zahlen im Blick: Der Freddy AI Agent Overview Report im Analytics-Modul verfolgt Nutzung und Leistung, deine Feedback-Schleife dafür, was tatsächlich deflektiert wird.

Wie Deflection in der Praxis aussieht (und wo die Lücke sichtbar wird)

Das ist der Teil, den die Marketingseiten auslassen. Freddy einzurichten ist unkompliziert; in die Nähe dieser 66 %-Zahl zu kommen, ist eine andere Geschichte, und die eigene Community von Freshservice spricht offen darüber.

Die schärfste Warnung kommt von einem IT-Leiter eines Unternehmens mit 600 Mitarbeitenden, der Freddy aktivierte und die Ergebnisse fünf Monate später maß:

"Autoresolve is maybe 25% which is fine i guess. But our MTTR actually went UP. About 20% compared to where we were before... Freddy tries, fails, agent picks it up but has to scroll thru the full back-and-forth before they can respond... users who got autoresolved come back 2 days later w/ a follow up, new ticket because the original closed. Dup tickets are up like 15ish percent."

u/Time_Beautiful2460, r/Freshservice

Das ist die Deflection-Falle in einem einzigen Beitrag: eine Autoresolve-Rate von rund 25 %, die die durchschnittliche Lösungszeit erhöhte, weil jeder gescheiterte Versuch Übergabe-Overhead hinzufügte und jede wackelige "Lösung" als Duplikat zurückkam. Die Kennzahl in der Präsentation stieg, das Team wurde langsamer.

Andere sind noch direkter, was die Obergrenze der KI angeht. Ein Systemadministrator, der Freshservice bewertete, formulierte es so:

"the AI is abysmal for incident deflection and offers zero insight into why users found it unhelpful when they rate it and it also doesn't learn from users rating an interaction as unhelpful."

u/howzer22x, r/sysadmin

Die Beschwerde "lernt nicht" ist diejenige, bei der man verweilen sollte. Eine Deflection-Engine, die sich nicht aus den Daumen-runter-Bewertungen verbessern kann, die sie sammelt, stagniert genau dort, wo deine anfängliche Wissensdatenbank sie hinstellt. Nichts davon bedeutet, dass Freshservice ein schlechter Service-Desk ist, viele mittelgroße Teams mögen es wirklich für die übersichtliche Oberfläche und die schnelle Einrichtung. Es bedeutet, dass die Deflection-Zahl erarbeitet werden muss, nicht einfach eingeschaltet wird, und die Einschränkungen der KI von Freshservice sind real genug, dass du sie einplanen solltest.

Das Preis- und Session-Modell, das du vor der Entscheidung kennen solltest

Deflection in Freshservice hat eine Kostenstruktur, die Teams überrascht, also legen wir sie ordentlich dar. Hier sind die vier ITSM-Stufen (jährlich abgerechnet):

Der strukturelle Haken steckt in der rechten Spalte: der autonome Freddy AI Agent ist nur in Enterprise gebündelt. Auf jeder anderen Stufe ist er ein Add-on oder schlicht nicht verfügbar, weshalb Deflection faktisch bedeutet, den obersten Plan zu kaufen. Die eigene Community von Freshservice hat sich hier deutlich geäußert:

"I do like the UI of Freshservice seems easy to use. The freddy AI is an add on so expensive for what it can do and only available at enterprise."

r/sysadmin

Dann ist da die abrechenbare Einheit. Der Freddy AI Agent wird in Sessions gemessen, wobei eine Session jede Interaktion ist, die ein einzelner Nutzer innerhalb von 24 Stunden mit dem Agenten hat. Jede Enterprise-Lizenz enthält 1.200 Sessions pro Jahr, wobei Session-Pakete und Mehrverbrauch auf Anfrage bepreist werden (Freshworks veröffentlicht diese Zahlen nicht). Für ein stark ausgelastetes IT-Team sind 1.200 Sessions nicht viel, und das Modell berechnet dich nach der Kennzahl, die du nicht direkt kontrollieren kannst.

Der tiefere Einwand, den Nutzer vorbringen, betrifft, woran der Preis gekoppelt ist:

"Freddy AI has the same limitations as every AI tool built by ITSM vendors. It's mainly tight to the Freshworks ecosystem, plus has limited human in the loop validation along with the fact that you don't have the ability to choose which LLMs you want to use. Also, its pricing is tied to the agents not the employees."

u/chris_la33, r/Freshservice

Für das Gesamtbild führen unsere Freshservice-Preisaufschlüsselung und der Enterprise-Preisleitfaden jeden Posten im Detail auf. Kurz gesagt: Deflection bedeutet hier eine Verpflichtung auf Enterprise-Ebene, pro Agent und pro Session, und du solltest die Kosten den tatsächlich eingesparten Agentenstunden gegenüberstellen, bevor du unterschreibst.

Wie du deine Deflection-Rate tatsächlich erhöhst

Egal welches Tool du einsetzt, die Hebel, die Deflection bewegen, sind dieselben. Der Bot macht vielleicht 20 % des Ergebnisses aus; die anderen 80 % sind alles drumherum. Hier solltest du deine Energie investieren.

1. Zuerst die Wissensdatenbank in Ordnung bringen. Das ist der mit Abstand größte Hebel, und deshalb ist das Word-und-PDF-Problem von oben so wichtig. Wenn deine Antworten nicht in einem Format vorliegen, das die KI lesen kann, rettet dich kein noch so feines Tuning. Prüfe deine Artikel, fülle die Lücken, die deine Ticket-Historie aufdeckt, und halte sie aktuell. Unser Leitfaden zur KI-Wissensdatenbank erklärt, was "KI-tauglich" wirklich bedeutet.

2. Nur weiterleiten, wovon die KI überzeugt ist. Das ist der Hebel, den die meisten Teams überspringen, und derjenige, der echte Deflection von der Duplikat-Ticket-Falle trennt. Statt den Bot zu zwingen, jede Anfrage zu versuchen, lass ihn nur die Fragen bearbeiten, bei denen er sich sicher ist, und überlasse den Rest unangetastet einem Menschen. Eine CX-Leiterin bei einer DTC-Marke mit rund 7.000 Tickets im Monat brachte das ganze Problem unserem Team gegenüber in einem Satz auf den Punkt: Die KI "wird nie in der Lage sein, 100 % der Fragen zu beantworten", und ein Bot, der einfach "Tut mir leid, das weiß ich nicht" antwortet, ist nutzlos, weil "ich nicht all meine 7.000 Tickets durchgehen kann, um zu sehen, ob die KI wirklich eine gute Antwort gegeben hat". Gewünscht hatte sie eine KI, "die nur die Tickets bearbeitet, bei denen sie sich sicher ist, und alle anderen einfach in Ruhe lässt". Das ist konfidenzbasiertes Routing, und genau das ist die Kontrolle, nach der die oben genannten Freshservice-Nutzer immer wieder gefragt haben.

3. Mit bisherigen Tickets trainieren. Deine historischen Tickets sind die bestmöglichen Trainingsdaten, sie enthalten genau die Fragen, die deine Mitarbeitenden stellen, und genau die Antworten, die funktioniert haben. Eine Deflection-Engine, die daraus lernt, startet deutlich höher als eine, die mit einer dünnen Wissensdatenbank arbeitet. Genau hier beißt sich auch die Beschwerde über Freddy, dass es nicht aus Feedback lernt, am stärksten fest.

4. Menschen im Kanal abholen, den sie schon nutzen. Self-Service deflektiert nur, wenn Menschen es auch nutzen. Antworten direkt in Slack und Teams zu geben, wo Mitarbeitende ihre Fragen ohnehin stellen, deflektiert weit mehr als ein Portal, das niemand besucht.

5. Eskalation sauber gestalten. Wenn die KI übergibt, sollte der Mitarbeiter sofort den vollständigen Kontext erhalten, statt sich durch ein gescheitertes Hin und Her lesen zu müssen (genau das, was den Anstieg der MTTR um 20 % verursacht hat). Saubere Eskalation ist es, die verhindert, dass eine hohe Deflection-Rate zu versteckter Nacharbeit wird.

eesel für Freshservice Ticket Deflection ausprobieren

Wenn dir die oben genannten Freshservice-Grenzen bekannt vorkommen, die Beschränkung auf Enterprise, die Session-Obergrenzen, die KI, die nicht aus Feedback lernt, genau diese Lücke soll eesel schließen. eesel ist ein KI-Agent, der in den Tools lebt, die dein Team ohnehin schon nutzt, einschließlich Freshservice, Jira Service Management, Slack und Microsoft Teams, und der Erstanfragen im IT-Bereich autonom bearbeitet.

Zwei Dinge sorgen dafür, dass die Deflection-Rechnung anders aufgeht. Erstens trainiert eesel mit deinen eigenen historischen Tickets und lässt dich vor der ersten echten Antwort eine Simulation gegen vergangene Anfragen laufen, sodass du deine prognostizierte Deflection-Rate im Vorfeld siehst, statt sie erst nach fünf Monaten zu entdecken. Zweitens nutzt es konfidenzbasiertes Routing: Du entscheidest genau, welche Anfragen es bearbeiten darf, und überlässt den Rest einem Menschen, genau die eine Kontrolle, nach der die oben genannten Freshservice-Nutzer immer wieder gefragt haben.

Es leistet diese Arbeit bereits in echten IT-Helpdesks. Jason Loyola, Head of IT bei InDebted, betreibt eesel als ersten Ansprechpartner in seiner Jira-Service-Management-Warteschlange, deflektiert Tickets auf dem Weg zu einem Ziel von 55 %, und die Preisgestaltung ist nutzungsbasiert (pro Aufgabe, nicht pro Agent oder Session), sodass die Kosten dem entsprechen, was du tatsächlich deflektierst. Du kannst es verbinden und in wenigen Minuten an deinen eigenen Tickets testen, ganz ohne Enterprise-Vertrag.