Serval AI: Uma visao geral da plataforma ITSM nativa de IA

Aviso: Este artigo e publicado pela eesel AI, uma concorrente da Serval. Ao descrever a Serval, vinculamos diretamente a documentacao e as paginas oficiais da Serval para que voce possa verificar cada afirmacao. Para informacoes oficiais da Serval, acesse serval.com e docs.serval.com.

Se voce trabalha com TI, conhece bem a rotina. Redefinicoes de senha, solicitacoes de acesso, configuracoes para novos contratados e as mesmas poucas perguntas repetidas ao help desk. Automacao e a resposta obvia, e uma onda de plataformas ITSM nativas de IA surgiu para resolver esse problema.

Serval e uma das entrantes mais visiveis. E uma plataforma nativa de IA para automacao de help desk, gerenciamento de acessos e automacao de fluxos de trabalho, fundada em 2024 e apoiada por uma Serie B de $75 milhoes a uma avaliacao de $1 bilhao, liderada pela Sequoia em dezembro de 2025. Este artigo e uma visao geral dos fatos sobre o que a Serval faz, como e implantada e como se compara a IA baseada em integracao como a eesel.

O que e a Serval

A Serval e uma plataforma ITSM nativa de IA que reune help desk, gerenciamento de acessos, emissao de tickets e automacao de fluxos de trabalho em um unico produto. E voltada para equipes de TI que desejam automatizar uma parcela significativa das solicitacoes internas dos colaboradores. De acordo com os proprios materiais da Serval, os clientes automatizam mais de 50% dos seus tickets de TI apos a implantacao, com clientes incluindo Perplexity, Together.ai, Mercor, Verkada e Cribl.

A plataforma se concentra em tres agentes de IA: um Agente de Help Desk, um Agente de Automacao e um Agente de Insights. Cada um lida com uma camada diferente do trabalho de ITSM.

Funcionalidades principais da Serval

O site e a documentacao da Serval descrevem a plataforma como um conjunto coordenado de agentes e capacidades. Veja o que cada um faz na pratica, com fontes.

Agente de Help Desk

O Agente de Help Desk e o trabalhador de linha de frente da plataforma. Ele recebe as solicitacoes dos colaboradores assim que chegam, decide se consegue resolve-las sozinho e as resolve ou encaminha para um humano. Ele se conecta a superficies de chat (Slack, Teams), e-mail e um portal web, para que as solicitacoes possam vir de onde sua equipe ja trabalha.

O que ele realmente lida na pratica depende do que voce conectou e das politicas que definiu, mas o formato tipico e:

• Perguntas sobre conhecimento. "Como configuro a VPN?", "Onde esta a politica de despesas?", "Qual e o cronograma de renovacao de laptops?" O agente pesquisa documentacao corporativa e tickets anteriores para obter respostas contextuais e responde diretamente.
• Solicitacoes de acesso. Concessoes just-in-time para apps SaaS onde a politica permite, com aprovacao opcional do gestor e expiracao com prazo definido.
• Tarefas de TI de rotina. Redefinicoes de senha, alteracoes de associacao a grupos, atribuicoes de licencas e trabalhos de provisionamento semelhantes que foram configurados como fluxos de trabalho.
• Triagem e roteamento. Quando uma solicitacao precisa de um humano, o agente a classifica, anexa o contexto relevante e a encaminha para a equipe ou responsavel correto.

A conexao com tickets anteriores e importante. Um agente de help desk que conhece apenas sua wiki vai ter dificuldades com a longa cauda de casos extremos que aparecem no suporte; um que tambem viu seis meses de tickets resolvidos reconhecera padroes e respondera com mais precisao.

Agente de Automacao

Esta e a parte da Serval que mais tem chamado atencao. Voce descreve um fluxo de trabalho em linguagem natural, a Serval gera o codigo e exibe um diagrama visual passo a passo ao lado. O codigo e editavel, os fluxos de trabalho podem ser gerenciados no Git e executam deterministicamente da mesma forma todas as vezes.

O fluxo funciona aproximadamente assim na pratica:

