Serval AI : Présentation de la plateforme ITSM native IA

Avertissement : Cet article est publié par eesel AI, un concurrent de Serval. Lorsque nous décrivons Serval, nous renvoyons directement à la propre documentation et aux pages de Serval afin que vous puissiez vérifier chaque affirmation. Pour les informations officielles de Serval, consultez serval.com et docs.serval.com.

Si vous travaillez en informatique, vous connaissez le rythme. Réinitialisations de mots de passe, demandes d'accès, configurations pour les nouveaux employés, et les mêmes quelques questions au service d'assistance en boucle. L'automatisation est la réponse évidente, et une vague de plateformes ITSM natives IA est apparue pour y remédier.

Serval est l'un des nouveaux entrants les plus visibles. C'est une plateforme native IA pour l'automatisation du service d'assistance, la gestion des accès et l'automatisation des workflows, fondée en 2024 et soutenue par une Série B de 75 M$ à une valorisation de 1 milliard de dollars, menée par Sequoia en décembre 2025. Cet article est une présentation factuelle de ce que fait Serval, comment il se déploie, et comment il se compare à l'IA axée sur l'intégration comme eesel.

Ce qu'est Serval

Serval est une plateforme ITSM native IA qui regroupe service d'assistance, gestion des accès, ticketing et automatisation des workflows dans un seul produit. Elle est destinée aux équipes informatiques souhaitant automatiser une part significative des demandes internes des employés. Selon les propres supports de Serval, les clients automatisent plus de 50 % de leurs tickets informatiques une fois déployés, avec des clients incluant Perplexity, Together.ai, Mercor, Verkada et Cribl.

La plateforme s'articule autour de trois agents IA : un Agent Help Desk, un Agent Automation et un Agent Insights. Chacun gère une couche différente du travail ITSM.

Les fonctionnalités principales de Serval

Le site web et la documentation de Serval décrivent la plateforme comme un ensemble coordonné d'agents et de capacités. Voici ce que chacun fait concrètement, avec les sources correspondantes.

Agent Help Desk

L'Agent Help Desk est le travailleur de première ligne de la plateforme. Il prend en charge les demandes des employés dès leur arrivée, détermine s'il peut les traiter lui-même, et les résout ou les transfère à un humain. Il se connecte aux interfaces de messagerie (Slack, Teams), aux e-mails et à un portail web, afin que les demandes puissent arriver depuis les outils que votre équipe utilise déjà.

Ce qu'il gère concrètement dépend de ce que vous avez connecté et des politiques que vous avez définies, mais la forme typique est :

• Questions de connaissance. "Comment configurer le VPN ?", "Où est la politique de remboursement ?", "Quel est le calendrier de renouvellement des ordinateurs ?" L'agent recherche dans la documentation d'entreprise et les tickets passés pour obtenir des réponses contextuelles et répond en ligne.
• Demandes d'accès. Attributions en juste-à-temps pour les applications SaaS lorsque la politique le permet, avec approbation optionnelle du manager et expiration limitée dans le temps.
• Tâches IT courantes. Réinitialisations de mots de passe, modifications d'appartenance à des groupes, attributions de licences, et travaux de provisionnement similaires configurés en tant que workflow.
• Triage et routage. Lorsqu'une demande nécessite un humain, l'agent la classe, y joint le contexte pertinent et la route vers la bonne équipe ou le bon destinataire.

La connexion aux tickets passés est importante. Un agent de service d'assistance qui ne connaît que votre wiki aura du mal avec la longue traîne des cas limites qui apparaissent en support ; un agent qui a aussi vu six mois de tickets résolus reconnaîtra des schémas et répondra avec plus de nuance.

Agent Automation

C'est la partie de Serval qui a suscité le plus d'attention. Vous décrivez un workflow en anglais simple, Serval génère du code et affiche un diagramme visuel étape par étape à côté. Le code est modifiable, les workflows peuvent être gérés dans Git, et s'exécutent de manière déterministe de la même façon à chaque fois.

Le déroulement ressemble en pratique à ceci :

