As etapas da implementação
1. Defina um processo com uma linha de base conhecida. As renovações em uma linha de negócio costumam ser o ponto de partida: alto volume, regras explícitas e um custo atual conhecido. Essa linha de base permite medir os resultados.
2. Configure o produto. Suas coberturas, parâmetros, regras de negócio, lógica de subscrição, estrutura de preços e requisitos de conformidade são incorporados ao Sherpa+ como configuração, não como código. Essa é a referência que cada agente consultará e, por isso, é definida primeiro.
3. Compare as decisões com as de sua equipe. Testamos os agentes com uma amostra dos casos históricos e comparamos suas recomendações com as decisões reais de seus subscritores. As diferenças fornecem informações valiosas e oferecem um teste muito mais sólido do que uma demonstração.
4. Defina os controles humanos. Estabeleça, ainda durante o desenho, os limites de confiança, as rotas de encaminhamento e uma pessoa responsável por cada agente, em vez de acrescentá-los posteriormente como medida corretiva.
5. Entre em produção com um processo e depois amplie o escopo. Os novos negócios utilizam o novo modelo desde o início. A carteira existente migra gradualmente, começando pelas linhas de maior valor, com uma alternativa manual documentada para cada etapa automatizada.
Quanto tempo leva?
Depende do tipo de operação. Há dois prazos que precisam ser diferenciados.
Um programa de seguro embutido: cerca de seis semanas. Em uma implantação real, transcorreram aproximadamente seis semanas entre o início técnico e a entrada em produção, com o desenho funcional aprovado em quatro semanas e cinco dias de testes de aceitação do usuário. O alinhamento comercial, a capacidade e as aprovações regulatórias ficam fora desse desenvolvimento técnico e podem levar mais tempo.
Um programa corporativo de operações administrativas é implementado por fases, ao longo de vários trimestres. Uma operação de acidentes pessoais, saúde e automóvel de uma seguradora de primeiro nível, com dez módulos operacionais e mais de 200 produtos ativos, não é um projeto de seis semanas. A implementação avança por fases e os agentes são incorporados módulo por módulo.
Os dois modelos têm algo em comum: não dependem da substituição do sistema central nem de um ciclo de aprovação de investimentos de capital.
Como a Gangkhar se conecta aos nossos sistemas?
Quatro maneiras, e usamos o que existe.
APIs, onde seus sistemas as expõem.
Arquivos em lote, SFTP ou bordereaux quando não há API.
Navegação por telas quando a única via de acesso é a interface que uma pessoa utilizaria.
Automação robótica em ambientes legados e mainframes, para sistemas que não se deseja modificar.
Uma parte importante das operações de seguros ainda é executada em portais e aplicativos de desktop sem uma API utilizável. Exigir APIs bem estruturadas antes de começar excluiria grande parte do trabalho que vale a pena automatizar.
As perguntas que surgem primeiro
Por que tantos projetos de IA são cancelados?
O Gartner prevê que mais de 40% dos projetos de IA agêntica serão cancelados até o fim de 2027 devido ao aumento de custos, ao valor de negócio pouco claro e a controles de risco insuficientes.¹
Nos seguros, esses três problemas costumam ter a mesma causa. Muitos projetos partem de um procedimento operacional escrito que se torna a instrução do agente. No início funciona, mas depois um limite muda, uma exclusão é acrescentada ou o apetite de risco é restringido. O produto muda e o documento não, de modo que o agente continua aplicando a versão anterior. A diferença aumenta e acaba sendo identificada por um cliente ou auditor, em vez da equipe de operações.
O custo aumenta porque a correção depende de conciliação manual contínua. O valor permanece incerto porque a taxa de processamento sem intervenção se estabiliza à medida que as exceções se acumulam. E os controles parecem insuficientes porque o agente consegue provar que seguiu o procedimento escrito, mas não que aplicou a regra vigente.
Nossa resposta está na arquitetura, não apenas nos procedimentos. Os agentes validam cada ação com base na configuração vigente do produto. Assim, uma regra alterada na terça-feira já orienta as decisões de quarta-feira, sem reprogramação.
Isto tira o controle da nossa equipe?
Não. As decisões de subscrição e sinistros permanecem com sua equipe.
Os agentes preparam, validam, verificam suas diretrizes, encaminham e executam. Casos que excedem sua autoridade são encaminhados a uma pessoa com as informações e o raciocínio documentados, para que ela decida sem reconstruir o processo. Os limites de confiança asseguram que ações sensíveis ou duvidosas sejam revisadas antes de produzir efeitos reais.
O que muda é a distribuição do trabalho. Seus subscritores mais experientes deixam de revisar cada renovação rotineira e passam a definir e supervisionar as regras. Assim, seu conhecimento é aplicado à carteira inteira, não apenas aos casos que tiveram tempo de analisar.
Funcionará com os nossos sistemas legados?
Sim, e legado é o caso normal e não a exceção.
Uma parte importante das operações de seguros ainda é executada em portais e aplicativos de desktop sem uma API utilizável. Exigir interfaces bem estruturadas antes de começar excluiria grande parte do trabalho que vale a pena automatizar. Por isso oferecemos quatro formas de integração e usamos a que estiver disponível, sem esperar pela substituição do sistema central.
O que o nosso regulador vai querer ver?
Registros completos, não amostras. Cada ação do agente é documentada com os dados de entrada, a regra que a acionou, a decisão tomada, o nível de confiança e o resultado. Tudo é rastreável até uma pessoa responsável e pode ser consultado para qualquer período.
Cada função regulada é desempenhada por uma parte licenciada que sua empresa escolhe. Se já trabalha com um TPA ou uma corretora de confiança, operamos junto a eles. Se precisa de um parceiro em um mercado específico, apresentamos opções de nosso ecossistema. A parte 4 deste guia explica essas estruturas e sua relação com as novas diretrizes de supervisão de IA.
Qual compromisso inicial é necessário?
Um processo e nenhum capital.
A implantação começa com uma única linha de negócios, não com toda a operação. Estruturamos os acordos para que a maior parte dos honorários dependa do volume, em vez de se concentrar em uma cobrança inicial de implementação. Assim assumimos parte do risco se o trabalho previsto não se concretizar e evitamos que essa decisão siga o mesmo processo de aprovação de uma substituição do sistema central.
Se o primeiro processo não oferecer um resultado que justifique ampliar o escopo, essa é uma informação útil. A estrutura comercial não deve penalizar sua empresa por agir de acordo com esse resultado.
O que muda para as pessoas que realizam o trabalho hoje?
Diminui o trabalho que ninguém queria fazer. Os 80% de casos rotineiros, a redigitação de dados, a busca de informações ausentes e a conciliação passam para os agentes. Sua equipe mantém o desenho das regras, a supervisão da carteira e os casos complexos em que o julgamento profissional muda os resultados econômicos.
Recomendamos envolver os responsáveis por operações e subscrição desde a definição do escopo, não apenas na entrada em produção, pois eles serão os responsáveis pelos agentes.
Perguntas frequentes
Quanto tempo até vermos algo a funcionar?
Semanas, não trimestres. A comparação com seus próprios casos históricos fornece evidências antes de os agentes atuarem em produção.
Quem trabalha na implementação?
Nossa equipe de implementação trabalha junto à sua e, em alguns mercados, com um parceiro licenciado quando o escopo inclui atividades reguladas.
Com que processo devemos começar?
Na maioria dos casos, com as renovações de uma linha de negócio. O alto volume, as regras explícitas e um custo atual conhecido facilitam a avaliação do resultado.
Quanto custa uma implantação?
O preço é definido caso a caso, conforme o escopo do trabalho e seu custo atual. O valor é determinado durante a definição do escopo, em vez de publicar uma tarifa única.
O que vocês precisam de nós para começar?
Um processo, uma linha de base, uma amostra de casos históricos para comparação e acesso aos sistemas utilizados por esse processo. A primeira conversa se concentra no fluxo de trabalho, não na arquitetura.
¹ Gartner, "Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027", 25 de junho de 2025.