1. Descrever. Digite um resumo em linguagem natural: "Quando um novo colaborador entrar, crie uma conta no Google Workspace, adicione-o aos canais certos do Slack com base em sua equipe e provisione o acesso ao GitHub e AWS."
2. Gerar. A Serval produz tanto um diagrama visual passo a passo quanto o codigo subjacente. Voce pode ler qualquer camada; equipes tecnicas podem editar o codigo diretamente, equipes menos tecnicas podem ler o fluxo visual para verificar a intencao.
3. Testar. Antes de ativar, execute o fluxo de trabalho com entradas de teste e inspecione o status, entradas, saidas e detalhes de erro de cada etapa. O guia de como criar seu primeiro fluxo de trabalho percorre isso do inicio ao fim.
4. Aprovar e publicar. Os fluxos de trabalho podem exigir aprovacoes humanas de multiplas etapas antes da execucao, util para acoes sensiveis como conceder permissoes elevadas.
5. Iterar. Edite a descricao em linguagem natural ou o codigo; as atualizacoes fluem de volta ao diagrama visual e pelo Git.

Para equipes que nao querem construir tudo do zero, a Serval oferece fluxos de trabalho instalavels para tarefas comuns de ITSM. Eles cobrem padroes como integracao, desligamento, revisoes de acesso e alteracoes de associacao a grupos, e sao instalados com um unico clique. Sao um ponto de partida que voce personaliza em vez de um modelo rigido, entao voce mantem a flexibilidade do construtor em linguagem natural.

A integracao com Git vale a pena destacar para equipes tecnicas: os fluxos de trabalho existem como codigo em um repositorio, o que significa que voce tem historico de versoes, revisao de codigo, experimentacao baseada em branches e os mesmos padroes de implantacao que usa para codigo de aplicativo. Para organizacoes com processos maduros de gestao de mudancas, isso e significativamente diferente de construtores de arrastar e soltar que bloqueiam a logica de automacao dentro de uma UI do fornecedor.

Gerenciamento de acessos

A Serval inclui gerenciamento nativo de acessos que lida com politicas, provisionamento just-in-time, permissoes com prazo definido, fluxos de multiplos aprovadores e integracoes com provedores de identidade como Okta e Google Workspace. E posicionado como uma forma de consolidar a governanca de acessos no mesmo espaco de trabalho que os tickets e a automacao, em vez de executar uma ferramenta IAM separada junto.

Como isso parece na pratica:

• Politicas. Regras que definem quem pode acessar o que, sob quais condicoes. Uma politica pode dizer "engenheiros podem conceder a si mesmos acesso de leitura ao banco de dados de producao por ate 4 horas, com aprovacao do gestor", ou "qualquer pessoa pode solicitar acesso ao CRM, requer aprovacao de operacoes de vendas, expira em 30 dias."
• Provisionamento just-in-time. Em vez de permissoes permanentes que se acumulam ao longo da carreira de uma pessoa, o acesso e concedido quando necessario e automaticamente revogado. Isso reduz a pegada de privilegio permanente que as equipes de conformidade se preocupam.
• Fluxos de trabalho com multiplos aprovadores. Concessoes sensiveis (funcoes de administrador, acesso a producao, dados de clientes) podem ser roteadas por uma cadeia de aprovadores antes que a IA provisione qualquer coisa.
• Trilha de auditoria. Toda concessao, revogacao e aprovacao e registrada, que e o que auditores e revisores de SOC 2/ISO realmente querem ver.

Para equipes que ja executam uma ferramenta IAM dedicada, a questao e se consolidar ou executar ambas. O argumento da Serval e que o ciclo mais estreito entre tickets, conhecimento e acesso (a mesma IA que respondeu a pergunta e a IA que concede o acesso) vale mais do que a especializacao em IAM. Esse e um tradeoff real e depende de quao madura e sua pilha IAM existente.

Tickets e sincronizacao bidirecional

Esta parte merece ser especifica. A Serval tem um sistema de tickets nativo, mas suporta uma sincronizacao bidirecional completa com solucoes de tickets de terceiros. De acordo com a pagina de precos da Serval, a sincronizacao bidirecional esta disponivel com sistemas como ServiceNow, Jira e Zendesk.

Como a sincronizacao bidirecional realmente funciona:

• Um ticket criado no seu sistema existente (digamos, ServiceNow) aparece na Serval.
• Um ticket criado na Serval aparece no ServiceNow.
• Atualizacoes feitas em qualquer sistema (alteracao de status, comentario, responsavel, resolucao) se propagam para o outro.

