Serval AI: Un panorama general de la plataforma ITSM nativa de IA

Aviso: Este artículo es publicado por eesel AI, un competidor de Serval. Cuando describimos a Serval, enlazamos directamente a la documentación y páginas propias de Serval para que puedas verificar cada afirmación. Para la información oficial de Serval, consulta serval.com y docs.serval.com.

Si trabajas en TI, conoces el ritmo. Restablecimientos de contraseñas, solicitudes de acceso, configuraciones de nuevos empleados y las mismas preguntas repetidas al help desk una y otra vez. La automatización es la respuesta obvia, y una ola de plataformas ITSM nativas de IA ha surgido para abordarla.

Serval es uno de los nuevos participantes más visibles. Es una plataforma nativa de IA para automatización de help desk, gestión de accesos y automatización de flujos de trabajo, fundada en 2024 y respaldada por una Serie B de $75M a una valoración de $1B liderada por Sequoia en diciembre de 2025. Este artículo es un panorama general sobre qué hace Serval, cómo se implementa y cómo se compara con la IA de integración como eesel.

Qué es Serval

Serval es una plataforma ITSM nativa de IA que reúne help desk, gestión de accesos, tickets y automatización de flujos de trabajo en un solo producto. Está orientada a equipos de TI que desean automatizar una parte significativa de las solicitudes internas de los empleados. Según los propios materiales de Serval, los clientes automatizan más del 50% de sus tickets de TI una vez implementada, con clientes que incluyen a Perplexity, Together.ai, Mercor, Verkada y Cribl.

La plataforma se centra en tres agentes de IA: un Agente de Help Desk, un Agente de Automatización y un Agente de Insights. Cada uno maneja una capa diferente del trabajo de ITSM.

Funcionalidades principales de Serval

El sitio web y la documentación de Serval describen la plataforma como un conjunto coordinado de agentes y capacidades. Esto es lo que hace cada uno, con fuentes.

Agente de Help Desk

El Agente de Help Desk es el trabajador de primera línea de la plataforma. Recoge las solicitudes de los empleados a medida que llegan, decide si puede manejarlas por sí mismo y las resuelve o las transfiere a un humano. Se conecta a canales de chat (Slack, Teams), correo electrónico y un portal web, para que las solicitudes puedan llegar desde donde tu equipo ya trabaja.

Lo que maneja en la práctica depende de lo que hayas conectado y las políticas que hayas establecido, pero la forma típica incluye:

• Preguntas de conocimiento. "¿Cómo configuro la VPN?", "¿Dónde está la política de gastos?", "¿Cuál es el calendario de renovación de laptops?" El agente busca en la documentación empresarial y en tickets pasados para obtener respuestas contextuales y responde directamente.
• Solicitudes de acceso. Concesiones justo a tiempo para aplicaciones SaaS donde la política lo permite, con aprobación opcional del gerente y vencimiento con límite de tiempo.
• Tareas rutinarias de TI. Restablecimientos de contraseñas, cambios de membresía en grupos, asignaciones de licencias y trabajo de aprovisionamiento similar que se ha configurado como flujo de trabajo.
• Clasificación y enrutamiento. Cuando una solicitud necesita un humano, el agente la clasifica, adjunta el contexto relevante y la dirige al equipo o responsable correcto.

La conexión con tickets pasados es importante. Un agente de help desk que solo conoce tu wiki tendrá dificultades con la larga cola de casos especiales que aparecen en soporte; uno que también ha procesado seis meses de tickets resueltos reconocerá patrones y responderá con más matices.

Agente de Automatización

Esta es la parte de Serval que ha generado más atención. Describes un flujo de trabajo en lenguaje sencillo, Serval genera código y muestra un diagrama visual paso a paso a su lado. El código es editable, los flujos de trabajo pueden gestionarse en Git y se ejecutan de forma determinista de la misma manera cada vez.

El flujo funciona aproximadamente así en la práctica:

