Serval vs Risotto (2026) : quel outil d'IA pour le support IT vous convient ?

TL;DR

Serval et Risotto placent tous deux un agent IA sur votre file IT interne, de sorte que les salariés obtiennent des réponses sur les réinitialisations de mot de passe, les accès aux applications et le dépannage dans le chat, au lieu d'attendre un humain. Tous deux sont, au fond, un chatbot de helpdesk IA auquel on a greffé une couche d'actions. Mais ils sont conçus pour des acheteurs très différents.

Serval est le poids lourd : une plateforme ITSM complète et native IA conçue pour remplacer ServiceNow, avec son propre ticketing, une base d'actifs, un constructeur de workflows qui écrit du code et une valorisation de $1B derrière. Elle est sur devis uniquement et vendue via un pilote accompagné de quatre semaines avec l'engagement « 50 % des tickets automatisés, garanti ». Choisissez-la si vous voulez regrouper tout votre service desk sur une plateforme moderne et que vous avez l'échelle pour justifier un contrat entreprise.

Risotto est l'option plus légère et plus rapide : un help desk interne centré sur Slack (YC W24) qui se superpose au Jira ou au Freshservice que vous utilisez déjà, à partir d'un forfait de $1,250/mois pour les équipes de moins de 250 personnes. Choisissez-le si vous vivez dans Slack, voulez être opérationnel en un jour et avez surtout besoin de dévier le niveau 1 et d'automatiser les accès aux logiciels.

Une chose que ni l'un ni l'autre ne fait : vous laisser répéter l'IA sur vos propres tickets historiques avant qu'elle ne réponde à qui que ce soit pour de vrai. Cette lacune compte, et c'est là qu'un coéquipier IA pour helpdesk comme eesel entre en jeu si une partie de votre support s'adresse aux clients.

Pourquoi je compare ces deux outils

Je construis des intégrations et des agents pour gagner ma vie, et je passe depuis plusieurs années à regarder des agents IA travailler sur des files de support en direct, les nôtres comme celles de nos clients. Cette expérience m'a laissé un fort parti pris : le mode de défaillance effrayant n'est pas un agent qui dit « je ne sais pas », c'est un agent sûr de lui qui fait discrètement la mauvaise chose. C'est précisément pourquoi chaque déploiement que je livre est simulé sur de vrais tickets historiques avant de toucher une conversation en direct.

Je le mentionne parce que c'est la lentille avec laquelle j'ai abordé les deux outils. Serval et Risotto sont deux des noms les plus aiguisés du nouveau support IT par IA, ils résolvent un problème réel et coûteux, et je voulais savoir où chacun mérite vraiment sa place sous le texte marketing. J'ai lu la documentation, les tarifs, les pages de fonctionnalités et l'historique de financement des deux entreprises, ainsi que tous les avis vérifiables que j'ai pu trouver. Voici l'avis honnête.

Si vous comparez plus largement, il vaut aussi la peine de voir comment ils se situent face au reste des outils d'IA pour le support IT et des logiciels de helpdesk interne avant de vous engager.

Serval vs Risotto en un coup d'œil

Voici toute la comparaison dans un tableau avant d'entrer dans le détail de chaque outil. Si vous pesez aussi les acteurs établis qu'ils visent, nous avons des analyses plus poussées de l'IA de ServiceNow et de l'IA de Jira Service Management.

Ce qu'est Serval

Serval se présente comme de l'IA pour la gestion des services d'entreprise, et il le pense littéralement : il est conçu pour être votre service desk, pas un complément à un autre. Son PDG Jake Stauch, ancien fondateur de Verkada, le présente à Computerworld comme natif IA « from day one, rather than layering agents onto two decades of custom tables, business rules, and workflow logic. » Les investisseurs sont convaincus : Serval a levé une Série A de $47M menée par Redpoint, puis une Série B de $75M menée par Sequoia à une valorisation d'environ $1B. Le partner de Sequoia l'a dit sans détour : « The last time we heard customer feedback this strong was 16 years ago when we partnered with ServiceNow. »

L'architecture à deux agents

La partie que je trouve astucieuse est la conception à deux agents, que Serval traite comme le cœur de son discours sur la sécurité. Il y a un agent administrateur Catalyst qui construit les automatisations, et un agent de help desk distinct avec lequel les utilisateurs finaux parlent. L'agent de help desk ne peut appeler que des workflows qu'un administrateur a déjà publiés, il ne peut donc pas inventer de nouvelles actions à la volée.

L'exemple de Stauch à TechCrunch montre pourquoi c'est important : « 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.' » Les permissions et les approbations vivent dans chaque workflow, pas dans le jugement du LLM. C'est une réponse intelligente au problème de confiance, même si, comme nous le verrons dans les avis, elle n'est pas parfaite.

Catalyst écrit du code, pas du glisser-déposer

Le pari de Serval est que la meilleure façon de construire des automatisations est de laisser l'IA écrire du vrai code. Vous décrivez un workflow en langage naturel et Catalyst le construit, d'une réinitialisation de mot de passe à un parcours d'intégration RH en plusieurs étapes. Comme le résultat est du code déterministe, Serval promet « no hallucinations or surprises » une fois le workflow publié, avec contrôle de version et validations autour.

