01 Escolha um processo só — e um que se repete

O LOOP-R não melhora "a empresa". Ele melhora um processo de cada vez. Processo, aqui, é uma tarefa que acontece muitas vezes, do mesmo jeito, e termina com um resultado que dá para ver. Três critérios ajudam a escolher: acontece pelo menos dezenas de vezes por mês; tem começo e fim claros; e o resultado é observável por quem faz.

Marcos, corretor de imóveis, recebe cerca de 80 contatos por mês vindos dos portais de anúncio. Responder o primeiro contato é um processo: começa quando o lead chega, termina quando o lead responde (ou não) em 24 horas. Anunciar imóveis, negociar comissão e acompanhar visitas também são processos — mas ficam para outros loops. Se ele tentar melhorar tudo ao mesmo tempo, não vai conseguir dizer o que causou o quê.

Pense em uma reforma feita cômodo por cômodo: você não pinta a casa inteira num sábado. Escolhe a sala, termina, e só então passa para a cozinha. O loop funciona assim — e o primeiro cômodo tem que ser o que mais se repete, porque é onde a evidência se acumula mais rápido.

02 "De X para Y" — e sem piorar o quê

O objetivo do loop tem uma forma fixa: levar [um número] de X para Y sem piorar Z. Cada pedaço faz um trabalho. "Um número" diz o que se mede. "De X" é onde você está hoje. "Para Y" é um alvo que você aceitaria comemorar. E "sem piorar Z" é a parte que quase todo mundo esquece — e a que protege o negócio.

Dra. Renata é dona de uma clínica de estética e manda propostas por WhatsApp depois da avaliação. De cada 100 propostas, 3 viram pacote pago. O objetivo dela ficou assim: "levar a conversão de 3% para 5% sem piorar a margem média e sem aumentar reclamações". Por que a segunda metade importa? Porque um número sozinho vira alvo — e um sistema que persegue um alvo aprende a trapacear. Se o pedido fosse só "mais propostas fechadas", a versão que dá 20% de desconto ganharia toda vez.

No suporte a mesma armadilha tem outra cara. Cláudio gerencia o atendimento de uma empresa de software pequena e pediu "reduzir o tempo de atendimento". Sem um "sem piorar", a versão que encerra o chamado em dois minutos, sem resolver nada, é a campeã. O "sem piorar" dele foi: sem aumentar os chamados reabertos em 7 dias.

03 O número precisa existir hoje — e ser rápido de medir

"De X" é o número que você tem, não o que gostaria de ter. Se ninguém conta hoje, a primeira tarefa do loop é contar (é o que a aula 3 faz). E há uma segunda exigência: o número precisa responder rápido. Existem três velocidades. Números de dinheiro (conversão, ticket, margem) demoram semanas para aparecer. Números de sinal (cliente respondeu, visita agendada) aparecem em horas. Números de artefato (a proposta cumpre a lista de conferência?) aparecem em minutos.

A diferença muda tudo por causa da quantidade que prova. Para provar que uma versão converte 5% contra 3% da atual, precisa de cerca de 1.500 propostas por versão. A Dra. Renata manda 50 por semana — levaria mais de um ano para fechar um único teste. Já para provar que a taxa de resposta foi de 20% para 30%, bastam cerca de 300 por versão: 12 semanas no ritmo dela. Por isso o loop da clínica testa a taxa de resposta em 48 horas e apenas vigia a conversão.

Marcos fez a mesma troca. Ele queria "mais imóveis vendidos" (2 por mês — impossível de testar). O número que o loop dele persegue é leads que respondem em 24 horas ao primeiro contato: hoje 22 em cada 100. Vendas continuam sendo o que ele quer; só não é o que ele mede toda semana.

04 A pergunta 1 da ficha do loop

A ficha do loop é a única coisa que você preenche. São cinco perguntas — como a ficha de anamnese que a clínica pede na primeira consulta: você responde uma vez, e todo profissional que atender depois lê dali. Os assistentes do loop leem a ficha do mesmo jeito, a cada ciclo. A resposta 1 é exatamente a frase que você montou nos passos anteriores.

Você vai ver abaixo um trecho da ficha. Parece uma tela de cadastro — e é isso mesmo: cada linha é uma pergunta que você responde uma vez, e o resto do loop se apoia nela. Você só mexe nas respostas; os rótulos à esquerda ficam como estão.

PERGUNTA 1 — objetivo (exemplo: clínica da Dra. Renata)
  processo:       proposta comercial por WhatsApp
  número:         conversão — virou pacote pago em até 15 dias
  hoje:           3%
  alvo:           5%
  número rápido:  taxa de resposta em 48h — hoje 20%, alvo 30%
  sem piorar:     margem média · reclamações · pedidos de parar

