Dashboard Comercial e Vendas no Power BI: KPIs, layout e o que medir

Um dashboard comercial e vendas Power BI serve para decidir, não para enfeitar a reunião de segunda#

Quase toda empresa que nos procura já tem algum painel de vendas. O problema raramente é a falta de gráfico. É que o painel mostra faturamento acumulado, mais um ou outro número bonito, e não responde às perguntas que o comercial faz de verdade: batemos a meta do mês, quem está puxando o resultado, onde a venda está travando no funil e por que o ticket caiu. Um dashboard comercial e vendas Power BI bem construído existe para responder isso em segundos, com o mesmo dado servindo a três públicos que olham a operação de alturas diferentes.

Este artigo é prático. Vou tratar dos KPIs que sustentam o painel (receita, meta vs realizado, ticket médio, taxa de conversão, funil de vendas, mix, ranking de vendedor e ciclo de venda), de como o layout muda conforme quem abre a tela, de onde o dado vem (CRM e ERP contam metades diferentes da mesma venda) e das medidas DAX que fazem tudo isso funcionar sem gambiarra. Nada de tela cheia de indicador que ninguém usa.

Os KPIs que sustentam o painel cabem em oito medidas#

O erro clássico é achar que mais indicador é sinônimo de painel melhor. É o contrário. Um bom dashboard de vendas se apoia em um núcleo pequeno e estável de KPIs, cada um respondendo a uma pergunta clara, e tudo o mais é detalhamento por dimensão. Estes são os oito que consideramos o mínimo de um painel comercial que presta.

KPI	O que responde	Como se lê
Receita realizada	Quanto entrou no período	Soma do valor líquido das vendas
Meta vs realizado	Estamos batendo o alvo	Realizado dividido pela meta
Ticket médio	Quanto vale cada pedido	Receita dividida por número de pedidos
Taxa de conversão	Quantas oportunidades viram venda	Ganhas dividido por criadas
Funil de vendas	Onde a venda trava	Volume e valor por estágio
Mix de produtos	O que puxa o resultado	Participação de cada linha na receita
Ranking de vendedor	Quem entrega e quem precisa de apoio	Posição por receita ou por meta
Ciclo de venda	Quanto tempo leva para fechar	Dias médios entre criação e ganho

Repare que nenhum desses KPIs vive sozinho. Receita sem meta é só um número grande. Ticket médio sem mix engana, porque uma queda no ticket pode ser desconto ou mudança de composição de produto. O valor do painel está no cruzamento: receita por vendedor, conversão por etapa do funil, ticket por linha de produto. É isso que separa um relatório que descreve de um que orienta decisão. Antes de desenhar uma tela, a gente fecha com o cliente qual pergunta cada KPI responde, porque indicador sem pergunta é enfeite.

Um ponto de honestidade sobre o funil e a conversão: eles só ficam confiáveis quando as fases da oportunidade estão padronizadas no CRM. Se cada vendedor usa o pipeline do jeito que quer, a taxa de conversão vira ficção. Painel bom não conserta processo bagunçado, ele expõe a bagunça, e às vezes esse é o primeiro ganho real do projeto.

Meta vs realizado sem gambiarra depende de uma tabela de metas separada#

Meta vs realizado é o KPI que mais gera retrabalho quando é mal modelado. O erro comum é jogar a meta como uma coluna dentro da tabela de vendas, ou pior, escrever o valor da meta direto na medida. Aí a meta muda no meio do trimestre, alguém abre uma exceção para uma filial, e o painel inteiro precisa ser refeito na mão.

O jeito certo é ter uma tabela de metas separada, no grão em que a empresa realmente define o alvo: por mês, por vendedor, por filial, por linha de produto, ou uma combinação disso. Essa tabela se relaciona com o calendário e com as dimensões de vendedor e produto. Assim, meta e realizado convivem no mesmo contexto de filtro e o cálculo de cobertura funciona em qualquer nível que o usuário clicar, do consolidado da diretoria até o vendedor individual.

A medida de cobertura é o exemplo mais simples de por que DIVIDE existe:

% da Meta =
DIVIDE ( [Receita Realizada], [Meta do Período], BLANK () )

O terceiro argumento do DIVIDE trata o denominador zero, o que acontece toda vez que um vendedor novo ainda não tem meta lançada ou uma filial abriu no meio do período. Com o operador de divisão comum, essa célula viraria erro e contaminaria o total. Detalhe pequeno, dor de cabeça grande, e um dos motivos de a gente insistir tanto em boas práticas de modelagem no guia de modelagem e DAX.

O layout muda conforme quem abre o painel#

