Principais empresas de automação com IA: como escolher a plataforma certa

Qual é o estado atual das empresas de automação com IA?

A designação «agente» abrange produtos com comportamentos muito diferentes. Alguns seguem regras fixas, outros acrescentam um modelo a um fluxo de trabalho programado e outros conseguem escolher entre ferramentas aprovadas para atingir um objetivo definido. A designação, por si só, não revela como o sistema gere permissões, dados inesperados, falhas ou revisão.

Em junho de 2025, a Gartner comunicou que, segundo a sua estimativa, apenas cerca de 130 fornecedores, entre os milhares que afirmavam oferecer IA com agentes, eram genuínos naquela altura. A Gartner também previu que mais de 40 por cento dos projetos de IA com agentes seriam cancelados até ao final de 2027 devido aos custos, à falta de clareza sobre o valor gerado ou a controlos de risco insuficientes. Encare ambos os números como uma estimativa e uma previsão de mercado da Gartner, não como uma avaliação de um produto específico.

Avalie o fluxo de trabalho, não a designação:

• Dê ao sistema um objetivo que exija escolher entre duas ferramentas aprovadas.
• Negue uma ação e verifique se o sistema para ou encaminha o caso para análise.
• Forneça dados em falta, malformados e contraditórios.
• Provoque a falha de uma dependência e examine as novas tentativas, os limites e a recuperação.
• Analise o registo completo da execução e o resultado para o negócio.

Antes de assinar um contrato mais abrangente, um projeto-piloto deve demonstrar o comportamento necessário em casos representativos.

O que poucos dizem: muitos «agentes de IA» empresariais são apenas bots de RPA mais elaborados

Um chatbot, um fluxo de RPA e um agente que utiliza ferramentas podem coexistir no mesmo produto. A distinção útil está no comportamento que o processo exige.

O RPA segue passos definidos numa interface e é adequado quando o percurso é estável e a aplicação não tem uma API. Um fluxo de trabalho assistido por modelo pode classificar ou extrair dados antes de uma ação determinística. Um agente pode escolher ferramentas ou planear passos para atingir um objetivo, mas essa flexibilidade acrescenta custos e possibilidades de falha.

Peça ao fornecedor que demonstre:

1. As permissões exatas concedidas ao agente.
2. As ferramentas que pode escolher e o número máximo de ações.
3. Como reage a ações negadas, ferramentas indisponíveis e dados ambíguos.
4. Que decisões e resultados constam do registo de auditoria.
5. Em que momentos uma pessoa revê, aprova ou interrompe a execução.

Um produto não precisa de grande autonomia para resolver um processo valioso. Escolha a solução menos flexível que consiga lidar com os casos necessários e com as situações de falha.

Passo 1: classifique as empresas de automação com IA pelo seu principal foco empresarial

As listas genéricas de classificação pouco ajudam. É preciso um método de avaliação. Classificamos as empresas de automação com IA de acordo com o seu principal conjunto de ferramentas para empresas.

Em geral, as plataformas dividem-se em quatro categorias principais. Cada uma tem vantagens, limitações e custos ocultos que deve conhecer antes de comprometer o seu orçamento a longo prazo com um fornecedor:

• Integradas num pacote de produtividade: Microsoft Copilot Studio. Mais adequadas a organizações que já dependem da plataforma Microsoft 365. Os custos ocultos surgem quando se esgotam os créditos básicos incluídos.
• Integradas num CRM: Salesforce Agentforce. Mais adequadas a equipas de vendas e atendimento. Não existem planos gratuitos para empresas e os custos aumentam rapidamente com a utilização.
• Integradas em fluxos de trabalho de TI: ServiceNow. Mais adequada à gestão interna de serviços de TI. É uma plataforma muito capaz, mas implica licenças empresariais de preço elevado.
• Centradas em dados: Ferramentas como Maia. Maia destina-se especificamente a equipas de dados, o que limita a sua utilização à automação de dados. Fica de fora a automação de fluxos de trabalho gerais da empresa.