Pour les équipes qui aiment garder les automatisations sous gestion de versions, il existe une vraie Serval CLI : vous récupérez les workflows sur votre machine, les modifiez avec vos propres outils et les renvoyez avec l'historique des versions. C'est un niveau de programmabilité que la plupart des outils ITSM n'offrent pas, et un vrai atout pour les équipes IT orientées plateforme.

Le reste de la plateforme

Comme Serval veut être votre système de référence, il propose toute la surface ITSM : un ticketing natif IA avec des types demande, incident, problème et changement ; une gestion des actifs avec une vraie CMDB (matériel, logiciels et éléments de configuration) ; une gestion des accès juste-à-temps avec des politiques de moindre privilège ; et des agents proactifs qui traquent les problèmes avant que quiconque ouvre un ticket. Together AI lui attribue d'automatiser 95 % des accès juste-à-temps, et Perplexity dit que ses administrateurs gagnent une à deux heures par jour chacun.

Serval n'est pas non plus réservé à l'IT. Stauch note que l'IT est désormais une minorité des équipes qui utilisent Serval, avec aussi le help desk RH, le juridique, la finance et la sécurité. Le mur de clients est lourd : Ramp, Perplexity, Mercor, Cribl, Together AI, ainsi que Spotify, Fox et Live Nation.

Ce qu'est Risotto