1. Describir. Escribe un resumen en lenguaje natural: "Cuando se incorpore un nuevo empleado, crea una cuenta de Google Workspace, agrégalo a los canales de Slack correctos según su equipo y aprovisiona su acceso a GitHub y AWS."
2. Generar. Serval produce tanto un diagrama visual paso a paso como el código subyacente. Puedes leer cualquiera de las dos capas; los equipos técnicos pueden editar el código directamente, los equipos menos técnicos pueden leer el flujo visual para verificar la intención.
3. Probar. Antes de activar, ejecuta el flujo de trabajo con datos de prueba e inspecciona el estado, entradas, salidas y detalles de error de cada paso. La guía para crear tu primer flujo de trabajo recorre esto de principio a fin.
4. Aprobar y publicar. Los flujos de trabajo pueden requerir aprobaciones humanas de varios pasos antes de la ejecución, útil para acciones sensibles como conceder permisos elevados.
5. Iterar. Edita la descripción en lenguaje natural o el código; las actualizaciones se reflejan en el diagrama visual y en Git.

Para equipos que no quieren construir todo desde cero, Serval incluye flujos de trabajo instalables para tareas comunes de ITSM. Cubren patrones como incorporación, baja, revisiones de acceso y cambios de membresía en grupos, y se instalan con un clic. Son un punto de partida que puedes personalizar en lugar de una plantilla rígida, para que mantengas la flexibilidad del constructor de lenguaje natural.

La integración con Git vale la pena mencionar para equipos técnicos: los flujos de trabajo viven como código en un repositorio, lo que significa historial de versiones, revisión de código, experimentación basada en ramas y los mismos patrones de despliegue que usas para el código de aplicación. Para organizaciones con procesos maduros de gestión de cambios, esto es significativamente diferente a los constructores de arrastrar y soltar que encierran la lógica de automatización dentro de una interfaz de proveedor.

Gestión de accesos

Serval incluye gestión de accesos nativa que maneja políticas, aprovisionamiento justo a tiempo, permisos con límite de tiempo, flujos de múltiples aprobadores e integraciones con proveedores de identidad como Okta y Google Workspace. Está posicionado como una forma de consolidar la gobernanza de accesos en el mismo entorno de trabajo que los tickets y la automatización, en lugar de ejecutar una herramienta IAM separada.

Esto es lo que parece en la práctica:

• Políticas. Reglas que definen quién puede acceder a qué, bajo qué condiciones. Una política podría decir "los ingenieros pueden otorgarse acceso de lectura a la base de datos de producción por hasta 4 horas, con aprobación del gerente", o "cualquiera puede solicitar acceso a CRM, requiere aprobación de operaciones de ventas, expira en 30 días."
• Aprovisionamiento justo a tiempo. En lugar de permisos permanentes que se acumulan durante la permanencia de una persona, el acceso se concede cuando se necesita y se revoca automáticamente. Esto reduce la huella de privilegios permanentes que preocupa a los equipos de cumplimiento.
• Flujos de trabajo con múltiples aprobadores. Las concesiones sensibles (roles de administrador, acceso a producción, datos de clientes) pueden enrutarse a través de una cadena de aprobadores antes de que la IA aprovisione cualquier cosa.
• Rastro de auditoría. Cada concesión, revocación y aprobación queda registrada, que es lo que los auditores y revisores de SOC 2/ISO realmente quieren ver.

Para equipos que ya tienen una herramienta IAM dedicada, la pregunta es si consolidar o usar ambas. La propuesta de Serval es que el ciclo más estrecho entre tickets, conocimiento y acceso (la misma IA que respondió la pregunta es la IA que concede el acceso) vale más que la especialización en IAM. Ese es un intercambio real que depende de qué tan maduro sea tu stack de IAM existente.

Tickets y sincronización bidireccional

Esta parte vale la pena detallar. Serval tiene un sistema de tickets nativo, pero admite una sincronización bidireccional completa con soluciones de tickets de terceros. Según la página de precios de Serval, la sincronización bidireccional está disponible con sistemas como ServiceNow, Jira y Zendesk.

Cómo funciona la sincronización bidireccional en la práctica:

• Un ticket creado en tu sistema existente (por ejemplo, ServiceNow) aparece en Serval.
• Un ticket creado en Serval aparece en ServiceNow.
• Las actualizaciones realizadas en cualquiera de los sistemas (cambio de estado, comentario, responsable, resolución) se propagan al otro.