Este é o ponto que mais gera briga em projeto comercial, e onde mais se ganha quando é bem resolvido. Diretoria, gerência e vendedor não querem a mesma tela. Tentar servir os três com uma página só produz um painel que é raso demais para o gerente e detalhado demais para o diretor. A solução não é fazer três painéis desconectados, é construir um modelo único com camadas de leitura, navegando do resumo para o detalhe.

Público	Pergunta central	Nível de detalhe
Diretoria	Vamos bater o ano e onde está o risco	Consolidado, tendência, meta vs realizado
Gerência	Qual time e qual produto puxam ou seguram	Por filial, vendedor e linha de produto
Vendedor	O que eu preciso fechar e onde	Minhas oportunidades, meu funil, minha meta

A diretoria abre o painel para saber se a empresa bate o ano e onde mora o risco. Ela quer receita contra meta, tendência ao longo do tempo, comparação com o ano anterior e talvez o mix por unidade de negócio. Pouca coisa na tela, tudo agregado, leitura de dez segundos. Excesso de detalhe aqui é ruído.

A gerência vive na camada do meio. Precisa enxergar por filial, por vendedor e por linha de produto, com ranking, funil por etapa e ciclo de venda, porque o trabalho dela é decidir onde intervir na semana. É a página mais rica do painel, e a que mais usa segmentação.

O vendedor quer o próprio recorte: as oportunidades dele, o funil dele, quanto falta para a meta dele. Aqui entra a segurança em nível de linha, o RLS, que faz cada vendedor ver só a própria carteira sem que exista um painel separado por pessoa. É a mesma página filtrada pela identidade de quem abre. Esse desenho por público, com uma base sólida por trás, é o que a gente entrega em projetos de dashboards e em consultoria de Power BI, e é o que faz o painel ser usado de verdade em vez de virar um PDF exportado uma vez por mês.

CRM e ERP contam metades diferentes da mesma venda#

Aqui está a origem de metade dos problemas de dado em painel comercial. A venda não nasce inteira em um sistema só. O CRM registra a jornada antes do fechamento: lead, oportunidade, estágio do funil, motivo de perda, quem é o vendedor responsável, quando a oportunidade foi criada e quando foi ganha. O ERP registra a consequência: pedido faturado, valor líquido, imposto, desconto aplicado, produto, data de faturamento e recebimento. Um sabe do futuro provável, o outro sabe do passado consumado.

Dado	Vem do CRM	Vem do ERP
Oportunidades e estágio do funil	Sim	Não
Motivo de perda e conversão	Sim	Não
Datas de criação e ganho da oportunidade	Sim	Não
Receita faturada e valor líquido	Não	Sim
Desconto, imposto e mix de produto	Não	Sim
Data de faturamento e recebimento	Não	Sim

Um painel comercial completo precisa dos dois. Taxa de conversão, funil e ciclo de venda saem do CRM. Receita, ticket médio e mix saem do ERP. Ranking de vendedor e meta vs realizado cruzam os dois, porque a meta é de faturamento (ERP) mas a atribuição ao vendedor costuma vir da carteira (CRM). Fazer isso conversar exige uma chave de vendedor e uma chave de cliente que batam entre os sistemas, e quase nunca batem de primeira. É trabalho de modelagem e integração, não de conectar e pronto. Quando alguém promete um painel comercial "plugando o CRM" e ignora o ERP, o ticket médio e a receita vão estar errados, garantido.

A ordem que seguimos é sempre a mesma: extrair e tratar cada fonte em uma camada confiável, resolver as chaves e a deduplicação, montar um modelo estrela com uma fato de vendas faturadas e uma fato de oportunidades, ligadas às dimensões de calendário, vendedor, cliente e produto, e só então escrever as medidas. Empilhar DAX sobre a base bruta do CRM ou do ERP é a receita de um painel lento e de número que não bate na reunião.

DAX de vendas vive de CALCULATE, DIVIDE e RANKX#

A boa notícia é que o coração de um painel de vendas se escreve com um punhado de funções bem usadas. CALCULATE para mudar contexto e comparar períodos, DIVIDE para toda razão sem quebrar no zero, e RANKX para ordenar vendedores e produtos. Domine essas três e você resolve a maior parte do que a diretoria pede.

Comparar com o ano anterior, base de qualquer leitura de tendência, é CALCULATE alterando o contexto de tempo:

Receita Ano Anterior =
CALCULATE ( [Receita Realizada], SAMEPERIODLASTYEAR ( Calendario[Data] ) )

Ticket médio e taxa de conversão são razões, e razão em DAX se faz com DIVIDE:

Ticket Médio =
DIVIDE ( [Receita Realizada], DISTINCTCOUNT ( Vendas[PedidoID] ) )