Repare no que a ficha não promete: que a conversão vai chegar a 5%. O que ela garante é outra coisa — nenhuma versão que piore a margem ou aumente as reclamações vira a versão oficial, tudo fica registrado, e o ciclo roda toda semana do mesmo jeito. Se o número subir, ótimo; se não subir, você não perdeu o que tinha.

01 O loop só aprende com o que foi feito

A segunda letra do LOOP-R é Operar: executar o trabalho de verdade. Parece óbvio, mas é onde muita gente tenta pular. Não dá para melhorar uma proposta que nunca foi enviada, nem um atendimento que só existe no papel. Cada execução real é uma chance de aprender — e cada execução que não acontece é uma chance perdida.

Marcos, o corretor, respondia os leads do portal de cabeça. Segunda-feira, com tempo, escrevia três parágrafos e mandava foto do imóvel. Quinta, no trânsito, mandava "oi, tem interesse?". Ele executou 80 vezes no mês — mas foram 80 execuções de 80 coisas diferentes. Quando perguntou à IA "como melhorar minha resposta?", a IA não tinha como responder: qual delas?

É como a diferença entre uma receita e "cozinhar como a vó". A vó acerta, mas ninguém consegue repetir nem melhorar, porque cada dia a mão pesa diferente. A receita escrita pode estar errada — e é justamente por isso que pode ser corrigida.

02 A versão atual precisa estar escrita

Antes do primeiro ciclo, o processo ganha uma versão atual: um roteiro curto, escrito, que descreve como a execução é feita hoje. Não precisa ser bom. Precisa ser o mesmo em toda execução, para que 200 propostas virem 200 casos comparáveis — e não 200 opiniões.

A versão 1 da clínica da Dra. Renata tinha cinco blocos: saudação pelo nome e agradecimento pela visita; resumo do que foi observado na avaliação, em duas ou três frases; explicação do pacote indicado; valor e formas de pagamento; encerramento cordial, "à disposição para dúvidas". Cabe em seis linhas. Foi esse roteiro que gerou as primeiras 200 propostas registradas — e foi sobre ele que apareceu o primeiro achado: 166 das 200 não tiveram resposta em 48 horas.

03 Executar do mesmo jeito é o que torna as coisas comparáveis

Seguir a versão atual à risca parece rígido. É o contrário: é o que permite mudar com segurança depois. Se duas execuções diferem em cinco coisas ao mesmo tempo, e uma foi melhor, você não sabe qual das cinco fez diferença. Se diferem em uma coisa, você sabe. O roteiro fixo é o que deixa a próxima aula mudar uma coisa de cada vez.

No suporte de Cláudio, dois atendentes respondiam o mesmo tipo de chamado de jeitos opostos: um mandava um passo a passo com imagens, o outro pedia acesso remoto de cara. Os números do mês diziam que 61% dos chamados eram resolvidos no primeiro contato. Mas 61% de quê? De uma mistura. Quando os dois passaram a seguir a mesma versão 1 (passo a passo primeiro, acesso remoto só se falhar), o número caiu para 58% — e pela primeira vez significou alguma coisa.

Isso não significa que ninguém pode improvisar. Significa que improviso não entra na conta. Quem sai do roteiro anota "fora do roteiro" na linha daquela execução — e essa linha fica de fora da comparação.

04 Quem executa não julga: o Executor

No LOOP-R, quem executa é um assistente com uma função só chamado Executor. Ele recebe a versão atual e os dados daquele caso, produz o artefato (a proposta, a resposta ao lead, o texto do chamado) e registra uma linha. Só isso. Ele não opina se ficou bom, não sugere mudança, não "melhora" por conta própria.

Para Marcos, o Executor é o assistente que recebe o roteiro versão 1 mais os dados do lead (nome, imóvel que ele clicou, bairro) e devolve a primeira resposta pronta para colar no WhatsApp. Se o roteiro pede "uma pergunta no fim", vai uma pergunta no fim — mesmo que naquele caso parecesse melhor mandar duas. A vontade de "melhorar na hora" é exatamente o que ele não faz, porque uma melhoria na hora é invisível: ninguém registrou, ninguém comparou.

A separação é a mesma da linha de montagem: quem monta não é quem inspeciona. Não por desconfiança — por método. O olhar de quem fez nunca é o olhar de quem confere.

01 Evidência não é opinião: é uma linha por execução

