Uma melhor subscrição e conectividade com corretores dependem menos do hype da IA do que das APIs que movimentam dados pelo negócio
O setor de seguros está investindo pesadamente em IA, analytics e infraestrutura em nuvem, mas Jay Sarzen, analista de seguros na Conning, argumenta que muitas seguradoras ainda estão subestimando a camada mais simples que determina se tudo isso funciona: as interfaces de programação de aplicações (APIs) que movimentam dados para dentro e para fora do sistema central.
Sarzen não descreve as APIs como uma tecnologia glamourosa. Ele as descreve como um ponto de bloqueio. Se um sistema central não consegue se conectar a corretores, agentes e fontes de dados de terceiros, o restante da agenda de transformação se torna mais difícil de executar. Cotações mais rápidas, melhor subscrição e fluxos de trabalho mais intuitivos dependem de a seguradora conseguir ingerir, interpretar e agir com base em dados externos.
“Eu sempre vou priorizar a integração de APIs”, disse Sarzen. “Se você não tem isso, não consegue se conectar bem com seus corretores e agentes. Não consegue se conectar com suas fontes de dados de terceiros.”
Isso faz das APIs menos um recurso técnico e mais uma capacidade de negócio. A questão para o C-level não é se o sistema possui uma longa lista de funcionalidades. É se a arquitetura permite que a seguradora se conecte ao mercado ao seu redor.
Por que listas de funcionalidades são o teste errado
Sarzen afirmou que a abordagem tradicional para avaliar sistemas centrais frequentemente se concentrava em recursos e funcionalidades. Isso ainda importa. Mas, em um mercado onde as seguradoras precisam cada vez mais de dados externos de propriedades, veículos, dados geoespaciais, conectividade com corretores e documentação de sinistros, o teste mais importante é saber se a plataforma é aberta o suficiente para usar essas entradas sem criar um novo problema de integração a cada vez.
“Se um sistema central não tivesse APIs robustas, se não fossem abertas, se não fossem capazes de trazer dados de todos os tipos de fontes de terceiros, então realmente não seria um sistema central tão eficaz”, disse ele.
O ponto está alinhado com a direção mais ampla da estratégia tecnológica no setor de seguros. A McKinsey argumentou em 2025 que sistemas centrais de P&C construídos para um modelo mais lento e baseado em papel não são mais adequados para seguradoras que buscam oferecer resposta em tempo real, incluindo cotações instantâneas e pagamentos de sinistros mais rápidos. A perspectiva global de seguros da Deloitte para 2026 faz o mesmo argumento de infraestrutura, em termos de IA: as seguradoras devem priorizar qualidade de dados, integração e gestão de dados mestres para suportar uma visão unificada do cliente e processamento de dados em tempo real.
É por isso que a capacidade de APIs deve fazer parte da discussão no conselho. Ela determina se a seguradora consegue se conectar ao ecossistema do qual agora depende.
Os dois clientes que as seguradoras devem atender
Sarzen disse que as seguradoras devem pensar em dois grupos de clientes: o segurado e o agente. Ambos esperam cada vez mais velocidade, clareza e menos soluções improvisadas.
Para os segurados, a expectativa começa na primeira cotação. Um cliente que busca seguro auto, residencial ou para pequenas empresas não quer uma resposta aproximada seguida de acompanhamento manual. Ele quer uma cotação clara, um processo de emissão eficiente e um serviço transparente quando ocorre um sinistro.
“Se você vai interagir com um consumidor em qualquer momento, precisa ser intuitivo, precisa ser fácil, precisa ser fluido, precisa ser transparente”, disse Sarzen.
Para agentes e corretores, a questão é se a seguradora consegue se conectar aos fluxos de trabalho onde os negócios são realizados. Se o sistema central não se conecta bem com parceiros corretores, disse Sarzen, a seguradora perde velocidade e facilidade na operação. Quanto mais difícil for acessar, cotar, emitir ou atender uma apólice, mais atrito a seguradora cria para quem a distribui.
A nuvem é sobre movimentação de dados
Sarzen conecta a questão das APIs diretamente à arquitetura em nuvem. Sistemas locais (on-premise) faziam sentido quando as seguradoras trabalhavam principalmente com seus próprios dados internos. Esse não é mais o modelo operacional. Nenhuma seguradora, segundo ele, possui todos os dados necessários dentro de suas próprias paredes para entregar cotações precisas e personalizadas rapidamente.
No mínimo, segundo ele, os sistemas precisam ser preparados para nuvem ou compatíveis com SaaS. Idealmente, são nativos em nuvem, porque o trabalho depende cada vez mais de provedores de terceiros que estão fora das estruturas da seguradora.
“Nenhuma seguradora tem a quantidade de dados, nem a variedade de dados que serão necessárias para oferecer os tipos de experiências em que será possível entregar uma cotação personalizada e precisa em um período muito curto de tempo”, disse Sarzen.
Esse é o teste silencioso das APIs por trás da transformação no setor de seguros. A IA pode dominar o discurso de vendas, mas o valor de negócio depende de a seguradora conseguir movimentar dados com limpeza suficiente para que a ferramenta possa agir sobre eles. APIs não são a tecnologia de destaque. Elas são o tecido conectivo que permite que a tecnologia de destaque produza algo útil.