Eso significa que un equipo puede mantener su help desk existente como sistema de registro (con todo el seguimiento de SLA, informes e integraciones ya configurados) y ejecutar Serval junto a él como la capa de IA. Los tickets que la IA maneja se resuelven sin que ningún humano necesite tocar la interfaz de tickets heredada; los tickets que escalan vuelven a la cola existente con todo el contexto adjunto.

La ruta de escalación también está documentada: los tickets que necesitan atención humana son dirigidos al responsable apropiado, quien puede usar Copilot para sugerir soluciones y ejecutar flujos de trabajo internos desde dentro del ticket. Esto es significativo para equipos que no quieren reemplazar completamente su help desk pero sí quieren IA en el trabajo rutinario.

Agente de Insights

El Agente de Insights opera en segundo plano, mostrando flujos de trabajo sugeridos, brechas de conocimiento y mejoras de configuración basadas en patrones de uso.

Cómo se implementa Serval

Están documentadas dos rutas.

Ruta 1: Serval como tu ITSM principal. Mueves los tickets, la gestión de accesos y los flujos de trabajo a Serval. Los tickets existentes se migran, tu equipo aprende la nueva interfaz y con el tiempo descontinúas lo que usabas antes. Esta es la configuración más comprometida y la que probablemente proporciona la experiencia más coordinada a largo plazo, pero también es el proyecto más grande.

Ruta 2: Serval junto con tu help desk existente. Mantienes ServiceNow, Jira o Zendesk como sistema de registro y traes Serval como la capa de IA mediante sincronización bidireccional. Los tickets rutinarios son manejados por la IA; los tickets complejos escalan de vuelta a tu cola existente con el contexto adjunto. Menos disruptivo, más rápido para comenzar y una forma razonable a largo plazo si tu help desk existente no es el problema que intentas resolver.

Cualquiera de las rutas usa las más de 30 integraciones nativas de Serval para sistemas de TI, RRHH e identidad (Okta, Google Workspace, GitHub, Jira, Slack, Salesforce, Notion, Confluence, AWS y otros), además de acceso completo a la API para integraciones personalizadas. La guía de configuración del día 1 recorre la conexión de integraciones y la activación de los primeros flujos de trabajo.

Cómo es un piloto de Serval

Según la página de precios de Serval, cada compromiso con un cliente comienza como un piloto con un ingeniero de implementación dedicado. Las cuatro fases:

1. Conocerse. Te emparejan con un ingeniero de implementación que aprende tu entorno. Conectas las integraciones principales (tu help desk, proveedor de identidad, aplicaciones SaaS clave, fuentes de conocimiento) y activas automatizaciones fundamentales para validar que las conexiones funcionen.
2. Construir. El ingeniero de implementación te ayuda a identificar las oportunidades de automatización de mayor valor para tu entorno específico, generalmente basándose en lo que es más frecuente o más costoso en tu cola de tickets actual, y construyes flujos de trabajo adaptados a esas necesidades.
3. Implementar. Lo pones en marcha con usuarios reales, monitoreas el uso real e iteras en los flujos de trabajo. Aquí surgen cosas que no anticipaste y las ajustas.
4. Optimizar. Una vez que las automatizaciones fundamentales son estables, exploras casos de uso entre áreas de la empresa (incorporación de RRHH, aprobaciones de finanzas, etc.), auditas la configuración y refinas.

Serval garantiza que al menos el 50% de los tickets de TI entrantes se automatizarán al final de este compromiso. Ese es un criterio de éxito medible, inusual para los proveedores de IA y una pieza significativa de compartición de riesgos.

No se publica cuánto tiempo tarda todo el piloto. Por la estructura (cuatro fases, con un ingeniero real involucrado en todas ellas), es claramente un proyecto de semanas a meses en lugar de una configuración del mismo día. Eso no es una crítica; coincide con la forma del producto, que es una plataforma coordinada pensada para hacer muchos trabajos.

Precios de Serval

Serval no publica precios por asiento ni por ticket en su sitio web. En cambio, su página de precios describe un modelo de participación basado en un piloto. Los clientes trabajan con un ingeniero de implementación dedicado a través de cuatro fases (Conocerse, Construir, Implementar, Optimizar), y Serval garantiza que al menos el 50% de los tickets de TI entrantes se automatizarán al final del piloto.

