Serval AI: Ein Überblick über die KI-native ITSM-Plattform

Offenlegung: Dieser Artikel wird von eesel AI veröffentlicht, einem Wettbewerber von Serval. Wo wir Serval beschreiben, verlinken wir direkt auf Servals eigene Dokumentation und Seiten, damit Sie jeden Sachverhalt überprüfen können. Für offizielle Informationen von Serval besuchen Sie serval.com und docs.serval.com.

Wenn Sie im IT-Bereich arbeiten, kennen Sie den Rhythmus. Passwort-Resets, Zugriffsanfragen, Einrichtungen für neue Mitarbeiter und immer wieder dieselben Help-Desk-Fragen. Automatisierung ist die naheliegende Antwort, und eine Welle KI-nativer ITSM-Plattformen ist entstanden, um genau das anzugehen.

Serval gehört zu den sichtbareren Neueinsteigern. Es ist eine KI-native Plattform für Help-Desk-Automatisierung, Zugriffsverwaltung und Workflow-Automatisierung, gegründet 2024 und unterstützt durch eine Series-B-Finanzierung über 75 Mio. USD bei einer Bewertung von 1 Mrd. USD unter Führung von Sequoia im Dezember 2025. Dieser Artikel ist ein sachlicher Überblick darüber, was Serval leistet, wie die Implementierung funktioniert und wie es im Vergleich zu integrationsorientierten KI-Lösungen wie eesel abschneidet.

Was Serval ist

Serval ist eine KI-native ITSM-Plattform, die Help Desk, Zugriffsverwaltung, Ticketing und Workflow-Automatisierung in einem einzigen Produkt vereint. Sie richtet sich an IT-Teams, die einen erheblichen Anteil interner Mitarbeiteranfragen automatisieren möchten. Laut Servals eigenen Materialien automatisieren Kunden nach der Implementierung mehr als 50 % ihrer IT-Tickets, zu den Kunden gehören Perplexity, Together.ai, Mercor, Verkada und Cribl.

Die Plattform basiert auf drei KI-Agenten: einem Help Desk Agent, einem Automation Agent und einem Insights Agent. Jeder übernimmt eine andere Ebene der ITSM-Arbeit.

Servals Kernfunktionen

Servals Website und Dokumentation beschreiben die Plattform als ein koordiniertes Set von Agenten und Funktionen. Hier ist, was jeder tatsächlich leistet, mit Quellenangaben.

Help Desk Agent

Der Help Desk Agent ist die vorderste Arbeitsebene der Plattform. Er nimmt eingehende Mitarbeiteranfragen entgegen, entscheidet, ob er sie selbst bearbeiten kann, und löst sie entweder auf oder leitet sie an einen Menschen weiter. Er verbindet sich mit Chat-Oberflächen (Slack, Teams), E-Mail und einem Webportal, sodass Anfragen von überall eingehen können, wo Ihr Team bereits arbeitet.

Was er in der Praxis tatsächlich bearbeitet, hängt davon ab, was Sie angeschlossen haben und welche Richtlinien Sie festgelegt haben. Das typische Muster sieht so aus:

• Wissensfragen. "Wie richte ich das VPN ein?", "Wo finde ich die Spesenrichtlinie?", "Was ist der Laptop-Erneuerungszeitraum?" Der Agent durchsucht Unternehmensdokumentation und frühere Tickets nach kontextbezogenen Antworten und antwortet direkt.
• Zugriffsanfragen. Just-in-time-Genehmigungen für SaaS-Apps, wo die Richtlinie dies erlaubt, mit optionaler Genehmigung durch den Vorgesetzten und zeitlich begrenztem Ablauf.
• Routine-IT-Aufgaben. Passwort-Resets, Änderungen der Gruppenmitgliedschaft, Lizenzzuweisungen und ähnliche Bereitstellungsarbeiten, die als Workflow eingerichtet wurden.
• Triage und Weiterleitung. Wenn eine Anfrage einen Menschen benötigt, klassifiziert der Agent sie, fügt relevanten Kontext hinzu und leitet sie an das richtige Team oder den richtigen Bearbeiter weiter.