Também existem ferramentas como Autohive, que ajudam equipas do dia a dia a criar agentes de IA com facilidade. Embora possam atrair utilizadores sem conhecimentos técnicos, posicionam-se como ferramentas low-code/no-code, não como plataformas de automação empresarial. A simplicidade vem à custa de capacidade.

Quando for preciso expandir operações complexas, essa limitação pode travar seriamente o crescimento e obrigar a uma migração dispendiosa para outra plataforma.

Como se comparam as principais plataformas de automação com IA em funcionalidades e preços?

As unidades de faturação mudam, e uma mesma solicitação da empresa pode desencadear várias ações. Antes de comparar planos, descreva cada passo do fluxo de trabalho: autenticação, consulta de dados, chamadas ao modelo, atualização de registos, notificações, novas tentativas e revisão humana.

Atualmente, a Salesforce mede a utilização do Agentforce através de Flex Credits. A sua página oficial de preços indica que uma ação padrão do Agentforce consome 20 Flex Credits e uma ação de voz consome 30. Também apresenta 100.000 Flex Credits por $500.

No exemplo publicado pela Salesforce, uma solicitação que autentica um cliente e consulta uma encomenda consome duas ações. Utilize a tabela de preços atual e as ações identificadas no seu próprio fluxo, pois multiplicadores específicos de cada produto e as condições contratuais podem alterar o resultado.

A Microsoft e a ServiceNow utilizam pacotes e unidades de consumo diferentes. Peça uma proposta que especifique o SKU, a região, a duração do contrato, a capacidade incluída, a regra para consumo excedente e a ação faturada, em vez de comparar apenas o preço mensal anunciado.

Defina um número máximo de iterações, limites de tempo, alertas de gastos e chaves de idempotência. Depois, introduza dados ambíguos e provoque falhas nos sistemas seguintes durante o projeto-piloto. Não presuma como são faturadas as novas tentativas ou como o sistema se comporta em ciclos, a menos que a documentação ou o contrato atual do fornecedor o especifique.

Passo 2: avalie os modelos de governação, segurança e qualidade dos dados

A governação começa pelas ações que um agente pode executar e pelos registos necessários para as analisar. Peça ao fornecedor que demonstre permissões limitadas por âmbito, registos imutáveis de eventos, rastos das interações com modelos e ferramentas, controlos de retenção, ocultação de dados sensíveis, exportação de dados para análise de incidentes e uma forma fiável de interromper a execução.

Mapeie o percurso dos dados antes de avaliar alegações sobre a sua localização ou transferência. Registe a região principal, as cópias de segurança, o acesso da equipa de suporte, os subcontratantes envolvidos no tratamento de dados, os endpoints dos modelos, a telemetria e os destinos de contingência. A transferência para os Estados Unidos em caso de falha não constitui automaticamente uma violação do GDPR.

As transferências internacionais exigem um mecanismo jurídico aplicável e salvaguardas adequadas às circunstâncias, conforme explica a Comissão Europeia. A seleção de uma região fixa é insuficiente se os mecanismos de contingência ou o acesso do suporte puderem contorná-la.

Use esta lista com as equipas jurídica e de segurança responsáveis:

• Que entidade atua como responsável pelo tratamento ou subcontratante para cada conjunto de dados?
• Que DPA, mecanismo de transferência, BAA ou acordo específico do setor se aplica?
• As permissões podem limitar ferramentas, registos, campos e valores das transações?
• Os responsáveis pela revisão conseguem reconstruir os dados recebidos, as evidências consultadas, a decisão, a ação e o resultado?
• O que acontece quando os dados estão desatualizados, malformados, fora da distribuição esperada ou indisponíveis?
• A organização consegue exportar dados e registos, eliminá-los segundo a sua política e abandonar a plataforma?