Taxa de Conversão =
DIVIDE ( [Oportunidades Ganhas], [Oportunidades Criadas] )

Ranking de vendedor é RANKX sobre a dimensão de vendedor, cuidando para remover o contexto de linha com ALL antes de ordenar, senão cada linha se compara consigo mesma e todo mundo fica em primeiro:

Ranking de Vendedor =
RANKX ( ALL ( Vendedor[Nome] ), [Receita Realizada], , DESC, DENSE )

E o ciclo de venda, tempo médio entre a criação e o ganho da oportunidade, é uma média de diferença de datas calculada linha a linha:

Ciclo Médio de Venda =
AVERAGEX (
    FILTER ( Oportunidades, NOT ISBLANK ( Oportunidades[DataGanho] ) ),
    DATEDIFF ( Oportunidades[DataCriacao], Oportunidades[DataGanho], DAY )
)

Duas boas práticas que economizam muito retrabalho: nunca hardcode valor de meta ou de comissão dentro da medida, e sempre trate o denominador com DIVIDE. Cada medida deve responder em qualquer nível de filtro, do total da diretoria ao vendedor individual, sem precisar de uma versão diferente por tela. Quando o painel comercial evolui para previsão de receita, propensão de fechamento por oportunidade ou análise de churn de carteira, aí a conversa passa para analytics avançado, mas isso só faz sentido depois que o básico de KPI, layout e integração está firme.

Perguntas frequentes#

Quais KPIs não podem faltar em um dashboard comercial e vendas Power BI? O núcleo mínimo é receita realizada, meta vs realizado, ticket médio, taxa de conversão, funil de vendas, mix de produtos, ranking de vendedor e ciclo de venda. Esses oito respondem à maioria das perguntas de um comercial. Tudo além disso costuma ser detalhamento por dimensão (por filial, por produto, por período), não um novo indicador. Encher a tela de KPI é o caminho mais rápido para um painel que ninguém abre.

Preciso integrar CRM e ERP ou dá para usar só um? Precisa dos dois se quiser um painel completo. O CRM tem funil, conversão, motivo de perda e ciclo de venda. O ERP tem receita faturada, valor líquido, desconto e mix de produto. Conversão sem CRM e receita sem ERP não existem. O trabalho difícil é fazer as chaves de vendedor e cliente baterem entre os sistemas, o que exige modelagem e integração, e não um conector plugado direto na tela.

Como faço meta vs realizado sem quebrar o painel toda vez que a meta muda? Colocando a meta numa tabela separada, no grão em que a empresa define o alvo (mês, vendedor, filial, produto), relacionada ao calendário e às dimensões. A medida de cobertura usa DIVIDE para tratar o vendedor sem meta lançada. Assim, quando a meta muda, você atualiza uma tabela, não a lógica do painel, e a cobertura funciona em qualquer nível que o usuário clicar.

Um painel só atende diretoria, gerência e vendedor? Sim, desde que seja construído em camadas sobre um modelo único. A diretoria vê o consolidado com meta e tendência, a gerência vê por filial, vendedor e produto com ranking e funil, e o vendedor vê a própria carteira via segurança em nível de linha. Não são três painéis desconectados, é a mesma base lida em alturas diferentes, com navegação do resumo para o detalhe.

Quais funções DAX são essenciais para um painel de vendas? CALCULATE para comparar períodos e mudar contexto, DIVIDE para toda razão sem erro de divisão por zero, e RANKX para ranking de vendedor e de produto. Com essas três, mais funções de tempo como SAMEPERIODLASTYEAR e uma média com AVERAGEX para o ciclo de venda, você cobre a maior parte de um painel comercial. O segredo é escrever medidas que respondem em qualquer nível de filtro.

Como o vendedor vê só a própria carteira sem eu criar um painel por pessoa? Com segurança em nível de linha, o RLS do Power BI. Você define uma regra que filtra as vendas e as oportunidades pela identidade de quem abre o relatório. A página é a mesma para todo mundo, mas cada vendedor enxerga apenas o próprio recorte. Isso mantém um único painel para manter, evita dezenas de arquivos e ainda protege o dado de carteira dos outros vendedores.

Conclusão#

Um painel comercial que presta não é o que tem mais gráfico, é o que responde rápido às perguntas certas para cada público: a diretoria vê se bate o ano, o gerente vê onde intervir, o vendedor vê o que fechar. Isso exige KPIs escolhidos com critério, integração honesta de CRM e ERP, layout em camadas e DAX bem escrito com CALCULATE, DIVIDE e RANKX. Se a sua empresa quer transformar o comercial em decisão baseada em dado, e não em achismo de reunião, fale com a gente.