A terceira letra é Observar. É aqui que começa a inteligência do loop — e é um passo sem glamour: cada execução vira uma linha, com o resultado anotado. Nada de "acho que as propostas curtas funcionam melhor". A pergunta é: quantas foram curtas, e quantas dessas tiveram resposta?

Na clínica da Dra. Renata, as primeiras 200 propostas da versão 1 viraram 200 linhas. Somando a coluna "respondeu em 48h", deu 34. Ou seja: 17% de resposta. A ficha dizia 20% — era o número que ela "achava". A diferença de 3 pontos não é grande, mas é a primeira vez que o número saiu da cabeça dela e foi para o papel. Tudo o que o loop propuser a partir daí parte de 17%, não de 20%.

Pense no que uma clínica faz com a pressão arterial: não pergunta "você se sente pressionado?"; mede, anota, compara com a última medição. Evidência é a medição anotada. Opinião é o "me sinto".

02 As colunas da planilha de registro

A planilha de registro é uma planilha comum — a que você já usa serve. O que muda é a disciplina: uma linha por execução, sempre as mesmas colunas. Ela é a resposta 2 da ficha do loop: "onde nasce a evidência".

Você vai ver abaixo o cabeçalho da planilha. Parece uma tabela de contador — e funciona como o caderno da recepção: cada coluna é uma pergunta que se responde uma vez por linha. As três primeiras dizem o quê e quando; as do meio dizem qual versão; as últimas dizem o que aconteceu. Você só preenche; os nomes das colunas não mudam.

id     data        versão  variante  respondeu  resultado  reclamou  observação
L0041  2026-09-02  v1      A         sim        não        não       lead do portal, apto 2 quartos
L0042  2026-09-02  v1      A         não        não        não
L0043  2026-09-03  v1      A         sim        sim        não       visita marcada para sábado

Marcos usa exatamente essas colunas. "id" é um código qualquer que ele inventa (L0041, L0042…); "versão" é o roteiro que ele seguiu (v1, por enquanto); "variante" fica "A" até existir um teste; "respondeu" é o número rápido dele; "resultado" é o número de dinheiro (fechou visita ou não); "reclamou" é o "sem piorar". A "observação" é livre — e é onde ele escreve "fora do roteiro" quando improvisa.

03 A fonte é o gargalo — e a definição da coluna também

Os assistentes do loop são a parte fácil. A parte difícil é que a evidência mora em lugares diferentes: no WhatsApp da clínica, na caixa de mensagens do portal, no sistema de chamados, na planilha do sócio, na cabeça do vendedor. Onde nasce a evidência é a pergunta 2 da ficha justamente porque ninguém a responde sozinho. Nenhum assistente vai buscar os dados no seu WhatsApp; alguém — você, a recepcionista, o próprio Executor quando ele escreve o artefato — tem que levar cada resultado até a linha.

E cada coluna precisa de uma definição que caiba em sim ou não. No suporte de Cláudio, "resolvido" parecia óbvio — até aparecerem os chamados fechados pelo atendente sem o cliente concordar. A definição virou: "resolvido = o cliente não reabriu em 7 dias". Na clínica, "respondeu" virou "respondeu em 48h com algo que não seja recusa": um "não, obrigada" conta como resposta? Pela definição, não. Sem essa frase, a versão que provoca mais "não, obrigada" pareceria vencedora.

04 Quantas linhas até a planilha dizer alguma coisa

Dez linhas servem para aprender a preencher. Não servem para concluir nada. O loop só aceita afirmar um padrão com pelo menos 30 linhas do mesmo tipo — e trata como forte a partir de 90. Abaixo disso, o que parece padrão é quase sempre acaso, e a planilha guarda a observação numa lista separada, "observado, não testado", para reexaminar quando houver mais linhas.

Marcos, com 12 leads registrados, notou que "os de terça-feira respondem mais". Três dos quatro de terça responderam; dos outros oito, só dois. Parece um padrão. Com 12 linhas, não é nada: basta um lead trocar de dia para a "descoberta" desaparecer. A anotação ficou na lista de observados. Oito semanas depois, com 160 linhas, terça-feira não era diferente de nenhum outro dia.

01 A crítica vem antes da ideia

A quarta letra é Propor. Mas propor não começa com criatividade; começa com uma leitura fria do que a planilha mostrou. No loop, essa leitura tem dono: o Crítico, um assistente com uma função só, que olha a evidência e diz o que funcionou, o que falhou e com que força a evidência sustenta cada afirmação. Ele não sugere solução. Só diagnostica.

