
As duas formas de adicionar IA ao Jira Service Management
Antes de comparar os recursos, vale deixar claro que essas são duas formas genuinamente diferentes de decisão, não duas marcas da mesma coisa.
- Rota 1, IA nativa do JSM. Você ativa a IA que a Atlassian já integra ao Service Collection: o Rovo e o agente de serviço virtual. Nada novo para instalar, mas os recursos e o custo estão atrelados ao seu nível de plano na Atlassian.
- Rota 2, uma camada de agente de IA. Você mantém o JSM exatamente como está e conecta um agente de IA especializado pela API. Ele lê suas solicitações e seu conhecimento, redige e envia respostas, e cobra por solicitação, não por assento.

O restante do artigo trata cada rota em detalhes, no nível que um comprador realmente precisa: o que ela faz, quanto realmente custa e onde se encaixa.
Rota 1: ativar a própria IA do Jira Service Management
A Atlassian incorporou sua antiga marca "Virtual Service Agent" ao Rovo, sua plataforma de IA, e a proposta atual de autoatendimento vive na página de IA do Service Collection. É uma stack real e bem construída, e para muitas equipes é o primeiro passo natural, já que está dentro do help desk que elas já operam.
O que você obtém nessa rota, segundo as próprias páginas da Atlassian:
- O agente de serviço virtual responde automaticamente a solicitações de funcionários e clientes para desviar tickets antes que cheguem a um humano, lendo sua base de conhecimento e tickets anteriores para dar respostas conversacionais.
- A busca, o chat e os agentes do Rovo adicionam um colega de equipe de IA capaz de triar, redigir, resumir e descobrir em seus dados da Atlassian.
- Os recursos de AIOps, como agrupamento de alertas, criação de incidentes por IA e geração de PIR, ajudam o lado de incidentes e gestão de mudanças.
Os dados por trás disso vêm do Teamwork Graph, que reúne contexto do Confluence, Jira, Slack e outros, além de conectores de terceiros. Um mito que vale a pena derrubar de uma vez: costuma-se dizer que a IA nativa do JSM "não consegue ler seus Google Docs". Isso é falso. A lista de conectores do Rovo inclui Google Drive, SharePoint, Slack e Zendesk, entre outros. A limitação real está em outro lugar, e é sobre custo e controle de acesso.
O que a Rota 1 realmente custa: três medidores separados
Essa é a parte que surpreende os compradores. A IA nativa do JSM não é um único item de linha, são três, e cada um é medido de forma diferente.

