LOOP-R · Trilha 03
Saia sabendo quem faz cada parte do ciclo no seu negócio. E com a resposta 3 da ficha do loop escrita: o que nunca muda sem você.
Aulas
Saia sabendo rodar o Crítico numa proposta sua e ler o que ele devolve — sem ele propor nada.
Saia sabendo apontar, num caso real, quem "se convenceu sozinho" — e por que isso nunca vira versão oficial.
Saia com a resposta 3 da ficha do loop escrita: 3 invariáveis e 2 "sem piorar" do seu processo.
Saia com a primeira linha do histórico do seu loop escrita: o que você já tentou, o que aconteceu e por quê.
Trilha 03 · Aula 1
Ao fim desta aula você consegue rodar o Crítico numa proposta sua e separar, na resposta, evidência forte de palpite — sem deixar ele propor nada.
Hoje você pede uma proposta para a IA e, na mesma conversa, pergunta "ficou boa?". Ela sempre acha que sim. Quem faz o trabalho nunca avalia o próprio trabalho — nem na sua equipe, nem no loop. Separar as funções é o que faz a evidência aparecer.
↓ role para estudar
O LOOP-R divide o ciclo em nove assistentes com uma função só. Pense em um funcionário que faz uma coisa e faz bem. Ele não decide o que o colega do lado deveria ter feito.
A regra vale para todos. Cada um lê só o que a função pede, escreve só o resultado da função, e recusa o que está fora dela. Parece burocracia. É o contrário: é a única forma de uma IA não "se convencer" de que melhorou.
Exemplo aplicado: um gestor de suporte de uma empresa de software pequena tem uma pessoa que responde chamados e outra que conta quantos chamados reabriram. Se fosse a mesma pessoa, a conta de reaberturas nunca subiria — ninguém gosta de contar o próprio erro. No loop, a IA que escreve a resposta não é a que conta o resultado.
Quem faz não mede. Quem mede não explica. Quem explica não propõe.
O Executor é o único assistente que produz o artefato de verdade: a proposta, a resposta ao cliente, a campanha. Ele segue exatamente o roteiro da versão oficial e registra uma linha na planilha de registro: data, versão, o que saiu.
O que ele nunca faz: mudar o próprio roteiro, sair da versão marcada, ignorar o que nunca pode acontecer. E — isto é o mais estranho para quem está acostumado com um chat — ele não avalia o que fez nem sugere melhorias. Só executa.
Exemplo aplicado: um corretor de imóveis recebe leads do portal. O Executor responde cada lead seguindo o roteiro atual da imobiliária (versão 1) e anota: data, versão 1, imóvel, bairro, tempo até responder. Se o corretor pedir "responde melhor", o Executor recusa: melhor não é uma instrução, é um veredito — e vem de outro assistente.
Teste-se
O Executor escreveu uma proposta e ela parece fraca. Qual é o passo certo dentro do loop?
O Observador transforma as linhas da planilha em evidência. Conta, agrupa, confere se as linhas estão completas. Se faltar uma coluna ou houver linha duplicada, ele escreve "dados inconsistentes" e para o ciclo ali.
O que ele nunca faz: explicar a causa, propor uma mudança, usar informação de fora da planilha. A resposta dele é uma tabela com números e quantidades. Zero "parece que". Se um número vem sem a quantidade que o sustenta, não é evidência — é impressão.
Exemplo aplicado: a empresa do gestor de suporte recebeu 10.000 chamados no ano. O Observador devolve: 37% são sobre o mesmo problema, o tempo médio de resposta é X, tantos reabriram em 7 dias. Ele não diz "o produto tem um defeito grave" — isso é explicação. Só entrega a contagem, que o próximo assistente vai ler.
O Crítico lê a tabela do Observador e a versão atual do roteiro. Diz o que funciona, o que falha e onde há desperdício — sempre com o número que prova. E marca cada afirmação com uma força da evidência: forte, moderada ou fraca.
Afirmações fracas vão para uma seção separada, "observado, não conclusivo". O Crítico também cruza com a memória: o que "falha" hoje já foi resolvido antes? E o que ele nunca faz: propor. Diagnóstico não é receita.
Exemplo aplicado: o produto tem um exemplo de referência — uma clínica de estética com propostas por WhatsApp, quatro ciclos rodados sobre dados simulados. A dona declarou na ficha que a conversão atual era 3%. O Crítico leu 200 propostas e apontou três coisas. A conversão observada foi 2,5% (5 em 200), abaixo do declarado. A taxa de resposta foi 17% (34 em 200). E 83% das propostas não geraram resposta em 48 horas — quase todo o custo foi gasto em mensagens sem retorno. Tudo marcado forte. Ele não sugeriu encurtar a mensagem. Só mostrou onde dói.
Antes — o dono lê e conclui
A dona da clínica olha 200 propostas e sente que "as de terça respondem mais". Muda o dia de envio. Nada fica registrado, nada é contado.
Depois — o Crítico lê a contagem
"83% sem resposta em 48 h (166 de 200) — forte. Conversão 2,5%, abaixo do 3% declarado — forte. Segmento médio responde 10%, metade dos outros — moderada."
Saldo: no exemplo, 3 afirmações com quantidade e força marcadas, 0 sugestões — e uma divergência (3% declarado × 2,5% observado) que ninguém tinha visto.
Pratique agora 0/4 feito
Meta: em ~10 minutos, receber do seu chat de IA um diagnóstico com força de evidência marcada e zero sugestões.
Nada muda no seu negócio até você aprovar: você só está lendo um diagnóstico numa conversa de chat. Se a resposta vier com sugestões ou adjetivos, cole o pedido de novo e acrescente "você propôs — apague as propostas e refaça só o diagnóstico".
Antes de colar: isto é uma folha de instruções para um funcionário novo. A primeira linha diz qual é a função dele; o meio diz o que ele recebe; o fim diz o que ele nunca faz. Você só troca o que está entre os sinais de menor e maior.
Você é o Crítico do processo "<nome do seu processo, ex.: resposta a leads do portal>". Sua função é diagnóstico. Você NÃO propõe solução, NÃO sugere melhoria, NÃO reescreve nada. Proposta/resposta que saiu (versão atual): <cole aqui o texto que a sua IA ou a sua equipe mandou> O que aconteceu depois (só o que você tem registrado): <ex.: 40 enviadas no mês, 7 responderam, 1 fechou, 0 reclamações> Responda em 3 blocos: 1. O que a versão atual faz bem — com o número que prova. 2. O que falha e onde há desperdício — com o número que prova. 3. Para cada afirmação, marque a força: FORTE (aconteceu muitas vezes), MODERADA (o mínimo) ou FRACA (poucas vezes). Afirmações FRACAS vão numa seção separada chamada "Observado, não conclusivo". Se eu não tiver dado um número para sustentar uma afirmação, escreva "sem quantidade — não conclusivo". Não proponha nada.
Você acabou de receber um diagnóstico com força de evidência marcada e sem nenhuma proposta embutida — a primeira leitura honesta de uma proposta sua.
Resumo
Trilha 03 · Aula 2
Ao fim desta aula você consegue apontar, num caso do seu negócio, quem "se convenceu sozinho" — e dizer qual dos três assistentes teria impedido isso.
A mudança mais comum numa empresa pequena nasce assim: alguém teve uma ideia, testou duas semanas, "sentiu" que funcionou e virou regra. Sem quantidade, sem comparação, sem juiz. O loop separa a ideia, o teste e o veredito em três mãos — e a terceira mão só sabe dizer uma de três coisas.
↓ role para estudar
O Otimizador lê o diagnóstico do Crítico e escreve hipóteses. Uma hipótese tem forma fixa. SE uma única mudança concreta no roteiro, ENTÃO tal métrica deve ir de tanto para tanto, PORQUE tal evidência (forte ou moderada). Uma mudança por hipótese. Nunca duas.
Antes de escrever, ele consulta a gaveta das hipóteses descartadas: o que já perdeu ou foi vetado não volta. E hipóteses apoiadas só em evidência fraca não vão para teste — vão para "observado, não testado", esperando quantidade.
Exemplo aplicado: o corretor recebeu do Crítico dois números. 70% dos leads do portal nunca respondem à primeira mensagem, e a resposta demora em média 3 horas. O Otimizador escreve: "SE a primeira resposta sair em até 15 minutos, ENTÃO a taxa de resposta deve ir de 30% para 40%". E completa: "PORQUE 70% de silêncio é evidência forte e o lead esfria". Uma mudança só. Ele não escreveu "responda rápido e com mais fotos e com o preço" — isso seriam três hipóteses misturadas.
O Experimentador pega a hipótese aprovada e desenha o teste: A é a versão atual, B é a versão com a mudança. Antes de qualquer envio, ele calcula a quantidade que prova — quantas execuções cada lado precisa para a diferença não ser sorte.
Depois divide meio a meio, alternando por ordem de chegada — o Executor não escolhe quem recebe A ou B. E fixa a regra de parada: o teste só para antes da hora se algum guarda-corpo cair. Nunca porque "já está ganhando".
Exemplo aplicado: na clínica do exemplo de referência, a hipótese "mensagem com no máximo 80 palavras" prometia levar a resposta de 17% para 22%. O Experimentador fez a conta: para provar um salto tão pequeno, 985 propostas de cada lado. Isso dava 40 semanas no ritmo da clínica, acima do teto de 16. Ele não encolheu o número por conta própria. Escalou para a dona com três opções. A decisão foi medir pelo salto que vale a pena (17% para 30%): 166 por lado, 7 semanas. O teste ficou possível porque alguém fez a conta antes, não depois.
Antes — o teste "de sentimento"
A clínica muda três coisas na mensagem de uma vez, envia por duas semanas, olha o WhatsApp e conclui que "melhorou". Ninguém sabe qual das três mudou o resultado, nem se foi sorte.
Depois — o teste desenhado
Uma mudança. Dois lados, meio a meio, por ordem de chegada. 166 propostas de cada lado antes de qualquer veredito. Parada antecipada só se um guarda-corpo cair.
Saldo: no exemplo, de 40 semanas impossíveis para 7 semanas viáveis — e uma conta registrada que qualquer pessoa pode conferir.
O Avaliador recebe os números do teste e responde uma única frase, de três possíveis. Quantidade insuficiente: algum lado ainda não chegou ao mínimo — continue. A segue: B não superou A com margem, ou B piorou algum "sem piorar" — mesmo que a métrica-alvo tenha subido. B ganhou: B superou A com margem e não piorou nada.
Não existe "B parece melhor". Não existe "B ganhou, mas". A terceira resposta, "quantidade insuficiente", é a mais comum — e tem que ser aceitável. Um loop honesto passa muitas semanas dizendo "ainda não sei".
Exemplo aplicado: no segundo ciclo da clínica, a versão B era "até 80 palavras". Ela levou a taxa de resposta de 19,3% para 29,7%, com 300 propostas de cada lado. Um salto real, não sorte. E o Avaliador respondeu: A segue. Motivo: as reclamações foram 6 em 300 na versão B contra 1 em 300 na versão A, e a ficha dizia tolerância zero para reclamações. A regra foi aplicada como escrita. (Na aula do Guardião você vai ver que a regra estava mal calibrada — e como a clínica corrigiu isso sem quebrar o veredito.)
Teste-se
Um teste do gestor de suporte está na 3ª semana. B resolve 70% no primeiro contato contra 55% de A — mas cada lado só tem 40 chamados de um mínimo de 170. O que o Avaliador responde?
Junte as três aulas. Quem faz não mede, quem mede não explica, quem explica não propõe. E agora: quem propõe não testa, quem testa não julga. Toda vez que alguém "se convence sozinho", é porque as três últimas funções estavam na mesma mão. A pessoa teve a ideia, escolheu como testar e decidiu que ganhou.
A separação não desconfia das pessoas. Desconfia de um padrão humano — e de IA: quem tem a ideia quer que ela dê certo, e enxerga o resultado que espera. O loop não pede que você seja neutro. Pede que o juiz seja outro.
Exemplo aplicado: o gestor de suporte muda o texto padrão de resposta para um problema recorrente. Na semana seguinte, "sente" que as reaberturas caíram, e manda a equipe adotar. Ele foi Otimizador (a ideia), Experimentador (uma semana, sem contar, sem versão A rodando ao lado) e Avaliador (o veredito "caíram"). No loop, a ideia dele viraria uma hipótese. O teste rodaria A e B lado a lado até 170 chamados de cada. E o veredito viria de quem não escreveu o texto.
A ideia pode ser sua. O teste e o veredito nunca são.
Pratique agora 0/3 feito
Meta: em ~8 minutos, ler o caso, responder às 3 perguntas por escrito e comparar com o gabarito.
É seguro: o caso é de outra empresa, e nada muda no seu negócio até você aprovar — aqui você só treina o olhar. Se a sua resposta não bater com o gabarito, releia o step 04 e tente de novo. A diferença costuma estar em quem deu o veredito.
O caso. Marcos gerencia o suporte de uma empresa de software com 6 atendentes. Ele notou que os chamados sobre "não consigo exportar o relatório" eram os que mais reabriam. Escreveu uma resposta nova, com um vídeo curto, e pediu para todos usarem a partir de segunda. Na sexta, olhou o painel: das 23 respostas novas, 3 reabriram — "antes era muito mais". Marcou a resposta nova como padrão e apagou a antiga.
1. As três. Propôs: "escreveu uma resposta nova". Testou do jeito dele: "pediu para todos usarem a partir de segunda", sem versão A rodando ao lado. Julgou: "antes era muito mais", sem contar o antes. O sinal mais claro é "apagou a antiga": não existe mais A para comparar nem para voltar atrás.
2. Uma hipótese com uma mudança só — a resposta nova tem texto novo e vídeo, são duas. A quantidade que prova, calculada antes: no ritmo dele, provavelmente semanas, não dias. Metade dos chamados seguindo com a resposta antiga, alternando por ordem de chegada. E a regra de parada só por guarda-corpo.
3. "Quantidade insuficiente". 23 respostas numa semana não chegam ao mínimo de nenhum teste razoável — e não há contagem de A no mesmo período. 3 em 23 pode ser sorte, dia calmo, ou efeito real: ninguém sabe. O que Marcos fez foi transformar um palpite em regra e apagar a prova.
Você acabou de separar, num caso real, a ideia do teste e do veredito — e apontou o momento exato em que a evidência foi apagada.
Resumo
Trilha 03 · Aula 3
Ao fim desta aula você tem a resposta 3 da ficha escrita: 3 coisas que nunca mudam sem você, 2 números que nada pode piorar.
Todo loop aprende a trapacear a meta se ninguém disser o que é proibido. "Mais respostas" vira mensagem que irrita; "atendimento mais rápido" vira chamado encerrado sem resolver. O Guardião existe para que a IA melhore o número certo pelo caminho certo. E ele só funciona se você escrever o que ele deve vigiar.
↓ role para estudar
O Guardião lê as hipóteses do Otimizador antes de qualquer teste. Para cada uma, responde uma palavra: aprovada ou vetada. É o único assistente cuja decisão ninguém revisa dentro do ciclo. Ele não é convencido por argumento, não aprova "com ressalva", não sugere alternativa. Em dúvida, veta.
Isso soa duro porque é. O Guardião não está lá para ter bom senso — está lá para aplicar, sem variação, a lista que você escreveu. O bom senso é seu, na hora de escrever a lista. Depois disso, ele só confere.
Exemplo aplicado: o corretor e o gestor de suporte escrevem listas diferentes, e o Guardião de cada um vigia coisas diferentes — mas do mesmo jeito.
Na sua profissão
A primeira lista do Guardião são as invariáveis: o que nenhuma hipótese pode tocar, em nenhuma circunstância. Não são metas — são limites. Segurança, lei, promessas que a empresa não faz, pessoas que pediram para não ser contatadas.
Uma boa invariável é curta, concreta e começa com "nunca". Se você precisa de duas frases para explicá-la, ela ainda é uma opinião — não um limite. E ela é escrita por você, uma vez, na ficha do loop. O Guardião não inventa invariáveis. Só aplica.
Antes de ver o modelo: o que vem a seguir é a parte da ficha da clínica do exemplo. Leia como uma lista de "regras da casa" pregada na parede da recepção. Você vai escrever a sua no fim desta aula.
Exemplo aplicado: o corretor escreve três linhas na ficha. "Nunca prometer aprovação de financiamento". "Nunca informar valor de condomínio ou IPTU sem conferir na matrícula". "Nunca contatar quem pediu para não receber mensagens". A hipótese "responder já com uma simulação de financiamento aprovada" nem chega ao teste — o Guardião veta na leitura, porque toca a primeira invariável. Para comparação, a clínica do exemplo tem quatro. Nunca desconto acima de 10%. Nunca prometer resultado clínico ou prazo de resultado. Nunca contatar quem pediu para não receber mensagens. Nunca citar concorrentes pelo nome.
A segunda lista são os "sem piorar". Toda meta no loop tem a forma "aumentar X sem piorar Y e Z". Sem essa escolta, o loop aprende a trapacear: sobe X pelo caminho mais barato, que quase sempre é o que estraga Y.
O Guardião usa essa lista de dois jeitos. Antes do teste, veta hipóteses que pioram Y "de forma previsível". Depois do teste, o Avaliador reprova B se Y caiu além da tolerância — mesmo com X lá em cima, como você viu na aula anterior.
Exemplo aplicado: no primeiro ciclo da clínica, o Otimizador propôs fechar a proposta com uma pergunta única de escolha. A pergunta: "Prefere começar ainda esta semana ou na próxima?". A hipótese tinha evidência forte (83% das propostas sem resposta) e prometia levar a resposta de 17% para 25%. O Guardião vetou. Motivo, em uma linha: a pergunta presume a compra e fixa prazo. Isso é pressão previsível sobre reclamações e sobre pedidos para parar de receber mensagens — os dois "sem piorar" da ficha. Não negociou, não sugeriu uma pergunta mais suave. Vetou e o Otimizador seguiu para a próxima.
Erro comum
Meta sem "sem piorar". "Aumentar a taxa de resposta" sozinha é um convite: a mensagem mais irritante do mundo gera resposta ("pare de me mandar isso" conta como resposta). Acontece porque a meta parece óbvia e a escolta parece detalhe. Como evitar: nunca escreva a meta sem pelo menos dois "sem piorar" ao lado — e defina o que conta como resposta antes de contar.
Cada "sem piorar" leva um número ao lado: a tolerância. Zero parece o mais seguro. Quase sempre é o mais errado, porque eventos raros oscilam por acaso: 1 reclamação num mês, 6 no outro, sem que nada tenha mudado.
A regra prática: a tolerância de um evento raro precisa ser maior que a oscilação normal dele na quantidade do teste. Para algo que acontece 1% das vezes, com 300 de cada lado, a oscilação normal é por volta de 1 ponto. Então a tolerância vira 0,01, não zero.
Exemplo aplicado: foi exatamente isso que a clínica aprendeu no segundo ciclo. B subiu a resposta de 19,3% para 29,7%, e caiu por 6 reclamações contra 1, com tolerância zero. Seis contra um em 300 não é diferença — é ruído. A dona não reabriu o veredito (a regra escrita foi aplicada, e o registro ficou). Mudou a tolerância para 0,01 nos próximos testes. E no ciclo seguinte, mesmo com a tolerância nova, o Guardião vetou "colocar o preço e as formas de pagamento logo após a saudação". Antecipar o valor antes de qualquer explicação é piora previsível de pedidos para sair e de reclamações. A própria hipótese admitia o risco. Tolerância não é permissão. É só a régua do acaso.
A terceira coisa que o Guardião vigia é o teto: o custo de IA por ciclo e o número de testes ao mesmo tempo. Quando o custo do ciclo passa do teto, ele não aprova mais nada — nem a hipótese perfeita. Quando já há um teste rodando e o máximo é um, a segunda hipótese aprovada espera na fila.
O teto é a resposta 4 da ficha e você vai escrevê-lo na trilha 4. Aqui basta saber que ele existe e que o Guardião o aplica com a mesma frieza das invariáveis. No exemplo da clínica, o teto era R$ 50 por ciclo semanal e um teste de cada vez. Por isso a terceira hipótese aprovada no primeiro ciclo ficou aguardando o teste anterior terminar.
Exemplo aplicado: o gestor de suporte tem 6 atendentes e 800 chamados por mês. Se o loop pudesse rodar três testes ao mesmo tempo, cada um teria 130 chamados por lado — e nenhum chegaria à quantidade que prova. Com o teto "um teste por vez", cada teste recebe todos os chamados e fecha em semanas, não em meses. O teto não limita a melhoria; limita o desperdício.
Como escrever a resposta 3 da ficha
Pratique agora 0/4 feito
Meta: em ~12 minutos, ter no papel 3 invariáveis e 2 "sem piorar" com tolerância, do processo que você escolheu na trilha 2.
É seguro: você está escrevendo uma lista, não ligando nada — nada muda no seu negócio até você aprovar. Se uma invariável parecer exagerada, deixe: é muito mais barato afrouxar uma regra depois do que descobrir que faltava uma no meio de um teste.
Exemplo de resultado aceitável (a ficha da clínica do exemplo, traduzida): Nunca desconto acima de 10%. Nunca prometer resultado clínico ou prazo de resultado. Nunca contatar quem pediu para não receber mensagens. Sem piorar: margem média (tolerância 0,01) · reclamações (tolerância 0,01) · pedidos para parar de receber mensagens (tolerância 0,005).
Você acabou de escrever a resposta 3 da ficha do loop — a lista que o Guardião vai aplicar, sem variação, a toda hipótese que aparecer. Está pronta quando você conseguiu vetar ou aprovar uma ideia real com ela.
Resumo
Trilha 03 · Aula 4
Ao fim desta aula você tem a primeira linha do histórico do loop: o que tentou, o que aconteceu (com número) e o que decidiu.
Sua empresa já testou dezenas de coisas — e quase todas foram esquecidas. Daqui a seis meses alguém vai ter a mesma ideia, testar de novo, e descobrir o mesmo resultado. Sem memória, o loop não aprende: ele redescobre. E a memória é a única parte do sistema que outra empresa, com a mesma IA, não consegue copiar.
↓ role para estudar
A Memória é o assistente que fecha o ciclo. Lê tudo o que os outros escreveram, registra uma linha no histórico e guarda cada hipótese no lugar certo. O que ela nunca faz: apagar uma entrada antiga, reescrever, ou resumir tanto que o "por quê" se perca.
Ela é lida no começo do ciclo seguinte. O Crítico consulta o que já foi resolvido antes; o Otimizador consulta o que já foi descartado. Sem isso, cada ciclo começa do zero, com a mesma IA, as mesmas ideias e os mesmos erros.
Exemplo aplicado: na imobiliária do corretor, em 2024 alguém testou "mandar as fotos antes do preço" e o resultado foi pior. Ninguém anotou. Em 2026, um corretor novo tem a mesma ideia, testa duas semanas e chega ao mesmo lugar. Custo: um mês de leads mal respondidos para reaprender o que a empresa já sabia. Com a Memória, a hipótese nem chega ao teste — o Otimizador a encontra em "descartados" com a data e o número.
Toda hipótese termina numa de três gavetas. Aprendizados: testou, ganhou, virou a versão oficial — com o número. Descartados: testou e perdeu, ou foi vetada antes — com o motivo, para não voltar na mesma forma. Observado, não testado: a evidência era fraca demais para virar hipótese; espera mais quantidade.
A terceira gaveta é a mais esquecida e a mais valiosa. É onde ficam os "parece que" — guardados sem virar regra, sem ser jogados fora. Quando a quantidade crescer, o Crítico reexamina.
Antes de ver a pasta do exemplo: são três listas de texto, uma por gaveta. Cada entrada tem data, ciclo e o número que a sustenta. Você só precisa saber ler as três etiquetas.
Exemplo aplicado: depois dos quatro ciclos da clínica do exemplo, as gavetas ficaram assim. Aprendizados: "abrir a proposta citando um ponto específico da avaliação da cliente". Resposta de 19,3% para 29,3% com 300 de cada lado, guarda-corpos dentro, aprovada pela dona, virou versão 2. Descartados: a pergunta de escolha forçada (vetada) e o preço logo após a saudação (vetado). E o teto de 80 palavras, que ganhou na resposta e caiu na tolerância zero de reclamações. Observado, não testado: "suavizar a abordagem no segmento de clientes pequenas" — só 3 eventos, esperando volume.
Erro comum
Doze propostas viraram regra. "As propostas de terça convertem mais" com 12 propostas vai para a gaveta "observado, não testado" — nunca para "aprendizados". Acontece porque um padrão em poucos casos parece nítido demais para ser sorte. Como evitar: nada entra em "aprendizados" sem um teste A contra B com a quantidade que prova. Palpite com poucos casos tem gaveta própria.
Além das gavetas, a Memória mantém o histórico: uma linha por acontecimento, em ordem. Data, ciclo, hipótese, veredito com número, o que foi vigiado, quem decidiu, o que aconteceu com a versão, custo. Uma linha. Sem narrativa.
Esse histórico é o histórico com botão de voltar do seu processo. Cada versão oficial tem uma linha que diz de onde veio e por quê. Se a versão 2 começar a piorar, você volta para a 1 — e a volta também vira uma linha.
Exemplo aplicado: o gestor de suporte escreve a primeira linha do histórico dele assim: "2026-09-10 · antes do loop · resposta padrão para 'não consigo exportar' reescrita com vídeo · 23 chamados numa semana, 3 reabriram, sem lado A para comparar · decidido por mim, sem teste · resposta antiga apagada — não há como voltar". É uma linha honesta sobre um teste ruim. E é exatamente isso que impede o próximo gestor de repetir.
Teste-se
A versão 2 foi promovida há 3 semanas e o "sem piorar" de reabertura subiu além da tolerância. O que a Memória registra?
Duas empresas usam o mesmo chat de IA, o mesmo modelo, o mesmo tipo de roteiro. Depois de um ano, o que as separa? Não é a IA — as duas têm a mesma. É o que cada uma sabe sobre os próprios clientes: o que já tentou, o que funcionou, o que falhou, para quem, com que custo. Isso é a memória do loop.
O LOOP-R chama isso de vantagem de aprendizado. A barreira competitiva deixa de ser "quem tem mais dados" e vira "quem aprende mais rápido com o que já faz". O nono assistente, o Meta-agente, olha para esse histórico e só relata: custo por ciclo, quantas hipóteses viraram versão. Ele não age. Você vai vê-lo na trilha 4.
Exemplo aplicado: duas imobiliárias do mesmo bairro, com o mesmo chat de IA respondendo leads. A do corretor tem um histórico com 14 linhas: três versões de roteiro, cinco hipóteses descartadas com número, uma volta atrás registrada. A outra tem um roteiro que "alguém melhorou" três vezes sem anotar. Se o concorrente copiar o roteiro atual do corretor, leva a versão 3 — mas não leva as cinco ideias que já sabe que não funcionam. Vai testá-las uma a uma.
Como escrever a primeira linha do seu histórico
Pratique agora 0/4 feito
Meta: em ~10 minutos, ter uma linha escrita sobre uma mudança que a sua empresa já fez no processo da ficha. Com o que aconteceu, um número, quem decidiu e a gaveta.
É seguro: você está anotando o passado, não mudando nada — nada muda no seu negócio até você aprovar. Se não lembrar de um número exato, escreva o que lembra e marque "aproximado"; uma linha honesta com número aproximado vale mais que nenhuma linha.
Exemplo de resultado aceitável (uma linha do histórico da clínica do exemplo, traduzida): 2026-07-27 · ciclo 4 · "abrir citando um ponto da avaliação da cliente" · B ganhou: resposta 19,3% → 29,3% com 300 de cada lado · vigiados: margem ok, reclamações 4 contra 2 (dentro), pedidos para sair 1 contra 3 (dentro) · aprovada pela dona · virou a versão oficial 2 · gaveta: aprendizados.
Você acabou de escrever a primeira linha do histórico do seu loop. É o começo do ativo que nenhuma outra empresa com a mesma IA consegue copiar.
Resumo