1. Décrire. Tapez un brief en langage naturel : "Quand un nouvel employé rejoint l'entreprise, créer un compte Google Workspace, l'ajouter aux bons canaux Slack en fonction de son équipe, et lui accorder l'accès à GitHub et AWS."
2. Générer. Serval produit à la fois un diagramme visuel étape par étape et le code sous-jacent. Vous pouvez lire l'une ou l'autre couche ; les équipes techniques peuvent modifier le code directement, les équipes moins techniques peuvent lire le flux visuel pour vérifier l'intention.
3. Tester. Avant la mise en production, exécutez le workflow sur des entrées de test et inspectez le statut, les entrées, les sorties et les détails d'erreur de chaque étape. Le guide de création de votre premier workflow parcourt ce processus de bout en bout.
4. Approuver et publier. Les workflows peuvent nécessiter des approbations humaines en plusieurs étapes avant l'exécution, utile pour les actions sensibles comme l'attribution d'autorisations élevées.
5. Itérer. Modifiez soit la description en langage naturel, soit le code ; les mises à jour se répercutent sur le diagramme visuel et dans Git.

Pour les équipes qui ne veulent pas tout construire de zéro, Serval propose des workflows installables pour les tâches ITSM courantes. Ceux-ci couvrent des schémas comme l'intégration, le départ, les revues d'accès et les changements d'appartenance aux groupes, et s'installent en un clic. Ce sont des points de départ que vous personnalisez plutôt que des modèles rigides, vous conservez donc la flexibilité du générateur en langage naturel.

L'intégration Git mérite d'être soulignée pour les équipes techniques : les workflows vivent en tant que code dans un dépôt, ce qui signifie que vous obtenez un historique des versions, une revue de code, une expérimentation basée sur des branches, et les mêmes schémas de déploiement que vous utilisez pour le code applicatif. Pour les organisations avec des processus de gestion des changements matures, cela est significativement différent des générateurs glisser-déposer qui enferment la logique d'automatisation dans une interface utilisateur propriétaire.

Gestion des accès

Serval inclut une gestion des accès native qui gère les politiques, le provisionnement en juste-à-temps, les autorisations limitées dans le temps, les flux multi-approbateurs et les intégrations avec des fournisseurs d'identité comme Okta et Google Workspace. Elle est positionnée comme un moyen de consolider la gouvernance des accès dans le même espace de travail que le ticketing et l'automatisation, plutôt que d'utiliser un outil IAM séparé en parallèle.

Voici à quoi cela ressemble en pratique :

• Politiques. Des règles qui définissent qui peut accéder à quoi, dans quelles conditions. Une politique pourrait indiquer "les ingénieurs peuvent s'accorder eux-mêmes un accès en lecture à la base de données de production pendant 4 heures au maximum, avec approbation du manager", ou "n'importe qui peut demander l'accès au CRM, nécessite l'approbation des opérations commerciales, expire dans 30 jours."
• Provisionnement en juste-à-temps. Au lieu d'autorisations permanentes qui s'accumulent au fil de la carrière d'une personne, l'accès est accordé quand c'est nécessaire et automatiquement révoqué. Cela réduit l'empreinte des privilèges permanents qui préoccupe les équipes de conformité.
• Workflows multi-approbateurs. Les attributions sensibles (rôles administrateurs, accès à la production, données clients) peuvent être acheminées vers une chaîne d'approbateurs avant que l'IA ne provisionne quoi que ce soit.
• Piste d'audit. Chaque attribution, révocation et approbation est enregistrée, ce que les auditeurs et les réviseurs SOC 2/ISO veulent réellement voir.