| Medidor de IA | Plano necessário | Unidade de cobrança | Preço |
|---|---|---|---|
| Agente de serviço virtual | Premium e Enterprise | Conversa assistida | 1.000/mês incluídas, depois a partir de $0,30 cada |
| Rovo Customer Service | Standard em diante | Resolução | $1 por resolução, sem bloco gratuito |
| Créditos do Rovo | Standard em diante | Crédito por usuário | 25 / 70 / 150 por usuário (Std/Prem/Ent) |
Dois detalhes dessa tabela são os que mais prejudicam uma previsão ingênua.
Primeiro, o agente de serviço virtual é um recurso do Premium. Nos planos Free e Standard, ele simplesmente não está incluído. Então, se você está no Standard hoje, adicionar a IA conversacional significa migrar para o Premium primeiro, e a tabela de preços publicada do Premium começa em $57,30 por agente por mês para equipes pequenas. Esse salto de plano é o custo real da IA nessa rota, não a taxa por conversa.
Segundo, a unidade de cobrança é a "conversa assistida", e a Atlassian a define de forma mais ampla do que uma resolução. Ela conta tanto conversas correspondidas, ou seja, "qualquer conversa que tenha sido associada a uma intenção, independentemente de o agente de serviço virtual resolver o problema ou escaloná-lo", quanto conversas resolvidas por IA, nas quais uma conversa abandonada conta como resolvida. Em termos simples: um ticket que a IA associa e depois repassa a um humano ainda gera cobrança, e um usuário que simplesmente desiste conta como uma vitória. Nenhuma das duas coisas está exatamente errada, mas se você orçar pensando "vamos pagar pelos tickets que o bot realmente resolveu", vai ficar devendo.
Para um detalhamento completo faixa por faixa, incluindo os preços progressivos por assento de agente, nosso guia de preços do Jira Service Management e o detalhamento dedicado de preços do Atlassian Intelligence e do Rovo vão mais a fundo do que eu consigo aqui.
Onde a Rota 1 se encaixa, com honestidade
A IA nativa é a escolha certa para uma equipe específica: você já está no JSM Premium, seu conhecimento vive no Confluence, e você quer um único fornecedor, uma única fatura e uma IA que já vem ativada por padrão. Os recursos de AIOps e de risco de mudança são genuinamente fortes para equipes com muitos incidentes, e há valor real em nunca sair do ecossistema Atlassian.
O atrito aparece quando você está no Standard e não quer um salto de plano, quando você quer prever custos com precisão, ou quando quer testar a IA contra seus próprios tickets anteriores antes que ela responda a uma pessoa de verdade. As próprias páginas da Atlassian não publicam uma taxa de desvio nem um modo de teste sobre suas solicitações históricas, então nessa rota você tende a simplesmente ativar e acompanhar os medidores. É exatamente essa lacuna que a segunda rota foi construída para fechar.
Rota 2: adicionar uma camada de agente de IA por cima
A outra rota deixa o JSM intocado e conecta um agente de IA especializado a ele. Essa é a categoria de melhor complemento de IA para o Jira, e é onde uma ferramenta como o eesel se encaixa. Em vez de ativar um recurso da plataforma, você instala um agente pelo Atlassian Marketplace que entra no seu service desk como um novo contratado entraria.
O que o agente faz dentro do JSM tem o mesmo formato do trabalho de um agente humano: ele lê solicitações, redige e envia respostas, adiciona notas internas, atualiza campos da solicitação, define prioridade e SLAs, e encaminha para as equipes certas. Como ele se conecta pela API, funciona em qualquer plano do JSM, não apenas no Premium.
Como funciona a rota em camada
O motivo pelo qual essa rota conquista confiança é o lançamento, não o discurso de vendas. Você não simplesmente aperta um botão e espera dar certo.

