Wie man KI in Freshservice einbindet: ein praktischer Leitfaden für 2026

Zusammenfassung

Es gibt zwei echte Wege, KI in Freshservice einzubinden. Sie können Freddy AI, die native Schicht, unter Admin > Globale Einstellungen mit wenigen Klicks aktivieren. Oder Sie setzen einen dedizierten KI-Agenten über dessen API auf Freshservice auf. Beide Wege sind valide; sie passen zu unterschiedlichen Teams.

Was einem vorher niemand sagt: Der autonome Freddy AI Agent ist auf den Enterprise-Plan beschränkt und wird pro Sitzung abgerechnet. Wenn Sie also Starter, Growth oder Pro nutzen, bedeutet "KI einschalten" meist nur den Agent-Assist Copilot, nicht den Deflection-Bot. Ein aufgesetztes Tool funktioniert auf jedem Plan, über die API, und wird nach Nutzung abgerechnet.

Meine ehrliche Einschätzung nach Jahren, in denen ich KI auf lebende IT- und Support-Warteschlangen gesetzt habe: Natives Freddy ist in Ordnung, wenn Sie sich bereits für Freshworks Enterprise entschieden haben, aber die meisten Teams erzielen mit einem aufgesetzten Agenten mehr Deflection und mehr Kontrolle. Die eine Sache, die darüber entscheidet, ob KI hilft oder schadet, ist nicht das Modell, sondern ob Sie sie nur bei den Tickets handeln lassen, bei denen sie sich sicher ist, und den Rest an eine Person mit vollem Kontext weiterleiten.

Was "KI in Freshservice einbinden" eigentlich bedeutet

Ich baue seit Jahren Integrationen, deshalb sage ich es offen: "KI hinzufügen" ist ein unscharfer Begriff, und Freshworks nutzt ihn für drei verschiedene Produkte unter dem Namen Freddy AI. Bevor Sie eine Einstellung anfassen, hilft es zu wissen, was Sie eigentlich aktivieren.

• Freddy AI Agent ist der autonome, mitarbeiterseitige Bot, der Anfragen abfängt und löst, bevor ein Mensch sie sieht. Das ist der Freshservice-KI-Agent, den die meisten meinen, wenn sie "KI" sagen.
• Freddy AI Copilot ist Agent-Assist: Antwortvorschläge, Ticketzusammenfassungen und ein Schreibassistent im Agenten-Arbeitsbereich. Er hilft Ihrem Team, nicht Ihren Endnutzern.
• Freddy AI Insights ist proaktive Analyse mit Ursachenanalyse für Service-Desk-Verantwortliche.

Der Grund, warum das wichtig ist: Sie sind unterschiedlich freigeschaltet und abgerechnet, und genau da werden Teams überrascht. Die erste Entscheidung ist also nicht "Soll ich KI hinzufügen", sondern "Welcher Weg passt zu meinem Plan und meiner Warteschlange". Hier ist die Weggabelung.

Dieselbe Ticket-Warteschlange, zwei Wege: natives Freddy AI oder ein aufgesetzter Agent, verbunden über die Freshservice-API.

Weg 1: Freddy AI aktivieren (der native Weg)

Wenn Sie auf Enterprise sind (oder nur den Agent-Assist Copilot möchten), ist der native Weg wirklich schnell. Freshworks positioniert den neuen GenAI Freddy AI Agent als "bereit, ab dem ersten Tag zu helfen", und die Aktivierung ist tatsächlich nur wenige Klicks. So sieht die Einrichtung aus.

Voraussetzungen, die Sie zuerst prüfen sollten

• Der autonome Agent benötigt Enterprise. Das Freddy AI Agent Overview-Dokument besagt klar, dass er mit dem Enterprise-Plan verfügbar ist. Copilot ist ein separates, kostenpflichtiges Zusatzmodul pro Agent auf Pro und Enterprise.
• Slack und Microsoft Teams benötigen zuerst den installierten ServiceBot. Sie können Freddy auf diesen Kanälen nicht konfigurieren, bevor der ServiceBot für diese Plattform eingerichtet ist. Support-Portal und E-Mail-Bot brauchen ihn nicht.
• Wenn Sie den veralteten Virtual Agent genutzt haben, beachten Sie, dass er am 21. Mai 2025 abgeschafft wurde. Wer ihn vor dem 18. Oktober 2024 aktiviert hatte, musste auf die GenAI-Version upgraden, um den Agenten weiter laufen zu lassen.