IBM, Salesforce, Microsoft e ServiceNow disponibilizam funcionalidades de governação. Essas funcionalidades não certificam o fluxo de trabalho do cliente. A conformidade depende dos contratos, da configuração, dos dados, da finalidade, das salvaguardas e da operação diária.

Passo 3: calcule um retorno do investimento realista e evite a dependência de um único fornecedor

Modele o retorno com base em dados observados sobre o volume de trabalho. Registe as horas de trabalho manual por mês, o custo total da mão de obra, o tempo de revisão, a utilização da plataforma, as chamadas aos modelos, a infraestrutura, a implementação, a manutenção, a correção de falhas e a percentagem de trabalho que o sistema conclui corretamente. Trate o tempo recuperado como capacidade adicional, a menos que a organização consiga demonstrar uma redução de custos ou um aumento de receitas.

A escolha do framework e a escolha da hospedagem são decisões separadas. O LangGraph pode orquestrar modelos hospedados e não exige uma GPU local. Uma infraestrutura gerida pela própria organização pode precisar de hospedagem da aplicação, base de dados, filas, observabilidade, gestão de segredos, cópias de segurança e uma equipa responsável pelos incidentes.

Hospedar modelos localmente pode exigir capacidade de GPU, mas esse custo decorre da implementação do modelo, não do próprio LangGraph.

Reduza a dependência de um fornecedor quando o benefício superar o custo de manutenção. Sempre que possível, mantenha prompts de origem, esquemas, casos de avaliação, regras de negócio e dados fora de interfaces proprietárias. Antes de assinar um contrato de longa duração, exija APIs documentadas, formatos de exportação, histórico de versões, condições de eliminação de dados e um teste de saída.

Nenhuma referência geral de 4x ou 5,8x se aplica a estas abordagens. Use uma situação inicial de referência e o resultado observado num projeto-piloto.

Superar a lacuna de implementação: do projeto-piloto à produção em escala

Todos estão a testar. Poucos chegam à produção. Há uma grande diferença entre testar agentes de IA e implementá-los em escala.

Para chegar à produção, é preciso superar a barreira da implementação.

Veja como acelerar esse percurso sem ficar preso a ciclos intermináveis de projetos-piloto que esgotam o orçamento e desmotivam a equipa: * Comece por automatizar um processo bem delimitado e de elevado valor. * Monitorize diariamente as exceções do agente e aperfeiçoe as instruções das ferramentas. * Aumente gradualmente a autonomia, passando da intervenção humana em cada decisão para a supervisão humana do processo.

* Só expanda para outros fluxos de trabalho depois de atingir 99% de fiabilidade num deles.

Questões em aberto: como identificar fornecedores de automação com IA especializados por setor

Os modelos pré-configurados para um setor podem reduzir o tempo de configuração quando se ajustam aos dados e processos da organização. Não garantem conformidade legal, precisão no domínio nem preparação para produção.

Peça ao fornecedor que mostre o percurso de um registo representativo, da entrada à decisão e à ação. Na saúde, isso pode incluir a terminologia clínica ou de faturação exata e os sistemas envolvidos. Na indústria transformadora, pode incluir formatos de telemetria e controlos de manutenção.

No setor financeiro, pode incluir regras específicas da jurisdição e um processo de aprovação. Peça aos responsáveis pelo domínio, pela área jurídica e pela segurança que revejam esse mapeamento.

Compare um produto especializado e uma plataforma generalista usando os mesmos casos. Meça a cobertura das integrações, a taxa de correção, a taxa de escalonamento, a latência, o custo operacional e as opções de saída. Uma ontologia especializada pode ajudar um departamento, mas dificultar a reutilização noutros.

Uma plataforma generalista pode exigir mais configuração, mas servir vários fluxos de trabalho.

Rejeite a ideia de que um produto é adequado a um setor regulamentado apenas por oferecer uma camada de confiança, hospedagem regional ou registos de auditoria. Esses controlos são evidências a examinar no contexto da implementação completa.