Die Verbindung zu früheren Tickets ist wichtig. Ein Help-Desk-Agent, der nur Ihr Wiki kennt, wird bei den vielen Randfällen, die im Support auftauchen, Schwierigkeiten haben. Einer, der auch sechs Monate gelöster Tickets gesehen hat, erkennt Muster und antwortet mit mehr Nuancen.

Automation Agent

Das ist der Teil von Serval, der die meiste Aufmerksamkeit auf sich gezogen hat. Sie beschreiben einen Workflow auf Englisch, Serval generiert Code und zeigt ein visuelles Schritt-für-Schritt-Diagramm daneben. Der Code ist bearbeitbar, Workflows können in Git verwaltet werden und werden deterministisch auf dieselbe Weise ausgeführt.

Der Ablauf sieht in der Praxis ungefähr so aus:

1. Beschreiben. Geben Sie eine natürlichsprachige Beschreibung ein: "Wenn ein neuer Mitarbeiter beginnt, erstelle ein Google Workspace-Konto, füge ihn basierend auf seinem Team den richtigen Slack-Kanälen hinzu und stelle seinen Zugriff auf GitHub und AWS bereit."
2. Generieren. Serval erstellt sowohl ein visuelles Schritt-für-Schritt-Diagramm als auch den zugrunde liegenden Code. Sie können beide Ebenen lesen. Technische Teams können den Code direkt bearbeiten, weniger technische Teams können den visuellen Ablauf lesen, um die Absicht zu überprüfen.
3. Testen. Vor dem Live-Gang führen Sie den Workflow mit Testeingaben aus und prüfen Status, Eingaben, Ausgaben und Fehlerdetails jedes Schritts. Der Leitfaden zur Erstellung Ihres ersten Workflows führt Sie von Anfang bis Ende durch den Prozess.
4. Genehmigen und veröffentlichen. Workflows können mehrstufige menschliche Genehmigungen vor der Ausführung erfordern, was bei sensiblen Aktionen wie der Gewährung erhöhter Berechtigungen nützlich ist.
5. Iterieren. Bearbeiten Sie entweder die natürlichsprachige Beschreibung oder den Code. Aktualisierungen fließen zurück in das visuelle Diagramm und durch Git.

Für Teams, die nicht alles von Grund auf neu aufbauen möchten, liefert Serval installierbare Workflows für gängige ITSM-Aufgaben. Diese decken Muster wie Onboarding, Offboarding, Zugriffsüberprüfungen und Änderungen der Gruppenmitgliedschaft ab und werden mit einem einzigen Klick installiert. Sie sind ein Ausgangspunkt, den Sie anpassen, kein starres Template, sodass Sie die Flexibilität des natürlichsprachigen Builders behalten.

Die Git-Integration ist für technische Teams erwähnenswert: Workflows leben als Code in einem Repository, was bedeutet, dass Sie Versionshistorie, Code-Reviews, verzweigungsbasierte Experimente und dieselben Deployment-Muster erhalten, die Sie für Anwendungscode verwenden. Für Organisationen mit ausgereiften Change-Management-Prozessen ist das ein bedeutsamer Unterschied zu Drag-and-Drop-Buildern, die Automatisierungslogik in einer Anbieter-UI einschließen.

Zugriffsverwaltung

Serval umfasst eine native Zugriffsverwaltung, die Richtlinien, Just-in-time-Bereitstellung, zeitlich begrenzte Berechtigungen, Mehrfachgenehmigungsabläufe und Integrationen mit Identitätsanbietern wie Okta und Google Workspace verwaltet. Es ist darauf ausgerichtet, die Zugriffs-Governance in denselben Arbeitsbereich wie Ticketing und Automatisierung zu konsolidieren, anstatt ein separates IAM-Tool parallel zu betreiben.

So sieht das in der Praxis aus:

• Richtlinien. Regeln, die festlegen, wer unter welchen Bedingungen auf was zugreifen kann. Eine Richtlinie könnte besagen: "Ingenieure können sich für bis zu 4 Stunden selbst Lesezugriff auf die Produktionsdatenbank gewähren, mit Genehmigung des Vorgesetzten", oder "Jeder kann CRM-Zugriff anfordern, erfordert die Genehmigung des Sales-Ops-Teams, läuft nach 30 Tagen ab."
• Just-in-time-Bereitstellung. Anstelle von dauerhaften Berechtigungen, die sich über die Amtszeit einer Person ansammeln, wird der Zugriff bei Bedarf gewährt und automatisch widerrufen. Dies verringert den dauerhaften Berechtigungs-Footprint, der für Compliance-Teams wichtig ist.
• Mehrfachgenehmigungsworkflows. Sensible Genehmigungen (Admin-Rollen, Produktionszugriff, Kundendaten) können durch eine Kette von Genehmigern laufen, bevor die KI etwas bereitstellt.
• Prüfprotokoll. Jede Genehmigung, jeder Widerruf und jede Zustimmung wird protokolliert, was Prüfer und SOC 2/ISO-Gutachter tatsächlich sehen möchten.

Für Teams, die bereits ein dediziertes IAM-Tool betreiben, stellt sich die Frage, ob sie konsolidieren oder beides parallel betreiben sollen. Servals Argument ist, dass die engere Verknüpfung zwischen Ticketing, Wissen und Zugriff (dieselbe KI, die die Frage beantwortet hat, ist die KI, die den Zugriff gewährt) mehr wert ist als IAM-Spezialisierung. Das ist ein echter Kompromiss und hängt davon ab, wie ausgereift Ihr vorhandener IAM-Stack ist.

Ticketing und bidirektionale Synchronisierung

Dieser Teil verdient eine genaue Betrachtung. Serval verfügt über ein natives Ticketing-System, unterstützt aber auch eine vollständige bidirektionale Synchronisierung mit Ticketing-Lösungen von Drittanbietern. Laut Servals Preisseite ist die bidirektionale Synchronisierung mit Systemen wie ServiceNow, Jira und Zendesk verfügbar.

So funktioniert die bidirektionale Synchronisierung in der Praxis:

• Ein in Ihrem bestehenden System erstelltes Ticket (z. B. ServiceNow) erscheint in Serval.
• Ein in Serval erstelltes Ticket erscheint in ServiceNow.
• In einem der beiden Systeme vorgenommene Aktualisierungen (Statusänderung, Kommentar, Bearbeiter, Lösung) werden auf das andere übertragen.

Das bedeutet, dass ein Team seinen bestehenden Help Desk als System of Record behalten kann (mit allen bereits eingerichteten SLA-Verfolgungen, Berichten und Integrationen) und Serval daneben als KI-Ebene betreiben kann. Tickets, die die KI bearbeitet, werden gelöst, ohne dass ein Mensch die Legacy-Ticketing-Oberfläche berühren muss. Tickets, die eskaliert werden, fließen mit vollem Kontext zurück in die vorhandene Warteschlange.

Der Eskalationspfad ist ebenfalls dokumentiert: Tickets, die menschliche Aufmerksamkeit benötigen, werden an den entsprechenden Bearbeiter weitergeleitet, der Copilot nutzen kann, um Lösungen vorzuschlagen und interne Workflows direkt aus dem Ticket heraus auszuführen. Das ist für Teams relevant, die ihren Help Desk nicht vollständig ersetzen möchten, aber KI für Routineaufgaben einsetzen wollen.

Insights Agent

Der Insights Agent läuft im Hintergrund und schlägt basierend auf Nutzungsmustern Workflows, Wissenslücken und Konfigurationsverbesserungen vor.

Wie Serval implementiert wird

Es gibt zwei dokumentierte Wege.

Weg 1: Serval als primäres ITSM. Sie verlagern Ticketing, Zugriffsverwaltung und Workflows auf Serval. Bestehende Tickets werden migriert, Ihr Team lernt die neue Oberfläche kennen, und mit der Zeit stellen Sie Ihr bisheriges System ein. Das ist die engagierteste Form und wahrscheinlich die, die langfristig die koordinierteste Erfahrung bietet, aber auch das größte Projekt.

Weg 2: Serval parallel zu Ihrem bestehenden Help Desk. Sie behalten ServiceNow, Jira oder Zendesk als System of Record und bringen Serval über eine bidirektionale Synchronisierung als KI-Ebene ein. Routinetickets werden von der KI bearbeitet, komplexe Tickets werden mit Kontext an Ihre bestehende Warteschlange eskaliert. Weniger disruptiv, schneller zu starten und eine vernünftige langfristige Form, wenn Ihr bestehender Help Desk nicht das Problem ist, das Sie lösen möchten.