- Conectar o JSM e importar. O agente lê automaticamente suas solicitações anteriores, artigos da base de conhecimento e tipos de solicitação. Sem treinamento manual nem rotulagem. A configuração leva menos de 30 minutos.
- Simular sobre seus tickets reais. Essa é a parte que a IA nativa não oferece: você roda o agente sobre suas solicitações históricas reais e vê, ticket por ticket, onde ele é forte e onde ele chuta. Você recebe uma previsão da taxa de resolução antes de gastar um centavo com tráfego real.
- Ver as lacunas e corrigir. A simulação revela os temas que sua documentação ainda não cobre, para que você os preencha e teste novamente.
- Entrar no ar em modo rascunho e depois autônomo. Comece com o agente redigindo respostas para um humano aprovar, e passe para totalmente autônomo nos tipos de solicitação mais simples assim que confiar nele.
Essa etapa de "simular primeiro" é o motivo pelo qual as equipes chegam a uma taxa de resolução no primeiro mês tão forte quanto 73% das solicitações de nível 1, sem uma semana de lançamento caótica. Você não está descobrindo os pontos cegos da IA em produção.
No primeiro mês, o eesel está resolvendo 73% das nossas solicitações de nível 1. Nossa equipe implementou e alcançou resultados rapidamente durante o teste de 7 dias.
Kim Simpson, Gridwise
Quanto custa a Rota 2
O modelo de preços é a parte simples. O eesel cobra $0,40 por solicitação do JSM atendida, em que uma solicitação é uma tarefa incluindo toda a troca de mensagens. Sem taxa de plataforma, sem preço por assento, sem cobrança por uma "resolução" que na verdade foi um abandono.
A diferença prática em relação à Rota 1 é a previsibilidade. Na rota nativa, um mês agitado pode acionar três medidores ao mesmo tempo. Aqui, seu custo é solicitações vezes $0,40, ponto final, e ele não muda porque você adicionou agentes à sua equipe ou subiu de plano. Para uma equipe que está avaliando o que a IA realmente retorna, um único custo unitário previsível é mais fácil de defender perante o financeiro do que "conversas assistidas, mais resoluções, mais créditos".
Há uma segunda vantagem, mais discreta: uma camada de agente não fica limitada ao Confluence e às fontes da Atlassian. Ela pode aprender com seus macros existentes, tickets anteriores e documentos conectados em toda a sua stack, o que importa se seus runbooks vivem no Slack, no Google Docs ou em uma wiki que os conectores da Atlassian não indexam.
Estamos usando esse app no nosso negócio nos últimos 2 meses e os resultados são incríveis. Ele realmente alivia nossa pequena equipe de service desk de ficar sobrecarregada com solicitações que podem ser respondidas facilmente por uma IA simples.
Oil Stores Support
Onde seria justo com a Rota 2: ela é mais um fornecedor na sua stack, e se toda a sua operação é nativa da Atlassian e voltada a incidentes, a profundidade de AIOps do Rovo nativo é real e vale a pena considerar. A rota em camada vence em custo fixo, lançamento seguro e amplitude de fontes, não em substituir tudo o que a plataforma da Atlassian faz.
Qual rota você deve escolher?
Veja como eu realmente decidiria, em vez de ficar em cima do muro.
| Se você é... | Incline-se para |
|---|---|
| Já no JSM Premium, centrado no Confluence, quer uma única fatura | Rovo nativo (Rota 1) |
| Focado em incidentes/AIOps, profundamente no ecossistema Atlassian | Rovo nativo (Rota 1) |
| No Standard e não quer um salto de plano para ter IA | Uma camada de agente de IA (Rota 2) |
| Quer custo fixo e previsível por solicitação | Uma camada de agente de IA (Rota 2) |
| Quer um teste sobre tickets anteriores antes de entrar no ar | Uma camada de agente de IA (Rota 2) |
| Busca conhecimento além do Confluence | Uma camada de agente de IA (Rota 2) |
As duas também não são mutuamente exclusivas. Muitas equipes rodam o Rovo nativo para busca interna e trabalho de incidentes, enquanto direcionam um agente dedicado para o desvio de solicitações na linha de frente, que é onde o ROI é mais claro. Um sistema de tickets com IA bem administrado pode fazer as duas coisas. Se você quiser um panorama mais amplo, incluindo ferramentas que não cobri aqui, nosso panorama de melhor IA para o Jira Service Management e o guia de alternativas ao JSM são as próximas leituras, e Freshservice vs Jira Service Management ajuda se você ainda está escolhendo a plataforma de base.
Experimente o eesel para o Jira Service Management
Se a Rota 2 é para onde você está inclinado, o eesel foi feito exatamente para isso. Ele se instala a partir do Atlassian Marketplace, aprende com suas solicitações anteriores e sua base de conhecimento em menos de 30 minutos, e funciona como um verdadeiro agente de IA dentro do JSM: redigindo e enviando respostas, triando incidentes, atualizando campos e encaminhando para as equipes. O diferencial é a simulação sobre seus tickets reais anteriores, para que você veja a taxa de resolução antes de entrar no ar, e o preço é fixo em $0,40 por solicitação, sem novos assentos de agente. Você pode rodar a simulação em um teste gratuito antes de qualquer gasto.
Finalmente, um agente de IA coachável e acessível para pequenas empresas. Ele lê e memoriza nossos procedimentos, runbooks e políticas. A ferramenta integrada para editar respostas é intuitiva, e quando testamos novamente, ele incorpora corretamente o que foi ensinado.
Andre Yeu, Founder, WhenHoundsFly
Perguntas Frequentes
O Jira Service Management tem IA nativa?
Quanto custa a IA do Jira Service Management?
Qual é a melhor IA para o Jira Service Management?
Posso adicionar IA ao Jira Service Management sem substituí-lo?

Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.








