WIR Innovation

Distribuição, subscrição e inteligência operacional conectadas ao crescimento da sua operação.

Crescimento da operação

Quatro perguntas antes de aprovar um piloto.

Um comitê não aprova um projeto de IA: aprova um piloto com prazo, dono e critério de parada. As quatro perguntas que cabem em cinco telas e separam piloto que vira produção de piloto que apodrece.

Wir Innovation17 de outubro de 2026 · 8 min de leitura

Em resumo

O gate de quatro perguntas é o filtro que um comitê aplica antes de aprovar um piloto de IA: qual número da operação muda e em quanto, qual é a linha de base medida antes de começar, quem é o dono da decisão sobre o que conta como saída certa e qual é o critério de parada com data de revisão.

Quatro linhas, uma páginaLinha de base, teto de gasto, data de revisão e critério de parada precisam estar escritos antes de o piloto começar ^[2].
Desenho, não tecnologiaO piloto que não chega à produção costuma falhar no desenho: sem critério explícito de sucesso, sem dono da decisão e sem plano para desligar ^[1].
Dono nomeado, não comitêPiloto sem dono da decisão morre por consenso ou descobre tarde que ninguém aprovou o limiar que estava rodando ^[1].
Camada, não trocaA camada de IA roda por cima dos sistemas atuais via API: aditiva, reversível e sem migração do core legado.

O gate que cabe em cinco telas

Quatro perguntas separam o piloto que vira produção do piloto que vira apresentação: qual número da operação muda e em quanto, qual é a linha de base medida antes de começar, quem é o dono da decisão sobre o que conta como saída certa e qual é o critério de parada, com data de revisão marcada. Quem não responde às quatro por escrito não reprova o piloto — adia a aprovação até elas terem resposta.

O custo de pular o gate aparece sempre na mesma cena. Pilotos que terminam em publicação, e não em produção, repetem um padrão conhecido: começam sem critério explícito de sucesso, sem dono da decisão e sem plano para desligar quando não funcionar ^[1]. A barreira, nesses casos, é de desenho, não de tecnologia ^[1].

Qual número da operação muda, e em quanto.
Qual é a linha de base medida antes da primeira mudança.
Quem assume a decisão sobre o que é certo.
Qual é o critério de parada e a data de revisão.

As quatro perguntas em quatro cartões

Antes de abrir cada tela, o resumo que cabe em um cartão por pergunta.

Número que mudaUma linha do DRE ou um indicador operacional com dono, valor de hoje e meta declarada.
Linha de base medidaO número da sua operação, apurado antes da primeira mudança, não a média citada em apresentação de terceiros.
Dono da decisãoA pessoa que assina o que conta como saída certa e o limiar em que o caso volta ao humano.
Critério de paradaA condição escrita que encerra o piloto, junto do teto de gasto e da data de revisão.

Tela 1: qual número muda, e em quanto?

A resposta aceitável é uma linha do DRE ou um indicador operacional com dono, valor atual e valor esperado. "Ganho de eficiência" e "melhor experiência" não são respostas; segundo análise publicada pela FactoryMind, se ninguém consegue nomear o número, o projeto não tem tese, tem entusiasmo ^[4].

Na operação de seguros, o número costuma estar em quatro lugares: dias entre a submissão e a cotação, percentual de submissões cotadas no mesmo dia, taxa de straight-through processing e submissões trabalhadas por subscritor por semana. Cada um desses tem dono, tem valor de hoje e aceita meta.

Duas perguntas de controle, sugeridas na mesma análise, vêm junto e derrubam projeto bom de slide. A primeira: qual é a alternativa mais barata que resolveria 70% disso? Em operações de médio porte, uma mudança de processo ou uma integração captura boa parte do valor prometido a uma fração do custo, e se ninguém avaliou a alternativa barata, o comparativo apresentado é retórico ^[4]. A segunda: o que acontece se não fizermos nada por 12 meses? Se a resposta honesta for "pouco", este não é o projeto da vez ^[4].

Tela 2: qual é a linha de base?

Linha de base é a medição feita antes de qualquer mudança começar. Sem ela, todo cálculo de retorno vira anedota ^[2]. É a pergunta mais barata do gate e a mais pulada, porque exige medir a operação atual antes de contratar qualquer coisa.

Meça o que você vai cobrar depois: quantos dias leva hoje da submissão à cotação, quantas submissões por subscritor, quantas recusas por falta de dado, quanto do tempo da equipe vai para transcrição. Número de terceiros em apresentação não é linha de base: linha de base é o seu número, medido na sua operação, antes da primeira mudança ^[2].

E vem a pergunta do dado: a base que o modelo precisa existe hoje, com qualidade auditada? A pergunta de controle é sempre a mesma — alguém já mediu taxa de preenchimento, duplicidade e erro nessa base? "Temos os dados" quase nunca sobrevive à segunda pergunta, observa a análise publicada pela FactoryMind ^[4]. Para o que é público, o dashboard SUSEP da WIR dá referência de mercado; para o que é interno, não há atalho: mede-se antes.

Tela 3: quem é o dono da decisão?

Não o dono do projeto técnico. O dono da decisão: quem define o que conta como saída certa dentro do apetite da casa, qual é o limiar em que o sistema escala para um humano em vez de seguir sozinho e quem audita, ao longo do tempo, se as decisões automatizadas continuam batendo com a realidade ^[1]. Sem esse nome na ata, o piloto já começou com um problema maior do que qualquer modelo.

