Serval vs Risotto (2026): Welches KI-Tool für IT-Support passt?
eesel Team
Zuletzt bearbeitet September 22, 2026

Sowohl Serval als auch Risotto setzen einen KI-Agenten auf Ihre interne IT-Warteschlange, sodass Mitarbeitende Passwort-Resets, App-Zugriffe und Fehlerbehebung im Chat beantwortet bekommen, statt auf einen Menschen zu warten. Beide sind im Kern ein KI-Helpdesk-Chatbot mit angeflanschter Aktionsschicht. Sie sind aber für ganz unterschiedliche Käufer gebaut.
Serval ist das Schwergewicht: eine vollständige KI-native ITSM-Plattform, die ServiceNow ersetzen soll, mit eigenem Ticketing, Asset-Datenbank, einem Workflow-Builder, der Code schreibt, und einer Bewertung von $1B im Rücken. Sie ist nur auf Anfrage erhältlich und wird über einen vierwöchigen begleiteten Piloten mit der Zusage „50 % der Tickets automatisiert, garantiert“ verkauft. Wählen Sie sie, wenn Sie Ihren gesamten Service Desk auf einer modernen Plattform bündeln wollen und die Größe für einen Enterprise-Vertrag haben.
Risotto ist die leichtere, schnellere Option: ein Slack-first-Helpdesk für interne Anfragen (YC W24), der auf dem Jira oder Freshservice aufsetzt, das Sie bereits betreiben, ab pauschal $1,250/Monat für Teams unter 250 Personen. Wählen Sie es, wenn Sie in Slack leben, an einem Tag live sein wollen und vor allem Tier-1-Entlastung plus Automatisierung von Software-Zugriffen brauchen.
Eines kann keines von beiden: Sie die KI an Ihren eigenen historischen Tickets durchspielen lassen, bevor sie jemandem wirklich antwortet. Diese Lücke zählt, und genau hier kommt ein KI-Helpdesk-Teammitglied wie eesel ins Spiel, wenn ein Teil Ihres Supports kundenseitig ist.

Warum ich diese beiden vergleiche
Ich baue beruflich Integrationen und Agenten und beobachte seit einigen Jahren, wie KI-Agenten Live-Support-Warteschlangen bearbeiten, unsere eigenen und die unserer Kunden. Das hat mir eine starke Voreingenommenheit mitgegeben: Der gefährliche Fehlermodus ist nicht ein Agent, der „Ich weiß es nicht“ sagt, sondern ein selbstsicherer Agent, der still das Falsche tut. Genau deshalb wird jeder Rollout, den ich ausliefere, an echten historischen Tickets simuliert, bevor er ein Live-Gespräch berührt.
Ich erwähne das, weil es die Brille ist, mit der ich beide Tools angesehen habe. Serval und Risotto gehören zu den schärfsten neuen Namen im KI-IT-Support, sie lösen ein reales und teures Problem, und ich wollte wissen, wo jedes unter dem Marketingtext wirklich seinen Wert verdient. Ich habe die Dokumentation, Preise, Funktionsseiten und Finanzierungshistorie beider Unternehmen gelesen sowie jede überprüfbare Bewertung, die ich finden konnte. Hier die ehrliche Einschätzung.
Wenn Sie breiter vergleichen, lohnt sich auch ein Blick darauf, wie sie im Vergleich zum weiteren Feld der KI-Tools für IT-Support und der internen Helpdesk-Software abschneiden, bevor Sie sich festlegen.
Serval vs Risotto auf einen Blick
Hier der ganze Vergleich in einer Tabelle, bevor wir jedes Tool im Detail ansehen. Wenn Sie auch die Platzhirsche abwägen, auf die sie zielen, haben wir tiefere Analysen zu ServiceNows KI und der KI von Jira Service Management.
| Dimension | Serval | Risotto |
|---|---|---|
| Am besten für | Unternehmen, die ServiceNow / JSM durch eine KI-native Plattform ersetzen | Mid-Market-Teams, die in Slack leben und schnelle Tier-1-Entlastung wollen |
| Kategorie | Vollständige KI-native ITSM-/ESM-Plattform | Slack-first interner IT-Helpdesk |
| Gegründet / Phase | 2024, San Francisco; $127M eingesammelt, ca. $1B Bewertung | 2024, YC W24; klein, frühe Phase |
| Wo es lebt | Slack, Teams, E-Mail, Webportal, Telefon | Slack und Microsoft Teams |
| Führendes System | Ja, eigenes Ticketing + CMDB | Nein, setzt auf Ihrem bestehenden Ticketing auf |
| Automatisierungsversprechen | „50 % der Tickets automatisiert. Garantiert.“ | 20 bis 60 % Tier-1-Selbstlösung; 55 % bei Gusto |
| Workflow-Erstellung | Code, geschrieben von einem KI-Admin-Agenten (Catalyst) | Regel-Engine + emoji-gesteuerte Wissenserfassung |
| Asset-Management (CMDB) | Ja (HAM, SAM, CMDB) | Nein |
| Proaktive Agenten | Ja | Nein |
| CLI / API | Volle API + Serval CLI + Webhooks | API + MCP-Server |
| Simulation vor dem Livegang | Nicht angeboten | Nicht angeboten |
| Preise | Nur auf Anfrage, eine Plattformgebühr | $1,250/Monat pauschal (<250 Mitarbeitende) oder $90/Nutzer/Jahr über AWS |
| Kostenlose Testphase | Nein (stattdessen begleiteter Pilot) | 30 Tage kostenlose Testphase |
| Compliance | SOC 2 Type II | SOC 2 Type II; HIPAA bei Enterprise |
| Bereitstellung | Cloud (99,9 % SLA) oder selbst gehostet | Cloud |

