O relatório de vendas que chega à diretoria costuma ser montado a partir do que o sistema consegue exportar, e não da decisão que o diretor precisa tomar.
Inverter essa ordem reduz o relatório ao que sustenta decisão, e é isso que o torna automatizável. Este guia cobre as quatro escolhas que vêm antes da automação: decisão, recorte, destinatário e cadência.
Principais aprendizados
- O relatório de vendas deve ser projetado para sustentar decisões específicas, não apenas o que o sistema pode exportar.
- Antes de automatizar, é crucial definir a decisão, o recorte, o destinatário e a cadência do relatório.
- Relatórios devem ser claros e focados, evitando que vire um insumo em vez de uma resposta.
- A automação é a parte fácil, mas requer dados de qualidade e bem organizados para ser eficaz.
- Um bom primeiro passo é listar relatórios manuais existentes e a decisão que cada um sustenta.
Por que o relatório de vendas não responde à pergunta que vem depois
O relatório saiu na sexta. Na segunda, a primeira coisa que o diretor pergunta é sobre um número que não estava nele.
Não é falta de capricho. Quem monta reúne o que consegue extrair: total do mês, ranking por vendedor, o que entrou e o que foi perdido no funil. É um retrato fiel do que o sistema sabe medir.
O diretor, ao ler, está atrás de outra coisa: a decisão que ele precisa tomar naquela semana.
Se mantém a verba no canal que anda caro. Se mexe no prazo que a fábrica vem prometendo. Se cobra a região que ficou para trás, ou se o problema ali é outro.
Quando o relatório não foi desenhado para sustentar nenhuma dessas decisões, ele vira insumo em vez de resposta. Alguém pede um recorte novo, alguém consolida de novo, e a reunião seguinte abre com outra pergunta que também não estava lá.
Isso costuma ser lido como falha de critério de quem montou o material. Na maior parte das vezes, o problema é anterior.
Ninguém combinou qual decisão aquele relatório deveria sustentar, e cada versão acaba sendo um chute educado sobre o que a diretoria vai querer ver.
Montar consome tempo, e esse é o custo visível. O invisível é o tempo de decisão que o relatório deveria encurtar.
Em pesquisa da McKinsey publicada em 2018, com 1.259 participantes, 68% dos gerentes de nível intermediário disseram que a maior parte do tempo que dedicam a decisões é usada de forma ineficiente.
Entre executivos de primeiro escalão, 57%. A diferença entre os dois números é o que interessa aqui: quem está no meio da hierarquia relata mais desperdício de tempo de decisão do que quem está no topo.
Que decisão esse relatório precisa sustentar?
A pergunta acima precisa ser respondida antes de escolher qualquer indicador. Se você não consegue escrever a decisão em uma frase, o recorte provavelmente não deveria existir.
O caminho da direita começa fora do sistema, numa conversa, e é isso que o torna mais trabalhoso de montar e mais fácil de manter depois.
Vale listar as decisões que voltam todo mês na sua empresa. A tabela abaixo traz quatro comuns em operações B2B consultivas, e o que cada uma exige do relatório:
| Decisão que se repete | O que o relatório precisa mostrar | De onde sai |
|---|---|---|
| Manter ou cortar investimento em um canal | Origem da oportunidade cruzada com taxa de conversão e ticket, no período de um ciclo inteiro | Origem registrada na entrada do lead |
| Rever o prazo prometido na proposta | Motivo de perda, com “prazo” separado dos demais motivos | Campo de motivo preenchido na baixa da oportunidade |
| Cobrar ou apoiar uma região | Funil por região, comparado com a meta e com o mesmo período anterior | Etapa do funil e hierarquia de território |
| Decidir se a meta do trimestre ainda é realista | Pipeline aberto por etapa cruzado com a taxa histórica de conversão, que é a conta do forecast de vendas | Movimentação de etapa ao longo do tempo |
Repare que a coluna da direita é a mais desconfortável. Ela expõe que boa parte do que a diretoria pede depende de um registro que alguém precisa fazer na hora certa, e não de um relatório mais elaborado.
É também por isso que este artigo não traz uma lista de indicadores. A escolha de quais métricas acompanhar vem depois, e para isso vale o guia de KPIs de vendas. Aqui o ponto é anterior: sem decisão associada, qualquer métrica boa vira arquivo.
O relatório do diretor não é o seu relatório reduzido
Você e ele olham o mesmo funil procurando coisas diferentes.
O que você procura é informação de ação: quem do time precisa de ajuda esta semana. Ela perde valor em dias.
O que ele procura é informação de decisão: se o trimestre fecha e o que fazer se não fechar. Ela perde valor em semanas.
| O que muda | Gerente | Diretor |
|---|---|---|
| A pergunta | Quem do meu time precisa de ajuda hoje? | O trimestre fecha, e o que muda se não fechar? |
| O recorte que responde | Relatórios individuais por vendedor, oportunidade parada, proposta sem retorno | Pipeline contra meta, motivo de perda agregado, desempenho por região |
| Perde valor em | dias | semanas |
Por isso reduzir um para virar o outro não funciona. O seu relatório encolhido chega raso na diretoria, e o dele expandido chega com detalhe que não muda decisão nenhuma dele.
No Gluo CRM, esse recorte é configurável por usuário, por equipe ou para a operação inteira, e aparece na página inicial assim que a pessoa entra.
A Morumbi, indústria de implementos rodoviários, mostra como isso fica na prática. O acompanhamento passou a incluir visão do funil, propostas vencidas, desempenho por região e status dos pedidos, segundo o case publicado pelo Gluo.
O que o case mostra é o acompanhamento montado em torno do que aquela operação precisava responder, e não em torno do que o sistema conseguia exportar.
Com que frequência o relatório precisa chegar?
A frequência costuma ser herdada do calendário: semanal porque a reunião é semanal, mensal porque o fechamento é mensal. Nenhum dos dois tem relação com a velocidade da operação.
A régua útil é o ciclo de venda. O relatório precisa chegar com antecedência suficiente para que ainda dê para agir dentro do ciclo em curso.
Em uma operação com ciclo de 30 dias, um relatório mensal chega junto com o resultado, quando não há mais o que corrigir. Em uma de 120 dias, o relatório semanal mostra oscilação normal do pipeline, e quem lê toda semana acaba reagindo a ruído.
Antes de programar qualquer envio, vale checar se a operação chegou ao ponto em que isso compensa. O quadro abaixo separa os dois cenários:
| Programar o envio faz sentido quando | Pode não ser prioridade quando |
|---|---|
| Há vários vendedores, representantes ou funis rodando ao mesmo tempo | A operação tem poucas oportunidades simultâneas |
| O ciclo é longo o bastante para o mês escapar sem ninguém perceber no meio | Uma conversa semanal já cobre tudo que está aberto |
| Existe mais de um destinatário com perguntas diferentes | Uma pessoa só toma todas as decisões comerciais |
A leitura da tabela é direta: o envio programado compensa quando há mais coisa acontecendo do que uma pessoa consegue acompanhar perguntando.
Se a sua operação ainda cabe numa conversa de trinta minutos na segunda-feira, ela não precisa de nada disso. Montar a estrutura antes da hora só cria manutenção.
Com o desenho pronto, automatizar o relatório de vendas é a parte fácil
Depois que a decisão, o recorte, o destinatário e a cadência estão definidos e escritos, a automação deixa de ser projeto e passa a ser, na maior parte dos casos, configuração. O que sobra é escolher quem recebe, com que frequência e por qual canal.
No Gluo, gráficos e relatórios podem ser personalizados, fixados em um dashboard e ter o envio programado.
Um exemplo de configuração: toda sexta-feira sai automaticamente um relatório com as propostas aprovadas na semana. Conforme a automação definida, o envio pode sair por e-mail ou por WhatsApp.
Três campos decidem o envio: destinatário, frequência e hora. É essa a extensão do trabalho depois que o desenho existe.
Um limite honesto: nada disso independe do dado. A viabilidade de um relatório depende de a informação existir, ter qualidade e estar classificada do jeito que a análise exige.
Se o motivo de perda não é preenchido, nenhuma configuração de envio faz aparecer um relatório de motivos de perda.
Isso também explica por que a automação não pode vir primeiro. Automatizar o relatório errado não o corrige, apenas faz o material errado chegar com pontualidade.
O dado espalhado é, aliás, o que encarece a consolidação manual.
A sétima edição do State of Sales, da Salesforce ouviu 4.050 profissionais de vendas em 22 países, entre agosto e setembro de 2025. Nela, 37% relataram impacto severo e 51% algum impacto de silos de dados sobre a tomada de decisão.
No mesmo estudo, a média foi de oito ferramentas por time comercial. Consolidar à mão é, em boa parte, o trabalho de reconciliar essas oito.
💡 Quando o requisito for cruzar esse dado com informação que mora fora do CRM, o Gluo já opera integrado ao Power BI e ao Metabase. Nem toda visão precisa ser construída dentro do CRM para chegar pronta a quem decide.
Primeiros passos: comece pelo que hoje alguém monta na mão
Não é preciso redesenhar tudo de uma vez. Três passos resolvem a primeira rodada:
- Liste o que hoje é montado manualmente. Planilha de controle consolidada, resumo pedido no grupo, apresentação de fechamento. O erro mais caro aqui é pegar esse material e automatizá-lo como está, sem revisar o que ele mostra.
- Para cada item, escreva a decisão que ele sustenta. Uma frase basta. O que não tiver resposta clara é candidato natural a deixar de existir, e essa costuma ser a maior economia de tempo da lista.
- Sobraram um ou dois? Esses são os que valem desenhar direito e programar primeiro. Comece pelo de maior frequência, porque é onde o trabalho manual se repete mais vezes dentro do mês.
A pergunta que apareceu na segunda-feira e não estava no relatório continua aparecendo. O que muda é que ela passa a ter resposta prevista, porque alguém decidiu antes o que aquele material precisava sustentar.
Se a sua operação já tem funil configurado mas ainda depende de consolidação manual para reportar, vale conhecer os recursos de automações do Gluo CRM, que incluem o envio programado descrito aqui.
Com o desenho dos seus relatórios em mãos, uma demonstração mostra se eles cabem na configuração ou exigem projeto.