Die eigentlichen Schritte

1. Gehen Sie zu Admin > Globale Einstellungen und suchen Sie nach Freddy. Sie landen auf dem Freddy-AI-Panel mit der Freddy-Karte und Ihren ServiceBot-Kanälen für Slack und Microsoft Teams.

Admin > Globale Einstellungen > Suche "Freddy" ist der Einstiegspunkt zum Aktivieren der KI-Schicht, entnommen aus den Freshservice-Support-Dokumenten.

2. Öffnen Sie die Freddy-Karte und nutzen Sie die Umschalter je Kanal, um Freddy AI Agent dort zu aktivieren, wo Sie ihn möchten: das Support-Portal (Self-Service für Anfragende), den E-Mail-Bot (beantwortet einfache E-Mail-Anfragen automatisch mit dem passenden Hilfeartikel) und Slack / Microsoft Teams (First-Line-Support im Chat).

Freddy AI Agent wird je Kanal aktiviert; der Link "Jetzt einrichten" führt Sie durch die dialogbasierte Einrichtung, entnommen aus den Freshservice-Support-Dokumenten.

3. Richten Sie ihn auf Ihr Wissen aus. Freddys Enterprise Search kann auf Ihre interne Wissensdatenbank sowie Microsoft SharePoint, Google Drive und Confluence zugreifen.
4. Behalten Sie die Regeln zur Artikelverarbeitung im Blick, während Sie Inhalte laden. Freddy liest pro Lösungsartikel nur die ersten 50 eingebetteten Bilder und ersten 5 Anhänge (bis zu 5 MB je Datei), und ein Artikel kann zwischen 1 Stunde und 24 Stunden zur Verarbeitung benötigen. Er kann Bilder innerhalb von Artikeln interpretieren, aber keine .pdf-, .docx- oder .xlsx-Dateien lesen, sodass eine Wissensdatenbank voller angehängter PDFs unterdurchschnittlich abschneidet.

Das ist die gesamte native Einrichtung. Sie ist wirklich einfach, und für Agent-Assist innerhalb des Arbeitsbereichs ist sie ein vernünftiger Startpunkt.

Die Grenzen, die Teams überraschen

Hier muss ich ehrlich zu Ihnen sein, denn dass die Einrichtung einfach ist, heißt nicht, dass die KI günstig oder wirksam ist.

Sie ist freigeschaltet und wird pro Sitzung abgerechnet. Freddy AI Agent ist nur für Enterprise, und jede Enterprise-Lizenz enthält 1.200 Sitzungen pro Jahr. Eine Sitzung ist jede Interaktion, die ein eindeutiger Nutzer innerhalb eines 24-Stunden-Fensters mit dem Agenten hat. Zusätzliche Pakete existieren, aber der Preis ist nur auf Anfrage über Ihren Account-Manager erhältlich und wird nie veröffentlicht. Wenn Sie die Rechnung sehen möchten, haben wir sie im Leitfaden zu den Freshservice-KI-Kosten aufgeschlüsselt. Nutzer spüren dieses Abrechnungsmodell:

"Freddy AI hat dieselben Einschränkungen wie jedes andere von ITSM-Anbietern gebaute KI-Tool. Es ist hauptsächlich an das Freshworks-Ökosystem gebunden, hat eine begrenzte Human-in-the-Loop-Validierung, und man kann nicht wählen, welche LLMs man nutzen möchte. Außerdem ist die Preisgestaltung an die Agenten gebunden, nicht an die Mitarbeitenden."

u/chris_la33, r/Freshservice

Der SharePoint-Berechtigungsumfang kann Ihren Rollout blockieren. Mehr als ein Team auf r/Freshservice hat deswegen zurückgehalten, weil der Teams-ServiceBot sehr weitreichenden Zugriff fordert:

"es erfordert 'Dateien in allen Site-Sammlungen lesen' auf Anwendungsebene, um zu funktionieren, was ihm im Grunde die Fähigkeit gibt, alles in unserem Unternehmens-SharePoint zu lesen, soweit ich weiß."

u/Towelie888, r/Freshservice