Was Serval ist
Serval nennt sich selbst KI für Enterprise Service Management, und es meint das wörtlich: Es soll Ihr Service Desk sein, kein Zusatz zu einem. CEO Jake Stauch, ein ehemaliger Verkada-Gründer, beschreibt es gegenüber Computerworld als KI-nativ „from day one, rather than layering agents onto two decades of custom tables, business rules, and workflow logic.“ Die Investoren sind überzeugt: Serval sammelte eine Series A über $47M unter Führung von Redpoint ein, dann eine Series B über $75M unter Führung von Sequoia bei einer Bewertung von rund $1B. Sequoias Partner sagte es unverblümt: „The last time we heard customer feedback this strong was 16 years ago when we partnered with ServiceNow.“
Die Zwei-Agenten-Architektur
Den Teil, den ich clever finde, ist das Zwei-Agenten-Design, das Serval als Kern seiner Sicherheitsgeschichte behandelt. Es gibt einen Catalyst-Admin-Agenten, der Automatisierungen baut, und einen separaten Helpdesk-Agenten, mit dem Endnutzer sprechen. Der Helpdesk-Agent kann nur Workflows aufrufen, die ein Admin bereits veröffentlicht hat, er kann also nicht spontan neue Aktionen erfinden.

Staunchs Beispiel gegenüber TechCrunch zeigt, warum das wichtig ist: „You don't want someone to go into Slack and say, 'Hey, I want to delete all the data at the company,' and the very helpful AI agent responds, 'Great, I'll delete all the data.'“ Berechtigungen und Freigaben liegen in jedem Workflow, nicht im Urteil des LLM. Das ist eine kluge Antwort auf das Vertrauensproblem, auch wenn sie, wie wir in den Bewertungen sehen werden, nicht perfekt ist.
Catalyst schreibt Code, kein Drag-and-drop
Servals Wette ist, dass der beste Weg, Automatisierungen zu bauen, darin besteht, die KI echten Code schreiben zu lassen. Beschreiben Sie einen Workflow in natürlicher Sprache, und Catalyst baut ihn, vom Passwort-Reset bis zu einer mehrstufigen HR-Onboarding-Reise. Weil das Ergebnis deterministischer Code ist, verspricht Serval „no hallucinations or surprises“, sobald ein Workflow veröffentlicht ist, mit Versionskontrolle und Freigabestufen drumherum.
Für Teams, die Automatisierungen gern in der Versionsverwaltung halten, gibt es eine echte Serval CLI: Workflows auf den lokalen Rechner holen, in den eigenen Tools bearbeiten und mit Versionsverlauf zurückschieben. Diese Programmierbarkeit bieten die meisten ITSM-Tools nicht, und für plattformorientierte IT-Teams ist sie ein echter Anreiz.
Der Rest der Plattform
Weil Serval Ihr führendes System sein will, liefert es die gesamte ITSM-Oberfläche: KI-natives Ticketing mit Anfrage-, Incident-, Problem- und Change-Typen; Asset-Management mit echter CMDB (Hardware, Software und Konfigurationselemente); Just-in-time-Zugriffsverwaltung mit Least-Privilege-Richtlinien; und proaktive Agenten, die nach Problemen suchen, bevor jemand ein Ticket anlegt. Together AI schreibt Serval zu, 95 % des Just-in-time-Zugriffs zu automatisieren, und Perplexity sagt, seine Admins sparten jeweils ein bis zwei Stunden pro Tag.
Serval ist außerdem nicht nur IT. Stauch merkt an, dass IT inzwischen eine Minderheit der Teams ausmacht, die Serval nutzen, auch HR-Helpdesk, Recht, Finanzen und Security sind dabei. Die Kundenwand ist gewichtig: Ramp, Perplexity, Mercor, Cribl, Together AI, dazu Spotify, Fox und Live Nation.
Was Risotto ist
Risotto ist die aufgeräumtere Idee: Jeden Slack-Kanal in etwa 60 Sekunden in einen automatisierten IT-Helpdesk verwandeln. Es stammt aus dem Winter-2024-Batch von YC und wurde von drei ehemaligen HelloSign-Kollegen gebaut, von denen einer, Alex Confer, die IT bei Gusto und Dropbox leitete und es leid war, immer wieder dieselben SaaS-Konten von Hand bereitzustellen. Das ganze Produkt spiegelt diese Herkunft: Es ist festgelegt auf Slack (läuft aber auch in Microsoft Teams), und es ist festgelegt auf Zugriffsverwaltung.