Si quieres una cifra en dólares específica para tu entorno, necesitarás hablar con el equipo de ventas de Serval. No vamos a especular sobre lo que está en el contrato; la página de precios es la fuente de verdad para el modelo.

Serval y eesel AI: dos formas diferentes

Serval es una plataforma. Incluye sus propios tickets, su propia gestión de accesos, su propio motor de flujos de trabajo y su propia base de conocimiento. La ruta más rápida hacia el valor probablemente sea ejecutarla como un sistema coordinado, incluso si mantienes un help desk existente en el ciclo mediante sincronización.

eesel AI es una forma diferente. Es una capa de IA orientada a la integración que se conecta al help desk que ya usas, las herramientas de chat en las que está tu equipo y los wikis y documentos donde vive tu conocimiento. No hay tickets nativos en eesel; el help desk que traes es el help desk que funciona.

Comparación lado a lado. Los detalles de Serval a continuación provienen de la página de inicio, la página de precios, la documentación de flujos de trabajo, la documentación de tickets y la documentación de base de conocimiento de Serval; los detalles de eesel provienen de eesel.ai.

La lectura honesta: si quieres una sola plataforma nativa de IA que maneje tickets, acceso y flujos de trabajo juntos (y estás dispuesto a participar en un piloto guiado para llegar ahí), Serval está construido para eso. Si quieres mantener tu help desk y agregar una capa de IA que puedas poner en marcha tú mismo en una tarde, eesel está construido para eso.

Quién tiende a elegir Serval

• Líderes de TI en empresas en crecimiento que sienten que su ITSM actual (a menudo ServiceNow o Jira Service Management) es pesado y lento para cambiar, y que quieren apostar por una reconstrucción nativa de IA en lugar de añadir IA sobre un stack heredado.
• Equipos que quieren gestión de accesos nativa y tickets en un solo producto, no cosidos juntos desde una herramienta IAM más un help desk más una herramienta de flujos de trabajo.
• Empresas con TI interna como foco principal (en lugar de soporte externo al cliente), donde los casos de uso orientados a la plantilla (incorporación, acceso, solicitudes de software) conforman la mayor parte de la cola.
• Equipos que quieren un ingeniero de implementación a su lado y se sienten cómodos con una participación liderada por ventas basada en un piloto.

Quién tiende a elegir eesel AI

• Equipos cuyo help desk existente (Zendesk, Freshdesk, Jira Service Management, Front, etc.) funciona bien; la brecha es la IA, no el help desk.
• Empresas que manejan tanto TI interna como soporte externo al cliente, y quieren una capa de IA que cubra ambas.
• Compradores que prefieren evaluar de forma autónoma, ejecutar una simulación sobre tickets pasados y ver los resultados esperados antes de comprometerse.
• Equipos que quieren precios públicos y predecibles y la capacidad de empezar pequeño (un tipo de ticket, luego expandir) en lugar de comprometerse a un piloto completo desde el principio.

Estas no son formas mutuamente excluyentes. Algunos equipos podrían legítimamente usar cualquiera de las dos, y la respuesta correcta depende de cuánto de tu stack actual quieres mantener y cómo prefieres comprar software.

¿Es Serval adecuado para tu equipo?

Serval es un producto serio con un punto de vista claro: ITSM reconstruido en torno a la IA, con flujos de trabajo, tickets, acceso y conocimiento en una sola plataforma. Para un equipo que quiere esa forma y está dispuesto a ejecutar un piloto guiado con un ingeniero de implementación, es una opción creíble. El constructor de flujos de trabajo es genuinamente interesante, la sincronización bidireccional hace que la coexistencia con sistemas existentes sea realista, y el resultado garantizado de automatización del 50% es un compromiso significativo.

Para equipos que quieren mantener las herramientas que ya tienen y agregar IA sin cambiar la forma de su stack, un enfoque de integración es una mejor opción. Con eesel AI, puedes conectar tu help desk y fuentes de conocimiento existentes, ejecutar una simulación en tus tickets históricos y comenzar a automatizar en la misma semana. Los precios son basados en tareas ($0.40 por ticket resuelto, gratis para tareas ligeras) y comienzas con $50 en créditos gratuitos. Regístrate gratis y pruébalo.