Isso significa que uma equipe pode manter seu help desk existente como sistema de registro (com todo o rastreamento de SLA, relatorios e integracoes ja configurados) e executar a Serval junto a ele como a camada de IA. Tickets que a IA resolve sao encerrados sem que um humano precise tocar na UI de tickets legada; tickets que escalam voltam para a fila existente com contexto completo anexado.

O caminho de escalonamento tambem esta documentado: tickets que precisam de atencao humana sao roteados para o responsavel adequado, que pode usar o Copilot para sugerir solucoes e executar fluxos de trabalho internos dentro do ticket. Isso e significativo para equipes que nao querem substituir completamente seu help desk, mas querem IA no trabalho rotineiro.

Agente de Insights

O Agente de Insights opera em segundo plano, sugerindo fluxos de trabalho, lacunas de conhecimento e melhorias de configuracao com base nos padroes de uso.

Como a Serval e implantada

Dois caminhos estao documentados.

Caminho 1: Serval como seu ITSM principal. Voce move tickets, gerenciamento de acessos e fluxos de trabalho para a Serval. Os tickets existentes sao migrados, sua equipe aprende a nova interface e, com o tempo, voce desativa o que estava usando antes. Esse e o formato mais comprometido e provavelmente o que produz a experiencia mais coordenada a longo prazo, mas tambem e o projeto maior.

Caminho 2: Serval ao lado do seu help desk existente. Voce mantem o ServiceNow, Jira ou Zendesk como sistema de registro e traz a Serval como a camada de IA via sincronizacao bidirecional. Tickets de rotina sao tratados pela IA; tickets complexos escalam de volta para a fila existente com contexto anexado. Menos disruptivo, mais rapido para comecar e um formato razoavel a longo prazo se o seu help desk existente nao for o problema que voce esta tentando resolver.

Qualquer caminho usa as 30+ integracoes nativas da Serval para sistemas de TI, RH e identidade (Okta, Google Workspace, GitHub, Jira, Slack, Salesforce, Notion, Confluence, AWS e outros), alem de acesso completo a API para integracoes personalizadas. O guia de configuracao do primeiro dia percorre a conexao de integracoes e ativacao dos primeiros fluxos de trabalho.

Como e um piloto Serval

De acordo com a pagina de precos da Serval, todo engajamento com clientes comeca como um piloto com um engenheiro de implantacao dedicado. As quatro fases:

1. Conhecer. Voce e pareado com um engenheiro de implantacao que aprende sobre seu ambiente. Voce conecta as integracoes principais (seu help desk, provedor de identidade, principais apps SaaS, fontes de conhecimento) e ativa automacoes fundamentais para validar que as conexoes funcionam.
2. Construir. O engenheiro de implantacao ajuda voce a identificar as oportunidades de automacao de maior valor para seu ambiente especifico, geralmente com base no que e mais frequente ou mais caro na sua fila de tickets atual, e voce constroi fluxos de trabalho adaptados a elas.
3. Implantar. Voce lanca para usuarios reais, monitora o uso real e itera nos fluxos de trabalho. Coisas que voce nao antecipou surgem aqui, e voce ajusta.
4. Otimizar. Uma vez que as automacoes fundamentais estejam estaveis, voce explora casos de uso interdepartamentais (integracao de RH, aprovacoes financeiras etc.), audita a configuracao e refina.

A Serval garante que pelo menos 50% dos tickets de TI entrantes sejam automatizados ao final desse engajamento. Esse e um criterio de sucesso mensuravel, incomum para fornecedores de IA e uma parte significativa do compartilhamento de risco.

Quanto tempo o piloto inteiro leva nao e publicado. Pela estrutura (quatro fases, com um engenheiro real envolvido em todas elas), e claramente um projeto de semanas a meses, e nao uma configuracao no mesmo dia. Isso nao e uma critica; corresponde ao formato do produto, que e uma plataforma coordenada destinada a fazer muitos trabalhos.

Precos da Serval

A Serval nao publica precos por assento ou por ticket em seu site. Em vez disso, sua pagina de precos descreve um modelo de engajamento baseado em piloto. Os clientes trabalham com um engenheiro de implantacao dedicado pelas quatro fases (Conhecer, Construir, Implantar, Otimizar), e a Serval garante que pelo menos 50% dos tickets de TI entrantes sejam automatizados ao final do piloto.