Es setzt auf, es ersetzt nicht
Die wichtige Designentscheidung ist, dass Risotto nicht Ihr führendes System sein will. Die eigenen Vergleichsseiten sind eindeutig: „Keep Zendesk for ticketing“, oder behalten Sie die Freshservice AI, für die Sie schon zahlen, und lassen Sie Risotto die Arbeit übernehmen, die diese nicht schaffen. Es legt pro Gespräch ein Ticket an und hält im Hintergrund eine bidirektionale Synchronisierung mit Jira, Freshservice oder Zendesk am Laufen, sodass Ihre bestehenden SLAs und Workflows weiter funktionieren.

Zugriffsverwaltung und der Emoji-Trick
Wie Serval setzt Risotto stark auf Software-Zugriff. Es integriert sich mit Okta, um zeitbasierten, richtliniengesteuerten Zugriff direkt aus einer Slack-Freigabe zu gewähren, und unterstützt die vierteljährlichen Zugriffsprüfungen, die SOC 2 verlangt.
Mein Lieblingsdetail ist die Wissensschleife. Wenn ein Mensch eine Frage im Chat löst, setzt er ein Schreibhand-Emoji, und Risotto erfasst den Thread, schreibt ein Dokument und fügt es Ihrer Wissensdatenbank hinzu, sodass dieselbe Frage beim nächsten Mal automatisch beantwortet wird. Das ist ein reibungsarmer Weg, die Wissensdatenbank wachsen zu lassen, und er passt dazu, wie Menschen ohnehin in Slack arbeiten. Es durchsucht außerdem Notion, Confluence und interne Wikis nach Antworten, statt sich auf vorgefertigte Antworten zu verlassen.
Die Belege sind für ein so junges Unternehmen solide. Gusto löst 55 % der Tickets automatisch, verdoppelte seine Lösungsrate am ersten Tag und meldet 114.000 eingesparte Wartestunden bei 5 Stunden KI-Lösungszeit gegenüber 35 Stunden bei Menschen.
Preise: halbwegs transparent vs komplett nur auf Anfrage
Hier gehen die beiden am stärksten auseinander, und hier fällt oft die Entscheidung, was für Sie richtig ist.