Morte por consensoTrês áreas opinam, ninguém decide, e o piloto roda sem critério até o orçamento acabar ^[1].
Descoberta tardiaTrês meses depois alguém pergunta quem aprovou aquele limiar e descobre que ninguém aprovou ^[1].
Teste interno que enganaUm levantamento informal publicado em blog, respondido por empresas que se ofereceram para participar, relata agentes que passaram nas avaliações internas e ainda assim causaram falha visível ao cliente. Não é pesquisa de mercado e não traz percentual confiável: vale como observação qualitativa de que o teste interno não basta ^[2].

O dono da decisão é quem assina o que é certo e quando o sistema devolve o caso ao humano ^[1].

Tela 4: qual é o critério de parada?

Critério de parada é a condição escrita que encerra o piloto — seja porque o ganho do ciclo ficou abaixo do limiar declarado, seja porque o teto de gasto do período foi atingido ^[2]. Ele anda com duas irmãs: o teto de gasto e as datas de revisão. As quatro linhas cabem em uma página e precisam estar na mesa antes da primeira execução ^[2].

Na lateral — a página única do piloto:

Linha de base medida e datada.
Teto de gasto do período.
Data de revisão marcada em agenda.
Critério de parada com número e prazo.

O que mais falta nas propostas são os gatilhos de parada: números que, se não forem atingidos numa data, encerram ou reduzem o projeto sem nova discussão ^[3]. Escrito antes, é critério. Discutido depois, é negociação.

O nível de instrumentação sai do custo de erro. Saída que vira rascunho interno tolera erro ocasional e é barata de revisar. Decisão de preço, de aceitação ou de sinistro não tolera: exige trilha completa, explicação e revisão humana no limiar. É por isso que, quando a IA entra na cotação, auditabilidade não é adorno — é condição de aprovação.

Tela 5: a decisão volta com número

O que o comitê aprova não é o projeto: é o piloto. A verba cobre um ciclo fechado, um lote pequeno e gatilhos de parada escritos antes do começo, e a decisão sobre escala só volta à mesa no fim do prazo, com número na mão ^[3]. Treze semanas é um recorte usado justamente porque transforma aposta aberta em perda máxima conhecida antes da assinatura ^[3].

No meio do caminho, um marco de leitura precoce: como saberemos, em 90 dias, que estamos no caminho certo ou errado? Sem esse marco, o primeiro sinal de fracasso chega junto com a fatura final — a formulação é da análise publicada pela FactoryMind ^[4].

E o dono precisa de agenda, não só de título. Piloto sem dono nomeado por papel, com horas reservadas, vira tarefa de sobra de alguém ^[3]. A analogia que funciona na sala é o período de experiência: metas escritas, conversas em datas marcadas e alguém encarregado de decidir pela efetivação ou pelo encerramento ^[2].

A WIR entra como camada, não como troca

Piloto só é desligável se a tecnologia for reversível. É aí que a terceira via se separa das outras duas: seguir como está custa a carteira que só cresce com o time; trocar o core custa anos parado e a operação em risco. A camada de IA da WIR roda por cima dos sistemas atuais, via API — aditiva, reversível e segura. Integra-se aos seus sistemas; não os substitui.

Na prática, isso muda o gate inteiro. O teto de gasto é conhecido porque não há migração. A data de revisão cabe em um ciclo curto porque o piloto não espera um projeto de substituição de core. O critério de parada é executável porque desligar a camada devolve a operação ao estado anterior, sem reescrever o core legado.

Do e-mail de entrada à decisão, em segundos, não em dias — com trilha para o subscritor explicar preço e aceitação dentro do apetite da casa. Se você vai levar um piloto ao comitê neste trimestre, leve as quatro linhas preenchidas e peça a demonstração em wirinnovation.ai ou leia as análises da WIR.

FAQ

Quanto tempo deve durar um piloto de IA?

O suficiente para responder a uma pergunta só, com perda máxima conhecida. Um recorte comum é o de treze semanas, com lote pequeno, gatilhos de parada escritos antes da primeira execução e a decisão sobre escala voltando à mesa no fim do prazo, com número na mão ^[3]. Dentro dele, vale um marco de leitura precoce em 90 dias, como sugere a análise publicada pela FactoryMind, para saber se o caminho está certo antes da fatura final ^[4].

Quem deve aprovar um piloto de IA numa seguradora?

Quem assume a decisão, não quem toca o projeto técnico: a pessoa que define o que conta como saída certa, o limiar em que o caso escala para um humano e quem audita se as decisões automatizadas continuam batendo com a realidade ^[1]. Sem esse nome, o piloto termina em morte por consenso ou em descoberta tardia de um limiar que ninguém aprovou ^[1].

O que é critério de parada em um piloto?

É a condição escrita que encerra o piloto antes do fim: ganho abaixo do limiar declarado ou teto de gasto atingido ^[2]. Ele precisa estar na mesma página da linha de base, do teto de gasto e das datas de revisão, assinado antes do início. Piloto sem critério de parada não termina; ele apodrece ^[2].

Aprovar um piloto de IA exige trocar o sistema atual?

Não no modelo da WIR. A camada de IA roda por cima dos sistemas atuais, via API, de forma aditiva e reversível, e não substitui o core legado. Isso mantém o teto de gasto conhecido, dispensa janela de migração e torna o critério de parada executável: desligar a camada devolve a operação ao estado anterior.

Por que tantos pilotos de IA não chegam à produção?

Porque o problema costuma estar no desenho, não no modelo: o piloto começa sem critério explícito de sucesso, sem dono da decisão e sem plano para desligar ^[1]. E passar nos testes internos não basta: um levantamento informal publicado em blog, respondido por empresas que se ofereceram para participar, relata agentes aprovados internamente que causaram falha visível ao cliente. Não é pesquisa de mercado; vale como observação qualitativa ^[2].