Risotto est l'idée plus épurée : transformer n'importe quel canal Slack en help desk IT automatisé en environ 60 secondes. Il est issu de la promotion hiver 2024 de YC, créé par trois anciens collègues de HelloSign, dont l'un, Alex Confer, dirigeait l'IT chez Gusto et Dropbox et en avait assez de provisionner à la main les mêmes comptes SaaS encore et encore. Tout le produit reflète cette origine : il a des convictions fortes sur Slack (même s'il fonctionne aussi dans Microsoft Teams) et sur la gestion des accès.

Il se superpose, il ne remplace pas

Le choix de conception important est que Risotto n'essaie pas d'être votre système de référence. Ses propres pages de comparaison sont explicites : « Keep Zendesk for ticketing », ou gardez la Freshservice AI que vous payez déjà, et laissez Risotto prendre le travail qu'elles ne peuvent pas faire. Il crée un ticket par conversation et maintient en arrière-plan une synchronisation bidirectionnelle avec Jira, Freshservice ou Zendesk, de sorte que vos SLA et workflows existants continuent de fonctionner.

Gestion des accès et l'astuce de l'emoji

Comme Serval, Risotto mise fortement sur l'accès aux logiciels. Il s'intègre à Okta pour accorder un accès temporaire, encadré par des politiques, directement depuis une approbation Slack, et aide à mener les revues d'accès trimestrielles qu'exige SOC 2.

Mon détail préféré est la boucle de connaissances. Quand un humain résout une question dans le chat, il dépose un emoji main qui écrit, et Risotto capture le fil, rédige un document et l'ajoute à votre base de connaissances pour que la même question reçoive une réponse automatique la prochaine fois. C'est une façon peu contraignante de faire grandir la base de connaissances, qui correspond à la façon dont les gens travaillent déjà dans Slack. Il cherche aussi des réponses dans Notion, Confluence et les wikis internes plutôt que de s'appuyer sur des réponses toutes faites.

Les preuves sont solides pour une entreprise aussi jeune. Gusto résout automatiquement 55 % des tickets, a doublé son taux de résolution dès le premier jour et fait état de 114 000 heures d'attente économisées, avec un temps de résolution IA de 5 heures contre 35 heures pour les humains.

Tarifs : plutôt transparent vs entièrement sur devis

C'est là que les deux divergent le plus, et où la réponse à « lequel est fait pour moi » se décide souvent.

Risotto est le plus transparent des deux. Son forfait Startup est un tarif fixe de $1,250/mois, facturé annuellement, pour les entreprises de moins de 250 salariés, avec un vrai essai gratuit de 30 jours. La fiche AWS Marketplace affiche un chiffre de $90 par utilisateur et par an, et Enterprise est un devis sur mesure. Pour une entreprise de 150 personnes, ce forfait est facile à évaluer.

Serval ne publie aucun chiffre. La page tarifs vend un pilote accompagné de quatre semaines avec un ingénieur de déploiement dédié et un résultat de « 50 % des tickets automatisés, garanti ». Les analystes de Sacra lisent le modèle sous-jacent comme une tarification entreprise par siège. Cette garantie est un fort signe de confiance, mais l'absence de chiffre public dit exactement à qui cela s'adresse : de grandes entreprises avec un processus d'achat, pas une équipe IT de cinq personnes qui veut s'inscrire avec une carte enregistrée.

Notons qu'aucun des deux ne facture à la résolution. Si vous voulez voir à quoi ressemble un prix par ticket totalement transparent, c'est encore un autre modèle.

Déploiement : pilote accompagné vs opérationnel en un jour

La différence de prix reflète une différence de déploiement.

Risotto vend la rapidité : connectez Slack, votre fournisseur d'identité et vos documents, et la plupart des clients sont en ligne en un jour. C'est crédible vu l'étroitesse de sa mission initiale.

Serval mène un pilote structuré en quatre phases, Meet, Build, Deploy, Optimize, avec un ingénieur Serval sur place tout du long. C'est le bon choix pour une plateforme qui remplace votre système de référence, où la phase « build » signifie recréer de vrais workflows et connecter de vrais systèmes. Un évaluateur entreprise a quand même rapporté une configuration initiale « in about 48 hours », mais la lecture honnête est que Serval est un chantier plus lourd parce qu'il fait un travail plus lourd.

Voici ce que les deux approches sautent, et ce qui m'importe le plus : aucun des deux ne vous laisse tester l'agent sur vos propres tickets historiques avant la mise en production. Le pilote de Serval est un essai supervisé en conditions réelles et celui de Risotto est une mise en route rapide, mais dans les deux cas, la première fois que l'IA rencontre vos vrais schémas de tickets, elle répond à une vraie personne. Après des années à voir des agents se comporter différemment en production qu'en démo, c'est l'étape que je voudrais récupérer.

Ce que disent les vrais utilisateurs

Les retours de la communauté sont minces pour les deux, parce que les deux sont récents, ce qui est courant dans le jeune domaine des outils de support interne par IA. Je serai franc sur la qualité de ce qui existe.

Serval affiche 4,9/5 sur G2, mais chacun de ces dix avis est marqué comme incité et invité par le vendeur, tous publiés sur un seul mois. Une note uniforme construite entièrement sur des avis sollicités n'est pas quelque chose sur quoi je m'appuierais. Ce qui est utile se trouve dans les champs « ce que vous n'aimez pas », où la critique est précise et, à l'honneur de Serval, toujours publiée :

"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."

Ronnie H., IT Ops, G2

C'est exactement le risque de défaillance silencieuse par lequel j'ai commencé, venu d'un vrai opérateur. D'autres ont signalé une courbe d'apprentissage (« a lot under the hood... it can feel a little overwhelming ») et des lacunes pour remonter les logs vers des outils SIEM. Rien de cela n'est rédhibitoire pour une jeune plateforme, mais il est bon de savoir que la conception de sécurité à deux agents n'élimine pas entièrement le problème de l'agent « sûr de lui mais dans l'erreur ».

La note G2 de Risotto est de 4,8/5 sur quatre avis, qui paraissent plus organiques et contiennent des chiffres concrets. Une phrase d'un administrateur m'est restée :

"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."

Tori D., Mid-Market, G2

La critique la plus nette envers Risotto était que sa logique d'accès peut être « too eager », se précipitant pour accorder un accès alors que l'utilisateur n'avait besoin que d'un conseil. Les deux critiques vont dans le même sens : un agent IA qui agit sur vos systèmes a besoin d'un moyen de vérifier son travail, pas seulement d'agir.

Lequel choisir ?

Aucun des deux outils n'est mauvais, ils visent des équipes différentes. Si vous n'avez pas encore écarté les acteurs établis, il vaut aussi la peine de parcourir d'abord les alternatives à Jira Service Management. Utilisez ensuite ceci pour affiner.

Où eesel s'intègre

Voici la limite honnête : Serval et Risotto sont tous deux des outils d'IT interne. Ils brillent quand la personne qui demande de l'aide est votre propre salarié. Si une partie de votre support s'adresse aux clients, ou si vous avez une file mixte où la même équipe répond aux salariés et aux clients, c'est un autre travail, et c'est celui pour lequel eesel est conçu.

eesel est un coéquipier IA pour helpdesk qui rejoint votre file existante au lieu de la remplacer. Il se branche sur les outils que vous utilisez déjà, Zendesk, Freshdesk, Slack, Confluence, Google Docs et vos anciens tickets, et rédige ou envoie des réponses avec le contexte de votre entreprise déjà chargé. Comme Risotto, il se superpose au lieu d'exiger une migration ; comme Serval, il peut effectuer de vraies actions via vos systèmes.

La différence à laquelle je reviens sans cesse est l'étape de simulation. Avant qu'eesel ne réponde à une seule conversation en direct, vous pouvez le faire tourner sur des milliers de vos vrais tickets historiques et voir exactement comment il aurait répondu, ce qu'il aurait résolu et où il aurait escaladé. C'est la répétition que Serval et Risotto sautent, et la réponse directe à la plainte de défaillance silencieuse soulevée par un évaluateur de Serval.

Et comme cette comparaison se situe clairement sur le terrain des outils pour développeurs, autant le dire : eesel est programmable de la même façon que Serval. Il existe une vraie eesel CLI, plus une API, la prise en charge de MCP et des webhooks, de sorte que le même coéquipier que vous configurez dans le tableau de bord peut être piloté depuis votre terminal, intégré à des scripts ou opéré par un agent de code comme Claude Code ou Cursor. Si vous avez aimé le modèle de workflows push-and-pull de Serval, vous vous sentirez chez vous. Vous pouvez essayer eesel gratuitement, sans appel commercial.