Beide Wege nutzen Servals 30+ native Integrationen für IT-, HR- und Identitätssysteme (Okta, Google Workspace, GitHub, Jira, Slack, Salesforce, Notion, Confluence, AWS und andere) sowie vollständigen API-Zugriff für benutzerdefinierte Integrationen. Der Day-1-Einrichtungsleitfaden führt Sie durch die Verbindung von Integrationen und die Aktivierung der ersten Workflows.

Wie ein Serval-Pilot aussieht

Laut Servals Preisseite beginnt jedes Kundenengagement als Pilot mit einem dedizierten Implementierungsingenieur. Die vier Phasen:

1. Kennenlernen. Sie werden mit einem Implementierungsingenieur zusammengebracht, der Ihre Umgebung kennenlernt. Sie verbinden Kernintegrationen (Ihren Help Desk, Identitätsanbieter, wichtige SaaS-Apps, Wissensquellen) und aktivieren grundlegende Automatisierungen, um die Verbindungen zu validieren.
2. Aufbauen. Der Implementierungsingenieur hilft Ihnen dabei, die wertvollsten Automatisierungsmöglichkeiten für Ihre spezifische Umgebung zu identifizieren, in der Regel basierend auf dem, was in Ihrer aktuellen Ticket-Warteschlange am häufigsten oder teuersten ist, und Sie erstellen darauf zugeschnittene Workflows.
3. Ausrollen. Sie führen für echte Endnutzer ein, überwachen die tatsächliche Nutzung und iterieren an den Workflows. Unvorhergesehene Dinge tauchen hier auf, und Sie passen an.
4. Optimieren. Sobald die grundlegenden Automatisierungen stabil sind, erkunden Sie unternehmensübergreifende Anwendungsfälle (HR-Onboarding, Finanzgenehmigungen usw.), prüfen die Konfiguration und verfeinern sie.

Serval garantiert, dass mindestens 50 % der eingehenden IT-Tickets bis zum Ende dieses Engagements automatisiert werden. Das ist ein messbares Erfolgskriterium, das bei KI-Anbietern ungewöhnlich ist, und ein bedeutsames Element der Risikoverteilung.

Wie lange der gesamte Pilot dauert, wird nicht veröffentlicht. Aufgrund der Struktur (vier Phasen mit einem echten Ingenieur in allen Phasen) handelt es sich eindeutig um ein Projekt von Wochen bis Monaten, nicht um eine Einrichtung am selben Tag. Das ist keine Kritik; es entspricht der Form des Produkts, das eine koordinierte Plattform ist, die viele Aufgaben erledigen soll.

Serval-Preise

Serval veröffentlicht keine Preise pro Nutzer oder pro Ticket auf seiner Website. Stattdessen beschreibt die Preisseite ein pilotbasiertes Engagement-Modell. Kunden arbeiten mit einem dedizierten Implementierungsingenieur durch vier Phasen (Kennenlernen, Aufbauen, Ausrollen, Optimieren), und Serval garantiert, dass mindestens 50 % der eingehenden IT-Tickets bis zum Ende des Piloten automatisiert werden.

Wenn Sie eine konkrete Zahl für Ihre Umgebung wünschen, müssen Sie mit Servals Vertriebsteam sprechen. Wir werden nicht über den Vertragsinhalt spekulieren; die Preisseite ist die maßgebliche Quelle für das Modell.

Serval und eesel AI: zwei verschiedene Ansätze

Serval ist eine Plattform. Sie umfasst ihr eigenes Ticketing, ihre eigene Zugriffsverwaltung, ihre eigene Workflow-Engine und ihre eigene Wissensbasis. Der schnellste Weg zum Mehrwert ist wahrscheinlich, sie als koordiniertes System zu betreiben, auch wenn Sie einen bestehenden Help Desk über die Synchronisierung eingebunden lassen.

eesel AI hat einen anderen Ansatz. Es ist eine integrationsorientierte KI-Ebene, die sich in den Help Desk, den Sie bereits verwenden, die Chat-Tools, in denen Ihr Team arbeitet, sowie die Wikis und Dokumente, in denen Ihr Wissen lebt, einfügt. Es gibt kein natives Ticketing in eesel; der Help Desk, den Sie mitbringen, ist der Help Desk, der läuft.

