LOOP-R · Trilha 05 · Aplicação
Você acompanha dois loops do começo ao fim — um de vendas, com quatro ciclos reais, e um de atendimento — e sai com o seu montado: ficha completa, primeiro ciclo desenhado e um cartão de decisão preenchido.
Aulas
Leia os quatro ciclos reais do loop da clínica — um veto, um descarte, um novo teste, uma promoção — e preveja o que o quinto deveria testar.
Monte no papel um loop de suporte — o que maximiza, o que vigia — e rode o Observador sobre 20 chamados no seu chat de IA.
Entregue a ficha do loop com as cinco respostas, o primeiro cartão de decisão e leve o canvas de 13 perguntas.
Trilha 05 · Aula 1 · ferramenta
Ao fim desta aula você consegue ler os quatro ciclos do loop da clínica, dizer por que cada ideia foi vetada, descartada ou promovida, e apontar o que o quinto ciclo deveria testar.
Você já viu cada peça do loop separada: ficha, planilha, guarda-corpo, cartão. Falta ver as peças rodando juntas, com números de verdade — inclusive um ganho de dez pontos que foi descartado. É assim que o loop vai se comportar no seu negócio.
↓ role para estudar
O caso desta aula é o exemplo de referência do LOOP-R: uma clínica de estética que manda propostas por WhatsApp. Antes dos números, a honestidade. Os nove assistentes rodaram de verdade: cada veto, cada veredito e cada relatório é a saída deles, sem edição. Mas as propostas e as respostas das clientes são simuladas, geradas para refletir um efeito real. O caso mostra como o loop se comporta diante de uma melhoria verdadeira — não descobriu a melhoria sozinho.
A dona da clínica — vamos chamá-la de Renata — respondeu as cinco perguntas da ficha do loop. Objetivo com número: conversão de propostas em pacote pago, de 3% para 5%. Onde nasce a evidência: a planilha de registro, uma linha por proposta, cerca de 50 por semana. O que nunca muda sozinho: desconto acima de 10%, prometer resultado ou prazo, contatar quem pediu para sair, citar concorrente pelo nome. Teto: R$ 50 por ciclo, ciclo semanal, até três ideias por vez, um teste de cada vez. Quem aprova: ela mesma, com sete dias para responder.
O sistema devolveu uma proposta que ela só confirmou: testar primeiro a métrica-sinal — taxa de resposta, de 20% para 30% — e vigiar a conversão de longe. Motivo: provar 3% contra 5% pede cerca de 1.500 propostas por versão; com 50 por semana, seriam 60 semanas. Resposta, 20% contra 30%, pede cerca de 300. Junto vieram três guarda-corpos: margem média, reclamações e pedidos para não receber mais mensagens.
Como ler um ciclo em quatro linhas
O Observador leu 200 propostas. O Crítico viu o que doía: 166 delas, 83%, não receberam resposta em 48 horas. E viu uma divergência: a ficha dizia conversão de 3%, a planilha mostrava 2,5%. Ele apontou, como deve — a ficha registra o que a pessoa acredita; a planilha registra o que aconteceu.
O Otimizador escreveu três ideias. A primeira: fechar a proposta com uma pergunta de escolha forçada, do tipo "prefere começar esta semana ou na próxima?". A segunda: teto de 80 palavras na mensagem. A terceira: abrir citando algo específico da avaliação daquela cliente, em vez da saudação igual para todas. O Guardião vetou a primeira antes de qualquer teste: escolha forçada presume a compra e fixa prazo, pressão previsível sobre reclamações e pedidos de saída. Veto é final; ele não sugere alternativa.
Aí veio a conta. O Otimizador esperava subir a resposta de 17% para 22%. O Experimentador calculou: para provar essa diferença, o teste levaria 40 semanas. Renata redimensionou pelo alvo da ficha, 30%, e o teste caiu para 166 propostas por versão — sete semanas. Um teste por vez: a ideia das 80 palavras entrou, a da abertura ficou na fila. Se você é corretor de imóveis, a mesma cena vale: "quer visitar sábado ou domingo?" levaria o mesmo veto, e "responder em 24 horas" é a sua métrica-sinal, não a venda.
Doze semanas depois, 300 propostas de cada lado. Versão A, o roteiro de sempre: 19,3% de resposta. Versão B, com até 80 palavras: 29,7%. A chance de isso ser sorte é de 3 em mil. Qualquer pessoa olhando esses dois números promoveria na hora.
O Avaliador não promoveu. Reclamações: 6 na versão B contra 1 na A, e a tolerância da ficha era zero. Veredito: A SEGUE. A regra foi aplicada como estava escrita — e a regra estava errada. Seis contra um em 300 é ruído de evento raro, não diferença. Renata aceitou o veredito, ajustou a tolerância de reclamações para 0,01 nos próximos testes, e a ideia das 80 palavras ficou na memória como testada e descartada, com os números, para ninguém retestar por engano.
Repare no que o loop garantiu aqui: uma versão não entrou por parecer melhor, tudo ficou registrado, e o erro estava na ficha, não no sistema. Um gestor de suporte que colocar "reabertura em 7 dias" com tolerância zero vai descartar uma resposta boa por causa de dois chamados. A tolerância é uma conta, não um desejo.
Erro comum
Tolerância zero em evento raro. Reclamação e pedido de saída acontecem em 1% ou menos dos casos. Com 300 de cada lado, 6 contra 1 é ruído — e tolerância zero descarta ideias boas por acaso. Use a conta do produto: a tolerância vale cerca de dois erros-padrão da taxa-base, o que a 1% e 300 por lado dá 0,01.
No ciclo 3, a ideia que esperava na fila foi reapresentada: abrir a mensagem citando um ponto específico da avaliação daquela cliente. O Experimentador recalculou com o número real de resposta, 18,4% para 30%: 212 propostas por versão, cerca de nove semanas. Uma ideia nova, antecipar o valor para logo depois da saudação, foi vetada — piora previsível nos pedidos de saída, risco que a própria hipótese admitia.
Doze semanas depois, ciclo 4: 300 de cada lado. Resposta 19,3% na A, 29,3% na B; chance de sorte, 4 em mil. Guarda-corpos: margem subiu 0,7 ponto; reclamações 4 contra 2, dentro da tolerância nova de 0,01; pedidos de saída 1 contra 3, melhorou. Veredito: B GANHOU. O cartão chegou para Renata com cinco linhas e custo de cerca de R$ 45, de um teto de R$ 50. Ela aprovou. O roteiro com a abertura específica virou a versão oficial, a v2. A v1 ficou no histórico com botão de voltar. Se no primeiro ciclo depois da promoção a resposta ou qualquer vigiada cair além da tolerância, o sistema avisa e pede para voltar.
Uma linha do veredito merece atenção: a conversão, o número que Renata queria de fato, foi de 3,0% para 3,7% — e nesse tamanho de amostra isso não prova nada. Guarde esse detalhe. Na clínica de estética ou na imobiliária, o que o loop provou até aqui é que mais gente responde. Não que mais gente compra.
O meta-agente não olha a proposta nem a cliente. Olha o loop. Depois do ciclo 4, o relatório dele dizia quatro coisas. Custo: os quatro ciclos consumiram cerca de 1,6 milhão de tokens para uma única promoção. O ciclo 4 ficou em 90% do teto de R$ 50 — alerta. Vetos: de quatro ideias distintas, duas foram vetadas, taxa de 0,5 — alerta, porque o Otimizador está propondo coisas que batem nos guarda-corpos. Cadência: a ficha prometia ciclo semanal; os intervalos reais foram 12, 1 e 12 semanas. O Crítico apontou isso três vezes seguidas. Promoções: uma em quatro ciclos.
E uma observação que ele repetiu com números: duas ideias diferentes subiram a taxa de resposta em dez pontos cada uma — e nenhuma das duas moveu a conversão. Duas observações contra, zero a favor. A versão oficial de hoje foi aprovada só pelo sinal. O que ele sugeriu a partir disso fica para a prática — é a sua vez de chegar lá.
Um gestor de suporte lendo o relatório do próprio loop faz a mesma leitura: taxa de veto alta significa que as invariáveis estão mal explicadas para quem propõe; custo perto do teto significa que a memória carregada a cada ciclo cresceu demais; cadência quebrada significa que ninguém está registrando na planilha toda semana. O meta-agente não conserta nada disso. Ele mostra, e você decide.
Antes · v1
Saudação igual para todas as clientes, agradecimento pela visita, cinco blocos de texto. Taxa de resposta: 19,3%.
Depois · v2
A primeira frase cita a queixa ou a região avaliada daquela cliente. Taxa de resposta: 29,3%.
Saldo: +10 pontos de resposta, com 300 propostas de cada lado e nenhum guarda-corpo fora da tolerância. Conversão: 3,0% → 3,7%, ainda não provada.
Pratique agora 0/3 feito
Ler o caso, responder três perguntas por escrito e comparar com o gabarito — cerca de 10 min.
Nada muda no seu negócio até você aprovar: aqui você só lê e decide sobre o loop da clínica. Se a sua resposta divergir do gabarito, leia o porquê — a divergência é justamente o que a aula quer fixar.
Renata abre o relatório do ciclo 4 numa segunda-feira. O roteiro v2 já é o oficial há uma semana. Ela tem R$ 50 para o próximo ciclo e três ideias na fila do Otimizador: uma nova saudação, mandar a proposta em áudio, e uma sugestão do meta-agente que ela ainda não leu com calma. A planilha continua recebendo 50 propostas por semana.
1. Foi descartada porque piorou um guarda-corpo além da tolerância: reclamações 6 contra 1, com tolerância zero. O Avaliador não escolhe "o que parece melhor" — se uma vigiada cai fora da tolerância, A segue, mesmo com a métrica do teste subindo. A ficha mudou: a tolerância de reclamações passou de zero para 0,01, porque tolerância zero em evento raro descarta ideias boas por ruído. A ideia ficou na memória como testada e descartada, com os números.
2. Três condições, todas necessárias: a diferença foi significativa (19,3% contra 29,3%, chance de sorte de 4 em mil); a quantidade que prova foi atingida (300 de cada lado, mínimo 212); nenhum guarda-corpo saiu da tolerância (margem, reclamações, pedidos de saída, todos dentro). Depois disso, a aprovação humana no cartão, dentro do prazo de sete dias.
3. Nem a saudação nova nem o áudio. O quinto ciclo deveria trocar ou complementar a métrica-sinal por algo mais próximo do fechamento — por exemplo, "respondeu e pediu agendamento ou valor". O número que sustenta isso está no relatório do meta-agente: duas ideias diferentes subiram a taxa de resposta em dez pontos e nenhuma moveu a conversão (3,0% contra 3,7%, sem prova). Continuar otimizando resposta é continuar otimizando um sinal que já mostrou duas vezes não puxar o alvo. Se você respondeu "testar a saudação", note o padrão: é a terceira ideia sobre o texto, quando a evidência aponta para a métrica.
Você acabou de ler um loop inteiro e prever o próximo ciclo pela evidência, não pelo gosto — a mesma leitura que vai fazer sobre o seu.
Resumo
Trilha 05 · Aula 2 · fundamento
Ao fim desta aula você consegue dizer o que um loop de atendimento maximiza e o que vigia, e rodar o Observador sobre 20 chamados no seu chat de IA — vendo, com número, o motivo que vale uma hipótese.
O suporte é o lugar onde a empresa mais ouve o cliente e menos aprende com ele. Cada chamado é fechado e esquecido. Com 200 ou 10.000 por mês, a evidência já existe — só não está sendo lida.
↓ role para estudar
Marcos é gestor de suporte de um software de gestão para lojas pequenas. Oito pessoas, cerca de 800 chamados por mês. Cada chamado fechado deixa um rastro: motivo, tempo até resolver, se resolveu no primeiro contato, se voltou em sete dias, a nota que o cliente deu. Isso é uma planilha de registro pronta — a evidência do loop já nasce sem ninguém precisar digitar.
O que ninguém faz é ler. O Observador faz só isso: conta e agrupa, sem interpretar. Quando Marcos rodou pela primeira vez sobre um mês de chamados, o resultado foi um número que ele "sabia", mas nunca tinha visto escrito: 37% dos chamados eram sobre o mesmo motivo, exportar um relatório. Trezentos chamados, cada um respondido do zero, por pessoas diferentes, com respostas diferentes.
A dona da clínica de estética tem a mesma pilha, só que menor: as quarenta mensagens por mês perguntando "qual o valor?" antes de qualquer proposta. Mesmo fenômeno. Ela também nunca contou.
Dez mil chamados fechados não são dez mil interrupções. São dez mil linhas que ninguém leu.
Um loop de atendimento tem o mesmo formato do de vendas — maximizar uma coisa sem piorar outras — mas com peças diferentes. Maximizar: resolução no primeiro contato, por exemplo de 55% para 65%. Sem piorar: satisfação do cliente, reabertura em sete dias, tempo que o cliente gasta. Marcos precisou de dois minutos para escrever isso. Precisou de mais tempo para entender por que a versão anterior do objetivo dele era perigosa.
A versão anterior era "reduzir o tempo médio de atendimento de 12 para 8 minutos". Um loop que otimiza isso aprende a encerrar o chamado rápido, não a resolver. O cliente volta, abre outro, e o tempo médio continua bonito. É a mesma armadilha do "maximizar cliques" que vira isca: toda métrica sozinha vira alvo e deixa de medir o que importava. Por isso a forma do objetivo é obrigatória, não opcional — "sem piorar" é o que impede o loop de trapacear.
Há uma boa notícia no atendimento: as taxas ficam entre 50% e 70%, e a quantidade que prova é pequena. Provar 50% contra 65% pede cerca de 170 chamados por versão; com 200 por semana, duas semanas. Compare com a conversão da clínica, perto de 3%: 1.500 por versão. O corretor de imóveis está no meio: "lead respondeu em 24 horas", perto de 25%, pede umas 300 por lado. Atendimento é o terreno onde o loop gira mais rápido.
Teste-se
Marcos define o objetivo como "tempo médio de atendimento de 12 para 8 minutos", sem nenhum "sem piorar". O que o loop tende a aprender?
Com os 37% na mão, o Crítico escreve uma crítica com força forte — trezentos casos é muito acima do mínimo de trinta. O Otimizador propõe uma resposta padrão nova para esse motivo, com passo a passo e uma imagem. O Guardião confere que ela não promete prazo nem toca nas invariáveis. O Experimentador desenha: metade dos chamados desse motivo recebe a resposta antiga, metade a nova, por duas semanas. O Avaliador compara resolução no primeiro contato e vigia satisfação e reabertura. Se B ganhou, a resposta nova vira a oficial do assistente de suporte. Até aqui, é o loop de vendas com outro assunto.
O degrau seguinte é o que muda a empresa. A memória registra: "37% dos chamados são sobre exportar relatório; a causa apontada em 214 deles é o botão escondido no menu". Isso não é uma hipótese para o suporte — é uma hipótese para o produto. Ela sai do loop de atendimento como um cartão para quem decide o produto, com a quantidade que prova anexada. A documentação muda na mesma semana. O botão, se mudar, mata os 37% na origem. O atendimento parou de só responder clientes: passou a melhorar o produto e o processo.
Na clínica, o degrau é menor e igual: se "tem estacionamento?" aparece em 60 mensagens por mês, a resposta vai para a primeira linha do perfil do WhatsApp e some da fila. Na imobiliária, "aceita financiamento?" repetido 80 vezes vira uma linha no anúncio do portal.
Antes
800 chamados por mês, 37% do mesmo motivo, cada um respondido do zero por oito pessoas com oito textos diferentes. Nenhum pedido de mudança no produto com número.
Depois
Uma resposta oficial testada A contra B para o motivo mais comum, a documentação atualizada, e um cartão para o produto com 296 chamados anexados como evidência.
Saldo: 296 chamados avulsos viram 1 hipótese com quantidade que prova. O ganho em resolução só existe depois do teste — o loop não promete o número, promete que ele não cai por decisão do sistema.
A empresa de Marcos também tem um loop de vendas. Os dois escrevem na mesma memória. Quando o suporte registra que 37% dos clientes novos travam ao exportar relatório, o loop de vendas ganha um guarda-corpo: nunca prometer "relatórios em um clique" na proposta. Quando vendas descobre que clientes de loja física respondem melhor a um tipo de mensagem, o suporte ganha um segmento para observar. Nenhum dos dois loops descobriu isso sozinho — a memória compartilhada fez a ponte.
Esse é o começo do meta-loop: alguém olha os loops juntos. Aqui vale a honestidade da trilha 4. No produto de hoje, o meta-agente só relata — custo, vetos, cadência, concordância. Propor mudanças na estrutura dos loops é a próxima versão, com aprovação humana; loops que se redesenham sozinhos não existem no produto e não estão prometidos. O que existe hoje já vale: dois loops que não repetem o erro um do outro.
O corretor de imóveis com dois loops — um para responder leads do portal, outro para o pós-visita — tem a mesma ponte: se o pós-visita registra que o cliente reclama de fotos que não batem com o imóvel, o loop de leads ganha uma invariável sobre as fotos. A dona da clínica, com um loop só, começa por ele; o segundo vem quando o primeiro tiver rodado cinco ciclos.
Pratique agora 0/3 feito
Colar o pedido no seu chat de IA, ler a contagem e conferir com o resultado esperado — cerca de 12 min.
Nada muda no seu negócio até você aprovar: os 20 chamados são fictícios e o pedido só conta e agrupa. Se a resposta vier diferente do esperado, cole de novo — é o Observador que precisa obedecer ao pedido, não você.
O bloco abaixo é um pedido pronto: a primeira parte diz ao assistente qual é a função dele, a segunda traz os 20 chamados. Você só troca o que estiver entre < > — e aqui não há nada para trocar.
Você é o Observador de um loop de atendimento. Sua única função é contar e agrupar. Regras: não interprete causa, não proponha solução, não dê opinião. Se um chamado couber em dois motivos, escolha o principal e diga quantos ficaram em dúvida. Saída: uma tabela com as colunas MOTIVO | QUANTIDADE | % DO TOTAL, do maior para o menor, e uma linha final com o total. Nada além da tabela e do total. Chamados (um por linha, número e texto): 1. Não consigo exportar o relatório de vendas em PDF, o botão não aparece. 2. Esqueci minha senha e o e-mail de recuperação não chega. 3. A nota fiscal não emite, dá erro sem explicação. 4. Cadastrei o mesmo produto duas vezes sem querer, como apago? 5. Onde fica a opção de exportar relatório? Procurei em tudo. 6. O sistema está lento para abrir o caixa hoje. 7. Fui cobrado duas vezes no mês. 8. Quero exportar o relatório mensal e não acho o botão. 9. Minha funcionária não consegue entrar, diz usuário bloqueado. 10. Relatório de estoque: preciso em PDF para o contador e não consigo gerar. 11. Tem como o sistema mandar aviso de estoque baixo? Seria ótimo. 12. Nota fiscal fica "processando" há duas horas. 13. Exportar relatório não funciona no celular, só aparece a tela em branco. 14. Não lembro a senha e o telefone cadastrado é antigo. 15. Produto aparece duplicado na lista, com preços diferentes. 16. Lentidão ao salvar uma venda, trava por uns 20 segundos. 17. Preciso do relatório de vendas por período em PDF, onde gero? 18. Nota fiscal rejeitada, o erro fala em código 999. 19. Como faço para exportar o relatório do dia? Não encontro. 20. Criei um usuário novo e ele não recebe a senha.
Você acabou de rodar o primeiro assistente de um loop de atendimento e viu, com número, o motivo que vale uma hipótese — e viu o assistente ficar no papel dele.
Resumo
Trilha 05 · Aula 3 · ferramenta · entrega final
Ao fim desta aula você entrega a ficha do seu loop com as cinco respostas preenchidas e um cartão de decisão pronto para a primeira semana — e alguém da sua equipe consegue lê-los sem você explicar.
Quatro trilhas produziram cinco respostas espalhadas em anotações diferentes. Hoje elas viram uma ficha só, e a ficha vira o primeiro ciclo. Sem isso, o curso termina como a IA termina: uma resposta boa, e fim.
↓ role para estudar
A ficha do loop não pede nada novo. Cada uma das cinco perguntas foi respondida numa aula anterior, e o trabalho de hoje é juntar. Objetivo com número: trilha 2, aula 1. Onde nasce a evidência: trilha 2, aula 3. O que nunca muda sozinho: trilha 3, aula 3. Teto de custo e tempo, e quem aprova: trilha 4, aula 4. Se alguma ficou em branco, volte lá — a ficha com quatro respostas não é "quase pronta", é insegura, porque o sistema vai inferir a que falta.
Paulo, corretor de imóveis, chegou aqui com isto nas anotações: leads do portal que respondem em 24 horas, de 25% para 35%; a planilha do portal, uma linha por lead, cerca de 80 por semana; nunca prometer valor de avaliação, nunca contatar depois das 21h, nunca prometer exclusividade; até R$ 30 por semana, ciclo semanal; ele aprova, com cinco dias para responder. Cinco frases. É a ficha inteira.
Por que só cinco? Porque são as cinco coisas que nenhum sistema consegue inferir com segurança: o que você quer, onde está o registro, o que é proibido, quanto pode gastar e quem assina.
As três fichas, lado a lado
Depois das cinco respostas, a ficha ganha uma segunda metade que você não escreve — lê e confirma. A métrica-sinal: se o seu alvo é uma taxa perto de 3%, o sistema propõe testar algo mais rápido e vigiar o alvo de longe, como fez com a clínica. A quantidade que prova, calculada para o seu número e o seu ritmo: "este teste precisa de cerca de 300 por versão; no seu ritmo, seis semanas". As vigiadas com tolerância, sugeridas pelo tipo de negócio. Em vendas: margem, reclamações e pedidos de saída. Em atendimento: satisfação e reabertura. E o gatilho de voltar atrás: no primeiro ciclo depois de uma promoção, se o número ou qualquer vigiada cair além da tolerância, o cartão avisa.
Para Paulo, o sistema propôs: métrica-sinal é a própria taxa de resposta em 24 horas (já é rápida); quantidade que prova, cerca de 300 leads por versão, quatro semanas no ritmo dele; vigiadas, visitas agendadas com tolerância de 0,02 e reclamações no portal com 0,01. Ele conferiu as tolerâncias contra a lição da clínica e confirmou. Cinco minutos.
Um aviso para quem confirma: leia a definição da métrica palavra por palavra. "Respondeu" tem que excluir "respondeu pedindo para parar", senão o loop aprende a provocar. E se a dona da clínica de estética quiser apertar uma tolerância depois, faz isso pelo cartão, com registro — nunca no meio de um teste.
O primeiro ciclo roda sobre a planilha que você já tem. O Observador conta. Se houver menos de 30 linhas por padrão que o Crítico quiser afirmar, ele não afirma — registra como "observado, não testado" e espera a planilha crescer. O Otimizador propõe até três ideias no formato SE… ENTÃO… PORQUE, com a força da evidência marcada. O Guardião veta o que tocar no "nunca muda". O Experimentador mostra a conta e o prazo. E o Avaliador, no primeiro ciclo, quase sempre responde: AMOSTRA INSUFICIENTE — continue.
Isso não é falha. Foi a resposta do ciclo 1 da clínica, e do ciclo 3. O que o primeiro ciclo entrega é outra coisa: a primeira linha do histórico, a primeira ideia vetada com motivo, a primeira conta de prazo. O gestor de suporte com 200 chamados por semana vê o veredito em duas semanas; a clínica com 50 propostas, em dois ou três meses. O ritmo é o do seu registro, não o da IA.
Para o corretor, o primeiro cartão vai dizer: "teste em andamento, 80 de 300 por versão, faltam três semanas; nenhuma vigiada fora". A tentação é abrir a planilha na segunda semana, ver B na frente e decidir. Não decida.
Erro comum
Doze propostas viraram regra. Com poucas linhas, qualquer padrão parece verdade — "terça converte mais" com 12 propostas não existe. O Crítico só afirma padrão com 30 ou mais; abaixo disso vai para "observado, não testado". Se você mesmo achar um padrão na planilha pequena, anote e espere a quantidade que prova — não mude o roteiro por causa dele.
Tudo o que o loop pede de você depois da ficha cabe num cartão de decisão. Linha 1: o ciclo e a ideia testada. Linha 2: o resultado, com quantidade de cada lado. Linha 3: as vigiadas, uma a uma, dentro ou fora. Linha 4: o custo do ciclo contra o teto. Linha 5: a decisão — aprovar, rejeitar ou esperar mais dados. Se você não responder dentro do prazo da ficha, o padrão é não promover, e o histórico registra "pendente". Seguro por construção.
O cartão real do ciclo 4 da clínica dizia: hipótese "abrir com algo específico da avaliação"; resposta 19,3% → 29,3%, 300 contra 300; margem ok, reclamações 4 contra 2 dentro, saídas 1 contra 3; custo cerca de R$ 45 de R$ 50; decisão: aprovado. O de Marcos, no suporte, terá a mesma forma com outros nomes: resolução 55% → 61%, 180 contra 180; satisfação igual, reabertura 9 contra 8; custo R$ 62 de R$ 80. Parar o teste antes da quantidade que prova porque B está na frente não é uma das três respostas — é a forma mais comum de promover ruído.
Depois de cinco cartões aprovados sem nenhum "voltar atrás", a ficha permite subir a autonomia: o sistema promove sozinho e avisa. Você não precisa chegar lá. Aprovar um cartão por semana durante meses é o loop funcionando como prometido — é o nível em que a clínica está.
EXECUÇÃO × EVIDÊNCIA × EXPERIMENTAÇÃO × MEMÓRIA = EVOLUÇÃO
É uma multiplicação, não uma soma: qualquer fator zero, resultado zero. Sem execução não há dados — a trilha 1 mostrou a IA que executa e termina ali. Sem evidência não há aprendizado real — a trilha 2 deu a planilha de registro. Sem experimentação não se sabe se a ideia funciona — as trilhas 2 e 4 deram o teste, a quantidade que prova e o cartão. Sem memória o sistema esquece — a trilha 3 deu o histórico. O que o loop garante quando os quatro existem não é que o número sobe: é que ele não cai por decisão do sistema, que tudo tem registro e volta atrás, e que o custo não passa do teto.
Paulo tem execução de sobra — 80 leads por semana há anos — e memória zero: cada corretor da imobiliária responde do seu jeito e ninguém sabe o que já foi tentado. O gestor de suporte tem evidência de sobra e experimentação zero: nunca comparou duas respostas. A clínica de estética tinha os quatro depois de quatro ciclos. Cada um começa pelo fator que está no zero.
O canvas abaixo é a mesma ficha, estendida para qualquer processo da empresa — compras, financeiro, marketing. As cinco respostas cobrem as perguntas 1, 3, 9, 4 e 11; o sistema propõe as outras.
Canvas LOOP-R — 13 perguntas para qualquer processo
Pratique agora 0/4 feito
Copiar as cinco respostas das suas anotações, montar o cartão da primeira semana e testar a leitura com alguém da equipe — cerca de 12 min.
Nada muda no seu negócio até você aprovar: a ficha é um documento, e o cartão desta prática fica com a decisão em branco. Se uma resposta parecer errada depois, corrija a ficha e registre a mudança — a ficha da clínica também mudou no ciclo 2.
O bloco abaixo é um formulário em texto puro, do tipo que você preenche uma vez: cinco perguntas e um cartão. Você troca só o que está entre < > e deixa o resto como está. Pode preencher no bloco de notas do celular, num e-mail para você mesmo ou numa folha.
FICHA DO LOOP — <nome do processo> 1. OBJETIVO COM NÚMERO <métrica>: de <valor atual> para <valor-alvo> sem piorar: <vigiada 1>, <vigiada 2> 2. ONDE NASCE A EVIDÊNCIA <planilha ou sistema>, uma linha por <unidade: proposta / lead / chamado> volume: cerca de <N> por semana 3. O QUE NUNCA MUDA SOZINHO - nunca <invariável 1> - nunca <invariável 2> - nunca <invariável 3> 4. TETO até R$ <valor> por ciclo · ciclo <semanal / quinzenal> até 3 ideias por ciclo · 1 teste por vez 5. QUEM APROVA <nome>, com <N> dias para responder o cartão ---------------------------------------------------------- CARTÃO DE DECISÃO — semana 1 (preencha o que você espera) CICLO 0001 — hipótese: "<SE mudar X, ENTÃO a métrica vai de A para B, PORQUE evidência>" Resultado: <métrica> <atual> → <esperado> (N = <quantos por versão>, faltam <semanas>) Vigiado: <vigiada 1> · <vigiada 2> · <vigiada 3> Custo: R$ <previsto> neste ciclo (teto R$ <teto>) Decisão: [aprovar] [rejeitar] [esperar mais dados] ← em branco até o veredito
Você acabou de entregar um loop montado: ficha completa, primeiro cartão desenhado e um leitor que entendeu o que descarta a ideia e o que a IA nunca toca.
Resumo