Und die Übergabe kann Sie unbemerkt mehr kosten, als sie einspart. Das ist der Punkt, an den ich ein Warnschild hängen würde. Eine Organisation mit rund 600 Mitarbeitenden berichtete, dass fünf Monate nach der Aktivierung von Freddy ihre Tier-1-MTTR gestiegen ist, nicht gesunken, und Doppel-Tickets um etwa 15 % zunahmen.

"Autoresolve liegt vielleicht bei 25 %, was okay ist, denke ich. Aber unsere MTTR ist tatsächlich HOCHgegangen. Um etwa 20 %... Tickets, die nicht automatisch gelöst werden, bleiben länger liegen. Ich denke, was passiert, sind die Übergabekosten. Freddy versucht es, scheitert, der Agent übernimmt, muss sich aber erst durch den gesamten Hin-und-Her-Verlauf scrollen, bevor er antworten kann."

u/Time_Beautiful2460, r/Freshservice

Das ist kein Argument gegen KI. Es ist ein Argument gegen KI, die versucht, alles zu beantworten, und bei Fehlern ein Chaos übergibt. Wir haben genau dieses Fehlermuster in echten Rollouts immer wieder beobachtet, weshalb das Design, das tatsächlich funktioniert, so aussieht wie die rechte Seite unten.

Der Unterschied zwischen KI, die schadet, und KI, die hilft, liegt fast nie am Modell. Es geht darum, ob sie weiß, wann sie aufhören und sauber übergeben muss. Die Zahlen hier stammen aus dem oben genannten r/Freshservice-Thread.

Die vollständige Übersicht darüber, wo die native Schicht schwächelt, führen wir laufend unter Freshservice-KI-Einschränkungen.

Weg 2: Einen dedizierten KI-Agenten über die Freshservice-API aufsetzen

Der zweite Weg, KI hinzuzufügen, besteht darin, Freshservice genau so zu lassen, wie es ist, und einen zweckgebauten KI-Agenten darüber zu verbinden, über die Freshservice-API. Das ist der Weg, zu dem ich den meisten Teams raten würde, und nicht, weil ich an so etwas mitarbeite. Er umgeht jedes der oben genannten Probleme: Sie behalten Ihren aktuellen Plan, Sie wählen das Modell, und Sie behalten standardmäßig einen Menschen im Loop.

Mechanisch betrachtet beobachtet ein aufgesetzter Agent Ihre Ticket-Warteschlange, liest die eingehende Anfrage, zieht Kontext aus Ihrem Wissen und entscheidet dann danach, wie sicher er sich ist. Dieser Konfidenz-Filter ist das ganze Spiel.

Eine gut eingerichtete KI-Schicht stützt jede Antwort auf Ihr Wissen, prüft ihre eigene Sicherheit und wählt eines von drei Ergebnissen: lösen, entwerfen oder eskalieren.

Weil sie Antworten sowohl auf Ihre bisherigen Tickets als auch auf Ihre Hilfeartikel stützt, kommt sie dem, wie Ihr bester Agent tatsächlich antworten würde, näher, statt nur das wiederzugeben, was in der Wissensdatenbank wörtlich steht. Und weil Sie sie in einer Simulation gegen historische Tickets laufen lassen können, bevor sie je ein echtes anfasst, sehen Sie Ihre tatsächliche Deflection-Zahl nach Ticket-Typ, bevor Sie sich festlegen. Das ist der Schritt, der Sie aus der MTTR-Falle heraushält: Sie finden die Tickets, die sie niemals anfassen sollte, bevor es Ihre Kunden tun.

Der Kompromiss ist ehrlich: Ein aufgesetztes Tool ist ein weiteres System, das Sie verbinden müssen, und Sie vertrauen einer API-Integration statt einem nativen Schalter. Aber die Freshservice-API ist gut dokumentiert und stabil, und der Verbindungsschritt ist eine einmalige Aufgabe, die man in Minuten misst, keine Migration.

Natives Freddy gegen einen aufgesetzten Agenten, im Vergleich

Wenn Sie über diese beiden hinaus das breitere Feld sehen möchten, deckt unsere Übersicht zu Freshservice-Alternativen und der ServiceNow-Vergleich die Nachbarn ab.

Welchen Weg sollten Sie also wählen?

Hier ist die Entscheidung heruntergebrochen, von jemandem, der schon viele davon verbunden hat.