| Serval | Risotto | |
|---|---|---|
| Modell | Eine verhandelte Plattformgebühr | Pauschalplan + Enterprise nur auf Anfrage |
| Veröffentlichter Preis | Keiner | $1,250/Monat (Startup, <250 Mitarbeitende) |
| Alternativer veröffentlichter Satz | Keiner | $90/Nutzer/Jahr im AWS Marketplace |
| Kostenlose Testphase | Nein | 30 Tage |
| Vertriebsweg | 4-wöchiger begleiteter Pilot, dedizierter Ingenieur | Self-Service-Testphase, dann Demo |
| Garantie | 50 % Automatisierung, vertraglich | Keine (nutzt ROI-Fallstudien) |
Risotto ist der transparentere der beiden. Der Startup-Plan kostet pauschal $1,250/Monat, jährlich abgerechnet, für Unternehmen unter 250 Mitarbeitenden, mit einer echten 30-tägigen kostenlosen Testphase. Der AWS-Marketplace-Eintrag nennt $90 pro Nutzer und Jahr, und Enterprise ist ein individuelles Angebot. Für ein Unternehmen mit 150 Personen ist diese Pauschale leicht zu kalkulieren.
Serval veröffentlicht überhaupt keine Zahlen. Die Preisseite verkauft einen vierwöchigen begleiteten Piloten mit einem dedizierten Deployment-Ingenieur und dem Ergebnis „50 % der Tickets automatisiert, garantiert“. Analysten von Sacra lesen das zugrunde liegende Modell als sitzplatzbasierte Enterprise-Preisgestaltung. Diese Garantie ist ein starkes Zeichen von Zuversicht, aber das Fehlen einer öffentlichen Zahl verrät genau, für wen das gedacht ist: größere Unternehmen mit Beschaffungsprozess, nicht ein fünfköpfiges IT-Team, das sich mit hinterlegter Karte anmelden will.
Keines von beiden rechnet bemerkenswerterweise pro Lösung ab. Wenn Sie sehen wollen, wie ein völlig transparenter Preis pro Ticket aussieht, ist das wieder ein anderes Modell.
Einführung: begleiteter Pilot vs live an einem Tag
Der Preisunterschied spiegelt einen Unterschied bei der Einführung.