Gegenüberstellung. Die Serval-Details unten stammen aus Servals Homepage, Preisseite, Workflow-Dokumentation, Ticketing-Dokumentation und Wissensbasis-Dokumentation; eesel-Details von eesel.ai.

Die ehrliche Einschätzung: Wenn Sie eine einzige KI-native Plattform wünschen, die Ticketing, Zugriff und Workflows gemeinsam verwaltet (und bereit sind, einen geführten Pilot zu durchlaufen), ist Serval dafür gebaut. Wenn Sie Ihren Help Desk behalten und eine KI-Ebene hinzufügen möchten, die Sie selbst an einem Nachmittag einrichten können, ist eesel dafür gebaut.

Wer tendiert zu Serval

• IT-Leiter in wachsenden Unternehmen, die ihr aktuelles ITSM (oft ServiceNow oder Jira Service Management) als schwerfällig und schwer veränderbar empfinden und lieber auf einen KI-nativen Neuaufbau setzen möchten, anstatt KI auf einen Legacy-Stack aufzurüsten.
• Teams, die native Zugriffsverwaltung und Ticketing in einem Produkt wünschen, nicht zusammengestückelt aus einem IAM-Tool, einem Help Desk und einem Workflow-Tool.
• Unternehmen, bei denen interne IT der primäre Fokus ist (statt externem Kundensupport), wo Anwendungsfälle für die Belegschaft (Onboarding, Zugriff, Software-Anfragen) den Großteil der Warteschlange ausmachen.
• Teams, die einen Implementierungsingenieur an ihrer Seite wünschen und mit einem vertriebsgeführten, pilotbasierten Engagement vertraut sind.

Wer tendiert zu eesel AI

• Teams, deren bestehender Help Desk (Zendesk, Freshdesk, Jira Service Management, Front usw.) gut funktioniert; die Lücke ist KI, nicht der Help Desk.
• Unternehmen, die sowohl interne IT als auch externen Kundensupport abwickeln und eine einzige KI-Ebene für beides wünschen.
• Käufer, die es vorziehen, self-serve zu evaluieren, eine Simulation anhand vergangener Tickets durchzuführen und erwartete Ergebnisse zu sehen, bevor sie sich festlegen.
• Teams, die öffentliche, vorhersehbare Preise und die Möglichkeit wünschen, klein anzufangen (ein Ticket-Typ, dann erweitern), anstatt sich sofort auf einen vollständigen Pilot festzulegen.

Diese Ansätze schließen sich nicht gegenseitig aus. Einige Teams könnten legitim beides verwenden, und die richtige Antwort hängt davon ab, wie viel Ihres aktuellen Stacks Sie behalten möchten und wie Sie Software kaufen.

Ist Serval das Richtige für Ihr Team?

Serval ist ein ernsthaftes Produkt mit einer klaren Perspektive: ITSM neu aufgebaut rund um KI, mit Workflows, Ticketing, Zugriff und Wissen in einer Plattform. Für ein Team, das diesen Ansatz möchte und bereit ist, einen geführten Pilot mit einem Implementierungsingenieur zu absolvieren, ist es eine glaubwürdige Wahl. Der Workflow-Builder ist wirklich interessant, die bidirektionale Synchronisierung macht die Koexistenz mit bestehenden Systemen realistisch, und das garantierte 50%-Automatisierungsergebnis ist eine bedeutsame Verpflichtung.

Für Teams, die ihre vorhandenen Tools behalten und KI hinzufügen möchten, ohne die Form ihres Stacks zu ändern, ist ein integrationsorientierter Ansatz besser geeignet. Mit eesel AI können Sie Ihren bestehenden Help Desk und Ihre Wissensquellen verbinden, eine Simulation mit Ihren historischen Tickets durchführen und noch in derselben Woche mit der Automatisierung beginnen. Die Preise sind aufgabenbasiert (0,40 USD pro gelöstem Ticket, kostenlos für einfache Aufgaben), und Sie starten mit 50 USD in kostenlosen Credits. Kostenlos registrieren und ausprobieren.