Relatorios comerciais em tempo real: 3 dashboards

Relatorios comerciais em tempo real nao sao um painel so. Sao tres. Gestor, BDR e diretoria olham a operacao em escalas diferentes: um corrige o dia, outro corrige a semana, o terceiro decide o trimestre. Quando o time tenta resolver os tres com o mesmo dashboard, o BDR ve numero que nao controla, o gestor perde tempo em dado que nao muda nada e a diretoria recebe planilha com dois dias de atraso. O texto abaixo separa os tres paineis, lista 5 metricas em cada e define a regra de atualizacao de cada bloco.

Por que um dashboard so nao funciona

O erro mais comum que vejo em operacoes de 5 a 30 vendedores e simples: alguem constroi um painel bonito, coloca 18 graficos e manda para todo mundo. Em duas semanas ninguem abre. Nao e problema de design, e de escopo. Cada publico tem uma pergunta central e um horizonte de tempo. Se o painel nao responde a pergunta central daquele publico, ele vira decoracao.

A pergunta do BDR e: o que eu faco nos proximos 40 minutos? A do gestor e: onde a semana esta travando e o que eu destravo hoje? A da diretoria e: vamos bater a meta do trimestre ou precisamos mexer em algo mais estrutural? Sao tres perguntas, tres granularidades, tres conjuntos de numeros.

Isso nao significa tres ferramentas. Significa uma base de dados e tres visoes sobre ela. E aqui a arquitetura pesa: se o CRM, o WhatsApp e o discador vivem em sistemas separados, o tempo real morre no meio do caminho. E o argumento classico de plataforma de vendas all-in-one, em que os dados nascem no mesmo lugar em que sao consultados.

Antes de montar qualquer coisa, defina a regra de atualizacao. Sem ela, tempo real vira sinonimo de numero errado transmitido com confianca.

Dashboard do BDR: foco na proxima hora

O painel do BDR precisa caber em uma tela e responder o que ele toca agora. Nada de comparativo trimestral, nada de cohort. O BDR quer saber quantas ligacoes faltam para a meta diaria, quais tarefas venceram, quais leads responderam e ainda nao foram atendidos.

Na pratica, esse painel e sobre fila e ritmo. Um exemplo com numeros: um BDR com meta de 60 tentativas por dia, divididas em tres blocos de 20. Se as 10h ele esta em 12 tentativas, esta no ritmo. Se esta em 6, o gestor ja ve no painel as 10h05 que vai faltar volume e pode remanejar carteira antes do fechamento do dia. Sem tempo real, esse ajuste acontece as 18h, quando nao da mais tempo.

A referencia de layout para isso e o que ja detalhei em tela unica do BDR: fila, cadencia e o proximo passo do lead no mesmo lugar, sem alt+tab.

As 5 metricas que importam nesse painel:

• Tentativas de contato hoje contra meta diaria, com ritmo projetado ate o fim do dia.
• Tarefas vencidas, ou seja, proximo passo com data no passado ainda nao executado.
• Leads que responderam e aguardam acao, medidos em minutos desde a resposta.
• Taxa de conexao por canal (ligacao atendida, WhatsApp respondido, e-mail aberto) na janela do dia.
• Agendamentos do dia, com hora e status de confirmacao de cada um.

Regra de atualizacao: essas cinco precisam ser ao vivo ou no maximo a cada 5 minutos. Metrica de esforco pessoal perde valor com atraso, porque a acao que ela dispara expira rapido.

Dashboard do gestor: semana e gargalo

O painel do gestor opera na semana. Ele nao precisa ver a tentativa numero 37 do BDR Carlos as 14h32, mas precisa ver que a taxa de conexao do time caiu 8 pontos em relacao a semana anterior e que isso aconteceu depois da troca de script.

Esse e o painel de gargalo. O gestor olha para onde o funil vaza e para a dispersao entre vendedores. Um resultado medio esconde muita coisa: se a taxa de agendamento do time e 12%, mas varia de 4% a 22% entre pessoas, o problema nao e o mercado, e a execucao de alguem. So um painel por pessoa com o mesmo periodo revela isso.

Exemplo concreto: um time de 8 BDRs com meta de 25 agendamentos por semana cada. Na terca, o painel mostra que 3 pessoas concentram 61% dos agendamentos e que 2 nao agendaram nada. Em vez de esperar a reuniao de sexta, o gestor faz acompanhamento na terca a tarde. O custo de corrigir cedo, nesse caso, e uma conversa de 20 minutos.

Vale lembrar que esse painel so funciona se o funil estiver limpo. Pipeline com etapa duplicada ou estagio que ninguem move gera dashboard bonito e inutil. Sobre isso, vale rever como customizar pipeline sem virar bagunca.