Se voce quiser um valor especifico em dolares para seu ambiente, precisara conversar com a equipe de vendas da Serval. Nao vamos especular sobre o que esta no contrato; a pagina de precos e a fonte de verdade para o modelo.

Serval e eesel AI: dois formatos diferentes

A Serval e uma plataforma. Ela inclui seus proprios tickets, seu proprio gerenciamento de acessos, seu proprio motor de fluxos de trabalho e sua propria base de conhecimento. O caminho mais rapido para o valor provavelmente e executa-la como um sistema coordenado, mesmo que voce mantenha um help desk existente no ciclo via sincronizacao.

eesel AI e um formato diferente. E uma camada de IA baseada em integracao que se conecta ao help desk que voce ja usa, as ferramentas de chat em que sua equipe esta e aos wikis e documentos onde seu conhecimento vive. Nao ha tickets nativos na eesel; o help desk que voce traz e o help desk que opera.

Comparacao lado a lado. Os detalhes da Serval abaixo sao obtidos da pagina inicial, pagina de precos, documentacao de fluxos de trabalho, documentacao de tickets e documentacao de base de conhecimento da Serval; detalhes da eesel de eesel.ai.

A leitura honesta: se voce quer uma unica plataforma nativa de IA que lida com tickets, acesso e fluxos de trabalho juntos (e esta disposto a participar de um piloto guiado para chegar la), a Serval foi construida para isso. Se voce quer manter seu help desk e adicionar uma camada de IA que voce mesmo pode configurar em uma tarde, a eesel foi construida para isso.

Quem tende a escolher a Serval

• Lideres de TI em empresas em crescimento que acham que seu ITSM atual (frequentemente ServiceNow ou Jira Service Management) e pesado e lento para mudar, e querem apostar em uma reconstrucao nativa de IA em vez de adicionar IA a uma pilha legada.
• Equipes que querem gerenciamento nativo de acessos e tickets em um produto, nao costurados de uma ferramenta IAM mais um help desk mais uma ferramenta de fluxo de trabalho.
• Empresas cujo foco principal e TI interna (em vez de suporte ao cliente externo), onde os casos de uso estilo workforce (integracao, acesso, solicitacoes de software) compoem a maior parte da fila.
• Equipes que querem um engenheiro de implantacao ao lado delas e estao confortaveis com um engajamento liderado por vendas, baseado em piloto.

Quem tende a escolher a eesel AI

• Equipes cujo help desk existente (Zendesk, Freshdesk, Jira Service Management, Front etc.) funciona bem; a lacuna e IA, nao o help desk.
• Empresas que lidam tanto com TI interna quanto com suporte ao cliente externo, e querem uma camada de IA cobrindo ambos.
• Compradores que preferem avaliar de forma self-service, executar uma simulacao em tickets anteriores e ver os resultados esperados antes de se comprometer.
• Equipes que querem precos publicos e previsivels e a capacidade de comecar pequeno (um tipo de ticket, depois expandir) em vez de se comprometer com um piloto completo antecipadamente.

Esses nao sao formatos mutualmente exclusivos. Algumas equipes poderiam legitimamente usar qualquer um, e a resposta certa depende de quanto da sua pilha atual voce quer manter e como prefere comprar software.

A Serval e certa para sua equipe?

A Serval e um produto serio com um ponto de vista claro: ITSM reconstruido em torno de IA, com fluxos de trabalho, tickets, acesso e conhecimento em uma plataforma. Para uma equipe que quer esse formato e esta disposta a executar um piloto guiado com um engenheiro de implantacao, e uma escolha credivel. O construtor de fluxos de trabalho e genuinamente interessante, a sincronizacao bidirecional torna a coexistencia com sistemas existentes realista e o resultado garantido de 50% de automacao e um compromisso significativo.

Para equipes que querem manter as ferramentas que ja tem e adicionar IA sem mudar o formato de sua pilha, uma abordagem baseada em integracao e mais adequada. Com a eesel AI, voce pode conectar seu help desk e fontes de conhecimento existentes, executar uma simulacao nos seus tickets historicos e comecar a automatizar na mesma semana. Os precos sao baseados em tarefas ($0,40 por ticket resolvido, gratuito para tarefas leves) e voce comeca com $50 em creditos gratuitos. Cadastre-se gratuitamente e experimente.