• Sie sind bereits auf Freshservice Enterprise und wollen hauptsächlich Agent-Assist. Aktivieren Sie Freddy Copilot und den KI-Agenten. Sie zahlen ohnehin dafür; nutzen Sie es. Behalten Sie die Sitzungsanzahl und die Übergabe-Erfahrung im Blick.
• Sie sind auf Starter, Growth oder Pro und wollen echte Deflection. Upgraden Sie nicht auf Enterprise, nur um Freddy freizuschalten. Setzen Sie stattdessen einen Agenten über die API auf; das ist fast immer günstiger als der Plan-Sprung, und Sie behalten die Kontrolle über das Modell.
• Ihre Warteschlange ist größtenteils repetitiver Tier-1 (Passwort-Zurücksetzungen, Zugriffsanfragen, Status-Abfragen). Das ist der Sweet Spot für eine konfidenz-gefilterte Schicht. Ein IT-Leiter in einem Fintech-Unternehmen setzte einen KI-Agenten als ersten Ansprechpartner vor seinen internen Jira-Service-Management-Desk, gestützt auf Confluence und Slack, und steigerte die Deflection von 15 % auf ein Ziel von 55 %. Das ist die Form eines echten Erfolgs: ein großer, unspektakulärer Teil der Warteschlange, der abgearbeitet wird, bevor ein Mensch ihn sieht, nicht ein magisches 100 %.

Wie auch immer Sie sich entscheiden, der ROI zeigt sich erst, wenn die KI sicher ist und ehrlich damit umgeht, was sie nicht weiß.

Häufige Fehler, die Sie vermeiden sollten

• Sie am ersten Tag ungefiltert auf die gesamte Warteschlange loslassen. Beginnen Sie überwacht. Lassen Sie sie Entwürfe erstellen, prüfen Sie die Entwürfe, und gewähren Sie dann Autonomie bei den Ticket-Typen, die sie gut trifft. Genau so vermeiden Sie den MTTR-Rückschritt.
• Sie mit einer dünnen oder PDF-lastigen Wissensdatenbank füttern. Freddy kann keine PDFs lesen, und jede KI ist nur so gut wie das, was sie abrufen kann. Bringen Sie zuerst echte, formatierte Artikel ein. Unser Leitfaden zur internen Wissensdatenbank beschreibt, wie "gut" aussieht.
• Den Sitzungszähler ignorieren. Bei nativem Freddy sind 1.200 Sitzungen pro Jahr für einen stark ausgelasteten Desk nicht viel. Verfolgen Sie den Freddy AI Agent Overview-Report in Analytics, damit ein Zusatzangebot Sie nicht überrascht.
• Den Testlauf auslassen. Wenn Ihr Tool anhand bisheriger Tickets simulieren kann, tun Sie es. Blind live zu gehen ist der Weg, wie Sie die Schwachstellen der KI vor echten Nutzern entdecken.

eesel für Ihre Freshservice-Warteschlange ausprobieren

Wenn Weg 2 richtig klingt, ist eesel AI genau dafür gebaut. Es verbindet sich über die API mit Ihrem bestehenden Service-Desk, sodass kein Enterprise-Upgrade und keine Migration nötig ist; Sie behalten die Freshservice-Workflows und den Ticketverlauf, den Sie bereits haben. Es trainiert vom ersten Tag an auf Ihren bisherigen Tickets und Hilfedokumenten, entwirft oder löst basierend auf einem Konfidenz-Filter, den Sie kontrollieren, und eskaliert saubar mit vollem Kontext, sodass Sie die oben beschriebene Übergabe-Falle nie wieder erleben.

eesel verbindet sich mit Ihrem Helpdesk, lernt aus bisherigen Tickets und lässt Sie Ergebnisse simulieren, bevor Sie live gehen.

Der Teil, den ich nicht auslassen würde: Führen Sie zuerst die Simulation anhand Ihrer eigenen historischen Tickets durch. Sie zeigt Ihre tatsächliche Deflection-Rate nach Ticket-Typ, bevor auch nur ein Kunde beteiligt ist, was den Unterschied macht zwischen KI, die Ihre Zahlen hebt, und KI, die sie unbemerkt nach unten zieht. Es ist kostenlos zum Ausprobieren, ohne Kreditkarte, sodass Sie die Zahl für Ihre eigene Warteschlange sehen können, bevor Sie sich entscheiden.