As 5 metricas do gestor:

• Agendamentos e demos realizadas na semana, por pessoa e consolidado, contra meta.
• Taxa de no-show sobre demos agendadas, separando quem agendou.
• Distribuicao de atividade por vendedor, para identificar quem esta fora do padrao.
• Avanco de etapa por oportunidade, com tempo medio parado em cada estagio.
• Oportunidades sem proximo passo, o indicador que mais antecipa previsao furada.

Regra de atualizacao: consolidacao diaria as 8h e um recorte intradiario para atividade. Metrica de conversao nao precisa ser ao segundo, precisa ser confiavel e comparavel semana a semana.

Dashboard da diretoria: trimestre e tendencia

A diretoria nao compra atividade, compra tendencia. O painel dela responde se a receita do trimestre esta dentro do previsto e, se nao estiver, qual alavanca mexe no resultado. Detalhe de tarefa nao interessa; velocidade de aquisicao, custo e taxa de ganho interessam.

Aqui o tempo real tem outro sentido. Nao e ao vivo, e recente o suficiente para reagir no mes. Um pipeline de R$ 4 milhoes com cobertura de 1,8x sobre a meta costuma soar confortavel ate a metade do trimestre. Quando a taxa de ganho cai de 22% para 15%, a cobertura real despenca e a diretoria precisa decidir entre contratar mais funil, mexer em preco ou revisar a meta. Adiar essa leitura custa caro.

Esse e o painel em que dado de plataformas fragmentadas mente com mais facilidade, porque consolidar receita, atividade e custo em sistemas diferentes quase sempre gera defasagem. Times que passaram por migracao conhecem o problema, e por isso existe um checklist de migracao de CRM que trata so da integridade historica.

As 5 metricas da diretoria:

• Receita fechada contra meta do trimestre, com projecao baseada no pipeline ponderado.
• Cobertura de pipeline, isto e, quanto de oportunidade aberta existe para cada real de meta restante.
• Taxa de ganho por segmento e por ticket, para ver se o mix esta mudando.
• CAC por canal, com pelo menos dois canais de captacao comparados no mesmo periodo.
• Ciclo medio de venda medido em dias uteis, da primeira conversa ao fechamento.

Regra de atualizacao: snapshot diario as 7h e fechamento semanal consolidado. Numero de diretoria nao muda a cada clique; muda quando o dia fecha.

A regra de atualizacao que evita discussao

Definir latencia por metrica e o passo que separa dashboard util de dashboard decorativo. Escreva a regra e deixe visivel no proprio painel, com horario do ultimo carregamento em cada bloco.

Um padrao que funciona em operacoes de porte medio:

1. Bloco de atividade individual: atualizacao a cada 5 minutos ou por evento.
2. Bloco de consolidado do time: uma atualizacao por hora durante o horario comercial.
3. Bloco de funil e conversao: uma consolidacao diaria as 8h, com recorte intradiario no fim do dia.
4. Bloco financeiro e de receita: fechamento diario as 7h e travamento semanal.

Isso resolve 90% das discussoes do tipo "mas o lead entrou ontem". Cada pessoa sabe quanto de atraso esperar naquele numero e para de negociar o dado.

Vale ajustar tambem o filtro padrao de cada visao. O BDR abre no hoje, o gestor abre na semana corrente, a diretoria abre no trimestre. Quem quiser mudar o periodo muda, mas ninguem comeca no vazio.

Como montar isso sem trocar de ferramenta

Se a operacao ja tem plataforma com base unica, o trabalho e de configuracao: tres visoes salvas, permissao por papel e a regra de latencia combinada. Leva uma tarde e nao depende de time de dados.

Se o dado esta espalhado em cinco ferramentas, o tempo real exige integracao, e a qualidade cai a cada salto. Vale calcular se o custo de manter o stack fragmentado compensa antes de investir em relatorio em cima dele. Um caminho pratico para essa conta esta em como calcular o ROI de uma plataforma de vendas.

O criterio de decisao e simples: se a sua equipe gasta mais tempo conciliando numeros do que agindo sobre eles, o problema nao e o grafico, e a origem do dado.

Conclusao

Relatorios comerciais em tempo real funcionam quando respeitam o horizonte de quem le. O BDR precisa de fila e ritmo ao vivo. O gestor precisa de gargalo e dispersao na semana. A diretoria precisa de tendencia e cobertura no trimestre. Tres paineis, uma base, tres regras de latencia.

Comece pelo painel do gestor. E o que gera correcao mais rapida com menor custo de montagem. Depois replique a logica para os outros dois, ajustando metrica e frequencia. Em 30 dias voce tem os tres rodando, e a reuniao comercial deixa de ser discussao sobre numero e passa a ser decisao sobre acao.