Sobre as 200 propostas da clínica da Dra. Renata, o Crítico apontou: 166 das 200 não tiveram resposta em 48 horas (83%); o custo e o tempo por proposta eram estáveis (cerca de 5 minutos e meio cada); e a versão 1 terminava com "à disposição para dúvidas" — sem pedir nada à cliente. Três frases, três números. Nenhuma sugestão. Só depois disso alguém propõe.

É a ordem do mecânico: primeiro o diagnóstico ("o barulho vem da suspensão dianteira"), depois o orçamento. Quem propõe antes de diagnosticar troca peça boa.

02 SE, ENTÃO, PORQUE — o formato que pode ser reprovado

Uma hipótese no LOOP-R tem três partes obrigatórias. SE: o que muda no roteiro, de forma concreta. ENTÃO: qual número muda, de quanto para quanto. PORQUE: qual evidência da planilha sustenta a aposta. E uma quarta, prática: a MUDANÇA — a alteração exata no texto da versão atual, para que o Executor consiga seguir.

Aqui está a segunda hipótese real do loop da clínica, como o Otimizador a escreveu: SE for acrescentada em Regras a exigência de no máximo 80 palavras no total, ENTÃO a taxa de resposta deve ir de 17% (200 propostas) para pelo menos 22%, PORQUE 83% das propostas não geram resposta e a estrutura em 5 blocos produz uma mensagem longa para WhatsApp; encurtar reduz o custo de leitura antes do preço. MUDANÇA: em "Regras", acrescentar a linha "máximo de 80 palavras no total da mensagem".

03 Toda hipótese carrega a força da evidência

Nem toda hipótese nasce igual. O Crítico rotula cada afirmação: forte quando se apoia em 90 ou mais linhas do mesmo tipo; moderada a partir de 30; fraca abaixo disso. A força decide a fila: hipóteses fortes vão para o teste primeiro; as fracas ficam na lista "observado, não testado" até a planilha crescer. Você só pode testar uma coisa de cada vez — a força diz qual.

Marcos tinha duas ideias. A primeira: "leads que pedem o valor na primeira mensagem fecham menos visita" — vinha de 25 leads, força fraca; foi para a lista de espera. A segunda: "a resposta atual não termina pedindo nada" — vinha das 130 linhas registradas até ali, 101 sem resposta em 24 horas; força forte. A hipótese que foi para o teste foi a segunda: SE a primeira resposta terminar com uma pergunta única ("prefere visitar esta semana ou na próxima?"), ENTÃO a taxa de resposta em 24h deve ir de 22% para pelo menos 28%, PORQUE 101 de 130 leads não respondem e o texto atual não pede resposta.

04 Uma hipótese ainda não é regra

Escrever a hipótese é o fim desta letra, não do loop. Ela ainda vai passar por duas portas. A primeira é o Guardião: um assistente que confere se a mudança toca em algo que nunca pode mudar sozinho ou pressiona um "sem piorar". Se tocar, ele veta — e o veto é final. A segunda porta é o teste da próxima aula. Só o que passa pelas duas vira versão oficial.

No suporte de Cláudio, 37% dos chamados de um mês eram sobre o mesmo problema: a tela de pagamento que não carregava. A hipótese foi limpa: SE a primeira resposta a esse tipo de chamado trouxer os três passos que resolvem em 80% dos casos, ENTÃO a resolução no primeiro contato deve ir de 58% para pelo menos 65%, PORQUE 112 de 300 chamados são esse problema e hoje a resposta padrão só pede mais informações. Passou pelo Guardião. Já na clínica, a primeira hipótese do ciclo — encerrar a proposta com uma única pergunta de fechamento, do tipo "prefere começar esta semana ou na próxima?" — foi vetada antes de qualquer teste. A mesma ideia que passou para Marcos parou ali: a ficha da Dra. Renata tinha tolerância zero para reclamações, e uma escolha forçada na mensagem pressiona exatamente esse número. O Guardião lê a ficha de cada loop, não uma regra geral.

Uma hipótese que parece ótima e é vetada não é fracasso. É o loop dizendo que a ficha foi levada a sério.

01 "Parece melhor" não prova nada

A quinta letra é Reforçar: testar a hipótese, avaliar o resultado, e só então incorporar — ou descartar. A palavra importante é só então. Entre a hipótese e a versão oficial existe um teste, e o teste tem um resultado que não depende do gosto de ninguém.

Marcos leu as vinte primeiras respostas escritas com a versão nova (a que termina com uma pergunta) e gostou: mais diretas, mais simpáticas. Quis trocar o roteiro naquele dia. O que ele tinha era uma impressão sobre vinte textos — não uma linha sequer de resultado. As vinte respostas podiam ser lindas e ter menos retorno que as antigas. Ele não saberia.