Risotto setzt auf Tempo: Slack, Identity Provider und Dokumente anbinden, und die meisten Kunden sind innerhalb eines Tages live. Das ist glaubhaft, so eng, wie die erste Aufgabe zugeschnitten ist.
Serval fährt einen strukturierten vierphasigen Piloten, Meet, Build, Deploy, Optimize, mit einem Serval-Ingenieur die ganze Zeit vor Ort. Das ist die richtige Entscheidung für eine Plattform, die Ihr führendes System ersetzt, wo die „Build“-Phase bedeutet, echte Workflows nachzubauen und echte Systeme anzubinden. Ein Enterprise-Rezensent berichtete dennoch von einer Ersteinrichtung „in about 48 hours“, aber ehrlich gelesen ist Serval ein größerer Aufwand, weil es eine größere Aufgabe übernimmt.
Hier das, was beide Ansätze auslassen und was mir am wichtigsten ist: Keines von beiden lässt Sie den Agenten an Ihren eigenen historischen Tickets testen, bevor er live geht. Servals Pilot ist ein überwachter Praxistest und Risotto ist ein schnelles Einschalten, aber in beiden Fällen antwortet die KI beim ersten Kontakt mit Ihren tatsächlichen Ticketmustern einem echten Menschen. Nachdem ich jahrelang gesehen habe, dass Agenten in der Produktion anders funktionieren als in der Demo, wäre das der Schritt, den ich zurückhaben wollte.
Was echte Nutzer sagen
Community-Feedback zu beiden ist dünn, weil beide neu sind, was im jungen Feld der internen KI-Support-Tools üblich ist. Ich sage offen, wie gut das ist, was es gibt.
Serval steht bei 4,9/5 auf G2, aber alle zehn dieser Bewertungen sind als incentiviert und vom Anbieter eingeladen markiert, alle in einem einzigen Monat veröffentlicht. Eine einheitliche Note, die ausschließlich aus erbetenen Bewertungen besteht, würde ich nicht als Stütze nehmen. Nützlich sind die Felder „Was gefällt Ihnen nicht“, wo die Kritik konkret ist und, Serval zugutegehalten, trotzdem veröffentlicht wird:
"Often, the agent will say something is set up or configured, but it will silently fail. [...] I'd like the agent to flag issues and suggestions before a human does."
Das ist genau das Risiko stiller Fehler, mit dem ich begonnen habe, von einem echten Betreiber. Andere nannten eine Lernkurve („a lot under the hood... it can feel a little overwhelming“) und Lücken beim Einspeisen von Logs in SIEM-Tools. Nichts davon ist für eine junge Plattform ein Ausschlusskriterium, aber es ist gut zu wissen, dass das Zwei-Agenten-Sicherheitsdesign das Problem „selbstsicher falsch“ nicht ganz beseitigt.
Risottos G2-Bewertung liegt bei 4,8/5 aus vier Bewertungen, die organischer wirken und konkrete Zahlen enthalten. Ein Satz eines Admins ist mir im Kopf geblieben:
"We have an IT team that is comprised of 2 people for an org of 600! Risotto has saved us nearly 16000 hours in manpower over the last 3 months, handling 25% of our ticket volume without escalation."
Die schärfste Kritik an Risotto war, dass die Zugriffslogik „too eager“ sein kann und Zugriff vergibt, obwohl der Nutzer nur Anleitung brauchte. Beide Kritikpunkte weisen in dieselbe Richtung: Ein KI-Agent, der auf Ihren Systemen handelt, braucht eine Möglichkeit, seine Arbeit zu prüfen, nicht nur zu handeln.
Welches sollten Sie wählen?
Keines der Tools ist falsch, sie zielen auf unterschiedliche Teams. Falls Sie die Platzhirsche noch nicht ausgeschlossen haben, lohnt sich zuerst ein Blick auf die Alternativen zu Jira Service Management. Danach hilft Ihnen das hier bei der Eingrenzung.
Wo eesel passt
Hier die ehrliche Grenze: Serval und Risotto sind beide Tools für interne IT. Sie glänzen, wenn die Person, die um Hilfe bittet, Ihr eigener Mitarbeiter ist. Wenn ein Teil Ihres Supports kundenseitig ist oder Sie eine gemischte Warteschlange haben, in der dasselbe Team Mitarbeitende und Kunden beantwortet, ist das eine andere Aufgabe, und genau dafür ist eesel gebaut.
eesel ist ein KI-Helpdesk-Teammitglied, das sich in Ihre bestehende Warteschlange einreiht, statt sie zu ersetzen. Es klinkt sich in die Tools ein, die Sie bereits betreiben, Zendesk, Freshdesk, Slack, Confluence, Google Docs und Ihre vergangenen Tickets, und entwirft oder sendet Antworten mit bereits geladenem Unternehmenskontext. Wie Risotto setzt es auf, statt eine Migration zu verlangen; wie Serval kann es echte Aktionen über Ihre Systeme ausführen.

Der Unterschied, auf den ich immer wieder zurückkomme, ist der Simulationsschritt. Bevor eesel ein einziges Live-Gespräch beantwortet, können Sie es über Tausende Ihrer echten historischen Tickets laufen lassen und genau sehen, wie es geantwortet hätte, was es gelöst hätte und wo es eskaliert hätte. Das ist der Probelauf, den Serval und Risotto beide auslassen, und die direkte Antwort auf die Beschwerde über stille Fehler, die ein Serval-Rezensent geäußert hat.
Und weil dieser Vergleich klar im Developer-Tool-Terrain liegt, sei gesagt: eesel ist genauso programmierbar wie Serval. Es gibt eine echte eesel CLI plus eine API, MCP-Unterstützung und Webhooks, sodass dasselbe Teammitglied, das Sie im Dashboard konfigurieren, über Ihr Terminal gesteuert, in Skripte eingebunden oder von einem Coding-Agenten wie Claude Code oder Cursor bedient werden kann. Wenn Ihnen Servals Push-and-Pull-Workflow-Modell gefallen hat, werden Sie sich hier zu Hause fühlen. Sie können eesel kostenlos testen, ohne Vertriebsgespräch.