Como configuro um agente de IA no Freshservice? Um guia passo a passo

Resumo

Configurar um agente de IA no Freshservice é basicamente um alternador, não um projeto. Você vai em Admin > Configurações globais, busca Freddy e ativa o Freddy AI Agent para o canal desejado (Portal de suporte, Bot de e-mail, Slack ou Microsoft Teams). O detalhe: ele só existe no plano Enterprise do Freshservice, que inclui 1.200 sessões de agente por ano.

É o que o assistente de configuração não vai te contar: ativar o alternador é os 10% fáceis. Os outros 90% consistem em fazer o agente realmente resolver tickets sem enviar respostas erradas, e é aí que a maioria dos lançamentos trava. Eu construo integrações de helpdesk para viver, e o padrão que vejo repetidamente é uma equipe que ativa o agente em uma tarde e depois passa dois meses lutando com uma base de conhecimento que o Freddy só consegue ler pela metade.

Este guia percorre os passos reais de configuração com capturas de tela, os limites de plano e sessão para orçar, os limites de processamento que silenciosamente restringem a precisão, e como implementar de forma que o tempo médio de resolução caia em vez de subir. Se a barreira Enterprise do Freddy não é viável, também mostrarei onde uma camada de IA como o eesel se encaixa.

O que você realmente obtém ao "configurar um agente de IA" no Freshservice

Quando as pessoas perguntam como configurar um agente de IA no Freshservice, geralmente querem dizer uma coisa específica: o Freddy AI Agent, o bot autônomo voltado para funcionários que responde perguntas e abre solicitações sem que um humano toque no ticket. Ele é um de três produtos sob o guarda-chuva do Freddy AI, então vale saber qual você está ativando:

• Freddy AI Agent é a camada autônoma. Ele desvia solicitações rotineiras (redefinições de senha, consultas de status, solicitações de acesso) mantendo uma conversa e buscando respostas no seu conhecimento.
• Freddy AI Copilot é assistência ao agente dentro do espaço de trabalho: respostas sugeridas, resumos de tickets, tradução em tempo real. Ele ajuda seus funcionários, não os substitui.
• Freddy AI Insights é a camada de análise para líderes de equipe, sinalizando coisas como quedas de CSAT e violações de SLA.

Este guia é sobre o primeiro, o agente autônomo. Aqui está a tela de configuração que você está buscando, onde cada canal tem seu próprio alternador:

No papel, o retorno é grande. A Freshworks cita 66% de deflexão de tickets e uma queda de 77% no tempo médio de resolução quando a IA está fazendo seu trabalho. São números do fornecedor, então trate-os como teto, não como promessa, mas indicam o que uma configuração bem feita deve entregar.

Antes de começar: os pré-requisitos que ninguém menciona

A maioria dos guias sobre como configurar um agente de IA no Freshservice pula direto para o alternador. Três pré-requisitos causam tropeços antes, então verifique-os antes de tocar no Admin.

Mais uma coisa se sua instância for mais antiga: o Virtual Agent legado (qualquer coisa ativada antes de 18 de outubro de 2024) foi descontinuado em 21 de maio de 2025. Se você estiver fazendo upgrade, reativará o Freddy em cada canal após o upgrade em vez de começar do zero.

Esse modelo de sessão é o primeiro lugar onde eu faria um orçamento real. 1.200 sessões por ano parecem generosas até que você se lembra que um único funcionário confuso fazendo ping no Freddy por três dias seguidos conta como três sessões. Para uma organização de 600 pessoas, o limite se torna real rapidamente, que é o tema recorrente na discussão sobre custo de IA do Freshservice.

Como configurar um agente de IA no Freshservice, passo a passo

Com os pré-requisitos resolvidos, a configuração real é curta. Aqui está todo o fluxo de uma vez, depois cada etapa em detalhe.

Etapa 1: Confirme que você está no plano Enterprise

Não há contorno aqui. Se você estiver no Pro ou abaixo, o Freddy AI Agent não aparecerá nas configurações. Verifique seu plano em Admin > Planos e Faturamento, e se você estiver avaliando a mudança, a diferença entre o plano Pro do Freshservice e o Enterprise é a decisão a modelar primeiro.

Etapa 2: Abra Configurações globais e busque Freddy

Vá em Admin > Configurações globais e digite Freddy na caixa de busca. Você verá o cartão do Freddy AI aparecer junto com as entradas do ServiceBot para Microsoft Teams e Slack.

Etapa 3: Habilite o Freddy AI Agent por canal

Abra o cartão do Freddy e você terá um alternador para cada superfície de implantação: Freddy AI Agent para Slack e Microsoft Teams, Bot de e-mail e Freddy AI Agent para Portal de suporte. Ative apenas os canais que você está pronto para suportar. Eu começaria com um, geralmente o Portal de suporte para funcionários, em vez de ativar todos os quatro de uma vez. Um primeiro lançamento estreito é muito mais fácil de avaliar e reverter.

