O cliente aprovou o plano uma semana depois: como medir resultado em janela mais curta

Você montou um plano de ação de 30 dias. Trocar a estrutura de campanha, subir três criativos novos, ajustar a página de destino. Meta clara: sair de 180 para 250 leads no mês. Enviou para aprovação no dia 1.

O cliente aprovou no dia 9.

Agora você tem 22 dias de execução para comparar com 30 dias de base. E aí começa o problema que quase ninguém resolve: quando o relatório sai, o plano é comparado como se tivesse rodado o mês inteiro. Se bateu, foi sorte de calendário. Se não bateu, você perde uma discussão que nunca deveria ter acontecido.

Este artigo é sobre o que fazer com essa diferença de dias — e por que ela muda a conta de métricas que somam e não muda a de métricas de razão. É exatamente o tipo de detalhe que o recurso de Planos de ação resolve automaticamente, mas o raciocínio por trás vale independente da ferramenta que você usa.

Por que a janela encurtada distorce o resultado

Medir plano de ação é comparar dois períodos: o antes e o depois. A base é o comportamento da conta sem a intervenção. O resultado é o comportamento com a intervenção rodando.

A comparação só é honesta se os dois lados tiverem o mesmo tamanho. Trinta dias contra trinta dias. Sete contra sete.

Quando a aprovação atrasa, o lado do resultado encolhe e o lado da base não. O plano previa 30 dias, mas só 22 foram executados. Se você compara 22 dias de leads contra 30 dias de leads, criou uma desvantagem artificial de 27% para o próprio trabalho.

O contrário também acontece. Imagine um plano de 7 dias aprovado no mesmo dia, mas cuja janela cai sobre uma Black Friday. A janela tem o tamanho certo e ainda assim não é comparável — só que esse é outro problema (sazonalidade), e vou tratar dele no fim.

O ponto aqui é mais básico: tamanho de janela diferente invalida comparação de volume.

Métricas que somam e métricas de razão se comportam de formas diferentes

Essa é a distinção que resolve 90% dos casos.

Métricas que somam acumulam ao longo do tempo. Leads, vendas, cliques, impressões, investimento, receita. Cada dia adiciona um pedaço. O número final depende de quantos dias você contou.

Métricas de razão são uma divisão. CPA, CPL, CTR, taxa de conversão, ROAS, ticket médio. Elas já são normalizadas pela própria natureza: o CPL de 22 dias é tão legítimo quanto o CPL de 30 dias, porque numerador e denominador crescem juntos.

Daí a regra prática:

• Métrica que soma precisa ser comparada no ritmo da base, não no total da base.

• Métrica de razão pode ser comparada como está, sem ajuste.

Como ajustar uma métrica que soma

Voltando ao exemplo. A base de 30 dias registrou 180 leads. Isso dá um ritmo de 6 leads por dia.

A janela de execução foi de 22 dias. O equivalente da base, no mesmo ritmo, é 6 × 22 = 132 leads.

Se a conta entregou 165 leads em 22 dias, o resultado não é "165 contra 180, caímos". É 165 contra 132, subimos 25%.

A meta também precisa do mesmo tratamento, se você quiser falar de atingimento. Meta de 250 leads em 30 dias é um ritmo de 8,33 por dia. Em 22 dias, a meta proporcional é 183 leads. Com 165, você entregou 90% da meta ajustada — não 66% da meta original.

Note que a conclusão muda completamente. Na leitura ingênua, o plano falhou duas vezes: ficou abaixo da base e muito abaixo da meta. Na leitura correta, o plano funcionou e ficou perto da meta, com um atraso de aprovação que custou oito dias de execução.

Como ler uma métrica de razão

Aqui é mais simples, e a simplicidade engana. Se a base tinha CPL de R$ 32 e a janela de 22 dias fechou em R$ 26, o CPL caiu 19%. Não existe ajuste a fazer — dividir um CPL por número de dias não significa nada.

O cuidado é outro: volume mínimo. Uma taxa de conversão calculada sobre 40 cliques oscila muito. Em janelas curtas, razões ficam instáveis. Se o plano era de 7 dias e a aprovação comeu 3, você tem 4 dias de dados para uma taxa — e provavelmente não tem veredito nenhum.

Nesse caso, a resposta honesta não é forçar um número. É dizer que a janela ficou curta demais para conclusão e refazer o plano com horizonte novo.