É a diferença entre o remédio que "parece que fez bem" e o remédio que foi testado contra o outro. O primeiro é um relato; o segundo, um resultado. O loop só aceita o segundo.

02 A e B lado a lado, ao mesmo tempo

Um teste no LOOP-R é simples de descrever: metade das execuções segue a versão atual (A), a outra metade segue a candidata (B), nas mesmas semanas, sorteadas. A coluna "variante" da planilha, que estava parada em A, passa a alternar. Quem desenha isso é o Experimentador, um assistente com uma função só: ele calcula a quantidade que prova, estima quantas semanas vai levar no seu ritmo e escreve o critério de parada antes de o teste começar.

Por que ao mesmo tempo, e não "este mês com B, o mês passado com A"? Porque o mês muda: na clínica da Dra. Renata, dezembro tem festas e janeiro tem férias, e a taxa de resposta oscila 8 pontos sem ninguém mudar nada. Se B rodar em janeiro e A tiver rodado em dezembro, a diferença pode ser o calendário, não o roteiro. Com A e B misturados na mesma semana, o calendário atinge os dois igualmente.

03 As três respostas do teste

Quando o teste termina — ou a cada semana, enquanto roda — o Avaliador lê a planilha e responde uma de três coisas. B ganhou: a diferença é maior do que o acaso explica, a quantidade que prova foi atingida, e nenhum "sem piorar" caiu além do tolerado. A segue: B não ganhou, ou ganhou no número e perdeu num guarda-corpo. Quantidade insuficiente: ainda não há linhas bastantes para dizer nada — continue o teste. Não existe quarta resposta. Não existe "está ganhando".

A terceira resposta é a mais comum, e precisa ser aceitável. Para provar que a taxa de resposta foi de 20% para 30%, são cerca de 300 execuções em cada versão; no ritmo da Dra. Renata, 50 por semana, são 12 semanas. No suporte de Cláudio, depois de três semanas de teste, B tinha resolvido 41 chamados no primeiro contato contra 38 de A — 66% contra 61%. Ele quis parar: "B está ganhando". O Avaliador respondeu quantidade insuficiente, porque a ficha pedia 220 chamados por versão e havia 62 em cada. Parar cedo porque está ganhando é a forma mais comum de virar oficial uma diferença que não existe.

04 Ganhar no número não basta: os guarda-corpos

B só ganha se sobe o número e nenhum "sem piorar" cai além da tolerância escrita na ficha. Os dois juntos. Se o número sobe 40% e a margem cai um ponto com tolerância zero, a resposta é A segue — sem exceção, sem "mas olha o quanto subiu". O Avaliador aplica a regra como está escrita; se a regra estiver mal escrita, quem corrige é você, para os próximos testes.

No suporte, a versão B de Cláudio chegou ao fim das 220 por variante: resolução no primeiro contato de 58% para 66%. Mas os chamados reabertos em 7 dias foram de 4% para 9%, com tolerância de 2 pontos. A segue. B resolvia "mais rápido" fechando chamados que voltavam — exatamente a trapaça que o "sem piorar" existia para pegar.

Há um cuidado com a tolerância. Para números frequentes (margem, reabertura), tolerância zero funciona. Para eventos raros — uma reclamação em cada 100, um "pare de me mandar" em cada 200 — tolerância zero não distingue efeito de acaso: em 300 execuções, 1 ou 4 reclamações é a mesma coisa. A regra do loop é que a tolerância de evento raro seja pelo menos o tamanho do ruído esperado na quantidade planejada — cerca de 1 ponto para eventos de 1% em 300 linhas. Escrever zero ali não é rigor; é descartar hipóteses boas por sorteio.

05 Virar a versão oficial — com o botão de voltar

Quando o veredito é B ganhou, a decisão ainda passa por você: uma vez por semana, no máximo, chega um cartão de cinco linhas — o que mudou, quanto melhorou, o que foi vigiado, quanto custou, e três botões: aprovar, rejeitar, esperar mais dados. Se você não responder no prazo, o padrão é não virar oficial. Aprovado, a candidata vira a versão atual, e a antiga fica guardada no histórico com botão de voltar.

O botão de voltar não é enfeite. No primeiro ciclo depois da troca, o loop confere: o número do teste ou algum "sem piorar" caiu abaixo do que a versão antiga tinha? Se caiu, a antiga volta a ser a oficial, e o motivo fica escrito. É a única garantia que o LOOP-R faz sem rodeio: uma versão pior não substitui a atual por decisão do sistema — e, se passar, tem caminho de volta.