Se você estiver implantando no Slack ou Teams, aqui é onde o pré-requisito do ServiceBot de antes importa: configure o Freddy pela seção ServiceBot para Microsoft Teams ou ServiceBot para Slack. O Portal de suporte e o Bot de e-mail configuram diretamente da página do Freddy.

Etapa 4: Conecte suas fontes de conhecimento

Este é o passo que decide se o agente é útil. O Freddy baseia suas respostas no que a Freshworks chama de Enterprise Search, que pode extrair da sua base de conhecimento interna, Microsoft SharePoint, Google Drive e Confluence. Aponte para as fontes onde suas respostas reais estão, não apenas as organizadas e públicas.

Um aviso que surge constantemente: o conector do SharePoint pede permissões muito amplas. Mais sobre isso abaixo, porque é a razão mais comum por que um lançamento é bloqueado na etapa de revisão de segurança.

Etapa 5: Teste, depois monitore suas sessões

Antes de anunciar para a empresa, faça você mesmo algumas perguntas reais ao agente. Depois acompanhe adoção e precisão no relatório curado de visão geral do Freddy AI Agent no módulo Analytics, que também mostra com que velocidade você está usando aquele limite de 1.200 sessões. Se quiser uma referência sobre como é "bom", as métricas em nosso guia de taxa de resolução são uma referência razoável, mesmo formuladas para um helpdesk diferente.

Essa é toda a configuração. Talvez 30 minutos se seu plano e conhecimento já estiverem prontos. O que é exatamente por que a próxima seção importa mais do que esta.

A parte que a tela de configuração não te mostra

Aqui eu questionaria o próprio enquadramento da pergunta. "Como configuro um agente de IA no Freshservice?" faz parecer que a configuração é a parte difícil. Não é. O alternador é trivial. O que determina se o seu agente presta é tudo o que a tela de configuração nunca exibe.

Estes são os limites de processamento embutidos em como o Freddy lê seu conhecimento:

• Ele processa apenas as primeiras 50 imagens inline em um artigo de solução.
• Ele processa apenas os primeiros 5 anexos por artigo, até 5 MB cada.
• Ele não consegue interpretar documentos .pdf, .docx ou .xlsx de forma alguma.
• Um artigo pode levar de 1 hora a 24 horas para terminar o processamento depois de publicado.

Leia essa lista novamente com seus próprios runbooks em mente. Se o conhecimento de TI da sua empresa vive em SOPs em PDF ou documentos do Word, que é o padrão, o Freddy não consegue ver nada disso até que alguém o reescreva como artigo de solução nativo. O agente não é burro; ele só está lendo uma fração do que você acha que deu a ele. Um agente de IA é tão bom quanto o conhecimento que ele consegue realmente analisar, e essa é a tarefa de configuração real escondida atrás do alternador.

É também aqui que inserir artigos fica complicado. Um administrador no r/Freshservice descreveu precisar rotear a criação de artigos por uma ferramenta externa apenas para obter formatação que sobrevive ao stripping de CSS do Freshservice: "sem limpeza de formatação, sem estilo manual, só colar e publicar." Isso é um contorno para uma etapa de configuração que deveria ter sido embutida.

O que os administradores reais do Freshservice enfrentam após o lançamento

A documentação de configuração é organizada. A produção é mais bagunçada. Três padrões aparecem repetidamente nos comentários de usuários, e vale conhecê-los antes de ativar o alternador, não depois.

O custo da transferência pode aumentar seu tempo de resolução. A história de advertência mais citada é uma organização de 600 pessoas cujo tempo de resolução de nível 1 subiu depois de habilitar o Freddy:

"A autorresolução é talvez 25%, o que está bom. Mas nosso MTTR na verdade subiu. Cerca de 20% em relação a onde estávamos antes... O Freddy tenta, falha, o agente pega o ticket mas precisa rolar todo o histórico antes de poder responder... usuários que foram autoresolvidos voltam 2 dias depois com uma pergunta de acompanhamento, novo ticket porque o original foi fechado. Tickets duplicados subiram tipo 15%." - u/Time_Beautiful2460 no r/Freshservice

Esse é o modo de falha que um agente de IA deveria prevenir, acontecendo porque o bot tenta tudo e faz transferências ruins. É evitável, mas somente se você configurar o roteamento deliberadamente em vez de deixar o agente tentar cada ticket.

As permissões do SharePoint podem bloquear aprovações. Se você planeja ancorar o Freddy no SharePoint, seu time de segurança provavelmente terá perguntas:

"ele requer 'Ler arquivos em todas as coleções de sites' no nível de Aplicativo, o que essencialmente dá a ele a capacidade de ler tudo no SharePoint da nossa empresa, até onde eu saiba... alguém sabe exatamente por que um escopo de permissão tão amplo é necessário para isso?" - u/Towelie888 no r/Freshservice

Um respondente no mesmo tópico confirmou que não havia ativado exatamente por esse motivo. Reserve tempo para a revisão de segurança se o SharePoint estiver no seu plano.

Deflexão sem um ciclo de aprendizado estagna. Um sysadmin resumiu o teto de precisão diretamente: a IA "é péssima para deflexão de incidentes e não oferece nenhum insight sobre por que os usuários a acharam inútil quando avaliam, e também não aprende com os usuários que avaliam uma interação como não útil." Esse último ponto é o que eu mais pesaria, porque um agente que não aprende com correções nunca melhora além da primeira semana.

Nada disso significa não configurar o Freddy. Significa configurar com os olhos abertos e dedicar seu esforço ao lançamento, não ao alternador.

Como lançar sem aumentar seu MTTR

Depois de anos colocando agentes de IA em filas de suporte e TI em produção, o que eu anexaria à sua configuração não é um recurso, é um processo. Os times cujo tempo de resolução cai são os que tratam o go-live como o último passo, não o primeiro.

Simule antes de ir ao ar. A coisa mais assustadora que já vi um agente fazer não foi falhar, foi confirmar com confiança algo falso. Um time de suporte técnico B2B tinha um bot que dizia aos clientes "sim, suportamos o seu modelo" para produtos que não estavam na base de dados deles, porque a base de conhecimento dizia que a empresa "suporta todos os modelos." Ninguém percebe isso a partir de uma página de configurações. Você percebe rodando o agente contra seus tickets históricos reais primeiro e lendo o que ele teria dito. Esse ensaio é o passo de configuração de maior valor que existe, e é o que o próprio fluxo do Freshservice pula.

Roteie por confiança, não por esperança. Os compradores enterprise com quem converso quase todos chegam ao mesmo requisito. Como um líder de suporte DTC colocou: "a IA nunca vai conseguir responder 100% das perguntas... eu preciso de uma IA que só cuide dos tickets que ela tem confiança para lidar e todos os outros, deixe-os em paz." Esse é o antídoto para o problema de MTTR acima: um agente que só responde automaticamente quando tem certeza, e escala silenciosamente todo o resto, nunca cria o custo de transferência de "lê-o-histórico-todo".

Fique de olho nas coisas sensíveis. Tickets de TI contêm senhas, solicitações de acesso, às vezes detalhes de pagamento. Um comprador bloqueou todo o seu teste em uma revisão de segurança interna até ter certeza de que dados de tickets com PII permaneciam no ambiente deles. Independentemente do agente que você configurar, saiba para onde os dados vão antes de tocarem em um ticket real. Feito certo, o retorno é real: um time, Gridwise, viu o eesel resolver 73% das solicitações de nível 1 no primeiro mês, com resultados aparecendo em um teste de 7 dias. A diferença entre isso e uma regressão de 20% no MTTR é quase completamente o lançamento, não a ferramenta.

Experimente o eesel para equipes do Freshservice

Se a barreira Enterprise, o limite de sessões ou a base de conhecimento cega a PDFs é o seu obstáculo, aqui é onde eu olharia para uma camada de IA como o eesel. Para ser direto: o eesel não se integra ao Freshservice como plugin nativo da maneira que o Freddy faz. O que ele faz é ficar nas mesmas superfícies de TI interna que seu time já usa, Slack, Microsoft Teams, e-mail e Jira Service Management, e aprender com o conhecimento com o qual o Freddy tem dificuldade, incluindo tickets anteriores, Confluence, SharePoint e Drive.

Duas diferenças importam mais para um time vindo do Freshservice. Primeiro, o modo de simulação roda o agente contra seus tickets históricos antes de responder qualquer ticket ao vivo, para que você veja a cobertura e capture as respostas confiantes-mas-erradas antecipadamente. Segundo, o preço é por ticket, não por assento Enterprise: o eesel começa em US$ 0,40 por ticket sem taxa por assento e sem mínimo de plataforma no plano de autoatendimento, então você pode rotear 200 tickets por mês e pagar por 200. Se você está comparando rotas para uma central de IA, essa é uma estrutura de custo diferente de comprar a cada agente de TI uma licença Enterprise para desbloquear o bot.

Não é a única opção, e para alguns times permanecer dentro do Freshworks é a decisão certa. Mas se o seu objetivo é um agente de IA que lê seu conhecimento real e se prova antes de responder um único ticket ao vivo, vale a pena dar uma olhada.