O que registrar antes de começar

A conta acima só funciona se você souber, sem depender de memória, três coisas:

1. Qual era o número antes. O valor da métrica nos dias anteriores ao envio, no tamanho exato do horizonte planejado.

2. Quando o plano foi efetivamente aprovado. Não quando você mandou, nem quando o cliente disse "vi". A data do aceite.

3. Qual era o plano exato aprovado. Título, métrica, meta, horizonte, responsável.

O item 3 parece burocrático até o dia em que alguém muda a meta no meio do caminho. Plano aprovado com meta de 250 leads que é editado para 200 no dia 15 e "batido" no dia 30 não provou nada — provou que a meta foi ajustada para o resultado.

É por isso que faz sentido tratar alteração como quebra de aprovação. Em um fluxo bem desenhado, mexer em título, meta, horizonte, métrica ou cliente de um plano já aprovado derruba a aprovação: o plano vira "alterado após aprovação", sai da vista do cliente e pede reenvio. Chato? Um pouco. Mas é o que separa decisão registrada de narrativa reescrita.

Os detalhes que o 5W2H precisa carregar

Plano de ação com "melhorar performance das campanhas" não é mensurável. O formato 5W2H resolve isso quando é preenchido com os números do negócio, não com intenções:

• O quê: a ação concreta (reestruturar campanha de conversão em 3 conjuntos por público).

• Por quê: o número que motivou (CPL subiu de R$ 24 para R$ 32 em duas semanas).

• Quem: nome, não "a equipe".

• Quando: horizonte em dias, com data de início e fim.

• Onde: conta, campanha, plataforma.

• Como: o passo a passo que será executado.

• Quanto: verba envolvida e meta numérica da métrica escolhida.

O campo que mais gente esquece é a métrica única. Plano que promete "mais leads e menos CPL e mais ROAS" sempre tem um número para defender e outro para esconder. Escolha a métrica que define sucesso, registre a meta dela, e deixe as outras como contexto.

O veredito tem data, e a data não é hoje

O último erro comum: medir o plano antes do horizonte terminar.

No dia 18 de um plano de 30 dias, o número está no meio da curva. Alguém olha, acha que está indo bem, comenta na reunião — e o plano passa a ser discutido com um resultado parcial que ninguém revisita depois.

A leitura precisa acontecer uma vez, depois do fim do horizonte. No dia seguinte ao prazo, os dados do último dia já estão fechados e a janela está completa. É isso que uma leitura automática em D+1 garante: o veredito sai no mesmo dia para todos os planos, sem depender de alguém se lembrar de abrir a conta.

E quando sai, ele deve mostrar quatro números juntos, na mesma régua: ponto de partida, resultado, meta e variação. Com a janela ajustada quando a métrica soma. Sem ajuste quando é razão.

O que a sazonalidade ainda pode fazer com você

Ajustar tamanho de janela não resolve calendário. Uma base de 30 dias que inclui Natal comparada com uma janela de 22 dias em janeiro vai distorcer qualquer conta, por mais proporcional que ela seja.

Quando o período tem evento forte — data comercial, feriado longo, campanha institucional do cliente, mudança de preço —, registre isso no plano no momento do envio. Não como desculpa preventiva, mas como contexto. Um plano que diz "janela inclui Black Friday, base não inclui" é um plano que o cliente consegue interpretar sozinho seis meses depois.

E existe um caso em que nenhuma matemática salva: quando a aprovação atrasa tanto que a janela restante perde sentido. Plano de 14 dias aprovado no dia 11 não tem resultado para medir. A decisão correta é cancelar e reenviar com horizonte novo e base nova, não espremer três dias de dados em um gráfico.

Fechando

Atraso de aprovação é normal. O cliente viaja, a reunião é remarcada, o e-mail fica para depois. O que não pode ser normal é o atraso virar ruído no resultado do seu trabalho.

Resolve-se com três hábitos: congelar a base no envio, registrar a data real da aprovação e ajustar a comparação pelo tipo de métrica. Quem faz isso na mão consegue — só esquece em metade dos planos. Quem usa Planos de ação tem a base congelada no envio, a janela comparada no ritmo certo e a leitura saindo sozinha em D+1, contra o número que estava lá antes de qualquer um prometer nada.