Pour les équipes qui utilisent déjà un outil IAM dédié, la question est de savoir s'il faut consolider ou gérer les deux. L'argument de Serval est que la boucle plus étroite entre ticketing, connaissance et accès (le même IA qui a répondu à la question est le même IA qui accorde l'accès) vaut plus que la spécialisation IAM. C'est un vrai compromis qui dépend de la maturité de votre pile IAM existante.

Ticketing et synchronisation bidirectionnelle

Ce point mérite d'être précis. Serval dispose d'un système de ticketing natif, mais il prend en charge une synchronisation bidirectionnelle complète avec des solutions de ticketing tierces. Selon la page de tarification de Serval, la synchronisation bidirectionnelle est disponible avec des systèmes comme ServiceNow, Jira et Zendesk.

Comment fonctionne concrètement la synchronisation bidirectionnelle :

• Un ticket créé dans votre système existant (par exemple, ServiceNow) apparaît dans Serval.
• Un ticket créé dans Serval apparaît dans ServiceNow.
• Les mises à jour effectuées dans l'un ou l'autre système (changement de statut, commentaire, destinataire, résolution) se propagent vers l'autre.

Cela signifie qu'une équipe peut conserver son service d'assistance existant comme système d'enregistrement (avec tout le suivi des SLA, les rapports et les intégrations déjà configurés) et utiliser Serval en parallèle comme couche IA. Les tickets que l'IA gère sont résolus sans qu'un humain ait jamais besoin de toucher l'interface de ticketing héritée ; les tickets qui escaladent retournent dans la file d'attente existante avec le contexte complet attaché.

Le chemin d'escalade est également documenté : les tickets qui nécessitent une attention humaine sont acheminés vers le destinataire approprié, qui peut utiliser Copilot pour suggérer des solutions et exécuter des workflows internes depuis l'intérieur du ticket. C'est significatif pour les équipes qui ne veulent pas remplacer complètement leur service d'assistance mais souhaitent l'IA pour le travail de routine.

Agent Insights

L'Agent Insights fonctionne en arrière-plan, faisant remonter des workflows suggérés, des lacunes de connaissances et des améliorations de configuration basées sur les schémas d'utilisation.

Comment Serval se déploie

Deux chemins sont documentés.

Chemin 1 : Serval comme votre ITSM principal. Vous migrez le ticketing, la gestion des accès et les workflows vers Serval. Les tickets existants sont migrés, votre équipe apprend la nouvelle interface, et vous mettez progressivement fin à ce que vous utilisiez auparavant. C'est la forme la plus engagée et celle qui offre probablement l'expérience la plus coordonnée à long terme, mais c'est aussi le projet le plus important.

Chemin 2 : Serval en parallèle de votre service d'assistance existant. Vous conservez ServiceNow, Jira ou Zendesk comme système d'enregistrement et intégrez Serval comme couche IA via la synchronisation bidirectionnelle. Les tickets courants sont gérés par l'IA ; les tickets complexes escaladent vers votre file d'attente existante avec le contexte attaché. Moins perturbateur, plus rapide à démarrer, et une forme raisonnable à long terme si votre service d'assistance existant n'est pas le problème que vous essayez de résoudre.

L'un ou l'autre chemin utilise les 30+ intégrations natives de Serval pour les systèmes IT, RH et d'identité (Okta, Google Workspace, GitHub, Jira, Slack, Salesforce, Notion, Confluence, AWS et autres), plus un accès API complet pour les intégrations personnalisées. Le guide de configuration du jour 1 guide à travers la connexion des intégrations et l'activation des premiers workflows.

À quoi ressemble un pilote Serval

Selon la page de tarification de Serval, chaque engagement client commence par un pilote avec un ingénieur de déploiement dédié. Les quatre phases :

1. Rencontrer. Vous êtes jumelé avec un ingénieur de déploiement qui apprend votre environnement. Vous connectez les intégrations principales (votre service d'assistance, fournisseur d'identité, applications SaaS clés, sources de connaissances) et activez des automatisations fondamentales pour valider que les connexions fonctionnent.
2. Construire. L'ingénieur de déploiement vous aide à identifier les opportunités d'automatisation les plus rentables pour votre environnement spécifique, généralement basées sur ce qui est le plus fréquent ou le plus coûteux dans votre file de tickets actuelle, et vous construisez des workflows adaptés à celles-ci.
3. Déployer. Vous lancez auprès des vrais utilisateurs finaux, surveillez l'utilisation réelle et itérez sur les workflows. Des choses que vous n'aviez pas anticipées remontent ici, et vous ajustez.
4. Optimiser. Une fois les automatisations fondamentales stables, vous explorez des cas d'utilisation inter-entreprises (intégration RH, approbations financières, etc.), auditez la configuration et affinez.

Serval garantit qu'au moins 50 % des tickets IT entrants seront automatisés à la fin de cet engagement. C'est un critère de succès mesurable, ce qui est inhabituel pour les fournisseurs d'IA et un partage de risque significatif.

La durée totale du pilote n'est pas publiée. D'après la structure (quatre phases, avec un vrai ingénieur impliqué tout au long), c'est clairement un projet de quelques semaines à quelques mois plutôt qu'une configuration le même jour. Ce n'est pas une critique ; cela correspond à la forme du produit, qui est une plateforme coordonnée destinée à accomplir de nombreuses tâches.

Tarification de Serval

Serval ne publie pas de tarification par siège ou par ticket sur son site web. Au lieu de cela, sa page de tarification décrit un modèle d'engagement basé sur un pilote. Les clients travaillent avec un ingénieur de déploiement dédié à travers quatre phases (Rencontrer, Construire, Déployer, Optimiser), et Serval garantit qu'au moins 50 % des tickets IT entrants seront automatisés à la fin du pilote.

Si vous souhaitez un chiffre spécifique pour votre environnement, vous devrez parler à l'équipe commerciale de Serval. Nous n'allons pas spéculer sur le contenu du contrat ; la page de tarification est la source de vérité pour le modèle.

Serval et eesel AI : deux formes différentes

Serval est une plateforme. Elle inclut son propre ticketing, sa propre gestion des accès, son propre moteur de workflows et sa propre base de connaissances. Le chemin le plus rapide vers la valeur consiste probablement à l'utiliser comme un système coordonné, même si vous gardez un service d'assistance existant dans la boucle via la synchronisation.

eesel AI est une forme différente. C'est une couche IA axée sur l'intégration qui se connecte au service d'assistance que vous utilisez déjà, aux outils de messagerie dans lesquels votre équipe travaille, et aux wikis et documents dans lesquels vos connaissances résident. Il n'y a pas de ticketing natif dans eesel ; le service d'assistance que vous apportez est le service d'assistance qui fonctionne.

Comparaison côte à côte. Les détails de Serval ci-dessous sont sourcés depuis la page d'accueil, la page de tarification, la documentation des workflows, la documentation du ticketing et la documentation de la base de connaissances de Serval ; les détails d'eesel depuis eesel.ai.

La lecture honnête : si vous voulez une plateforme unique native IA qui gère le ticketing, les accès et les workflows ensemble (et que vous êtes prêt à vous engager dans un pilote guidé pour y arriver), Serval est conçu pour ça. Si vous voulez conserver votre service d'assistance et ajouter une couche IA que vous pouvez mettre en place vous-même en une après-midi, eesel est conçu pour ça.

Qui choisit généralement Serval

• Les responsables informatiques d'entreprises en croissance qui trouvent que leur ITSM actuel (souvent ServiceNow ou Jira Service Management) est lourd et lent à changer, et qui veulent miser sur une reconstruction native IA plutôt que de retrofitter l'IA sur une pile héritée.
• Les équipes qui veulent la gestion des accès native et le ticketing dans un seul produit, pas assemblé à partir d'un outil IAM plus un service d'assistance plus un outil de workflow.
• Les entreprises dont l'IT interne est l'objectif principal (plutôt que le support client externe), où les cas d'utilisation de type workforce (intégration, accès, demandes de logiciels) constituent la majorité de la file.
• Les équipes qui veulent un ingénieur de déploiement à leurs côtés et sont à l'aise avec un engagement commercial guidé basé sur un pilote.

Qui choisit généralement eesel AI

• Les équipes dont le service d'assistance existant (Zendesk, Freshdesk, Jira Service Management, Front, etc.) fonctionne bien ; la lacune est l'IA, pas le service d'assistance.
• Les entreprises qui gèrent à la fois l'IT interne et le support client externe, et veulent une couche IA couvrant les deux.
• Les acheteurs qui préfèrent évaluer en libre-service, exécuter une simulation sur des tickets passés, et voir les résultats attendus avant de s'engager.
• Les équipes qui veulent une tarification publique et prévisible et la possibilité de démarrer petit (un type de ticket, puis s'étendre) plutôt que de s'engager dans un pilote complet d'emblée.

Ces formes ne sont pas mutuellement exclusives. Certaines équipes pourraient légitimement utiliser l'une ou l'autre, et la bonne réponse dépend de la quantité de votre pile actuelle que vous voulez conserver et de la façon dont vous préférez acheter des logiciels.

Serval est-il la bonne solution pour votre équipe ?

Serval est un produit sérieux avec un point de vue clair : l'ITSM reconstruit autour de l'IA, avec les workflows, le ticketing, les accès et les connaissances dans une seule plateforme. Pour une équipe qui veut cette forme, et qui est heureuse de mener un pilote guidé avec un ingénieur de déploiement, c'est un choix crédible. Le générateur de workflows est véritablement intéressant, la synchronisation bidirectionnelle rend la coexistence avec les systèmes existants réaliste, et le résultat garanti d'automatisation à 50 % est un engagement significatif.

Pour les équipes qui veulent conserver les outils qu'elles ont déjà et ajouter l'IA sans changer la forme de leur pile, une approche axée sur l'intégration est plus adaptée. Avec eesel AI, vous pouvez connecter votre service d'assistance et vos sources de connaissances existants, exécuter une simulation sur vos tickets historiques, et commencer à automatiser dans la même semaine. La tarification est basée sur les tâches (0,40 $ par ticket résolu, gratuit pour les tâches légères) et vous commencez avec 50 $ de crédits gratuits. Inscrivez-vous gratuitement et essayez.