Como criar e usar um dashboard no e-commerce
Passo a passo para montar um dashboard de e-commerce que o time usa: perguntas, indicadores, fontes, regra de cada número, telas por público e manutenção.

Para criar um dashboard de e-commerce, o caminho tem sete passos: escrever as perguntas que a operação faz toda semana, escolher um indicador para cada uma, ligar as fontes de onde os números saem (plataforma da loja, ERP, mídia e financeiro), escrever a regra de cálculo de cada número, montar uma tela por público, validar com quem vai usar e manter o painel depois que entra no ar.
A ferramenta de visualização é a última escolha. O que decide se o painel será usado é a clareza da pergunta e a confiança no número.
Os pontos-chave:
- Comece pela pergunta, nunca pela ferramenta. Painel montado a partir do que a plataforma oferece vira coleção de gráficos que ninguém abre.
- Um indicador por pergunta. Se a tela tem trinta números, ninguém sabe qual deles pede ação.
- Loja, ERP, mídia e financeiro registram a mesma venda de jeitos diferentes. O dashboard existe para juntá-los com uma regra só.
- Cada número precisa de regra escrita. "Receita" sem definição gera reunião de conferência.
- Painel é produto vivo. Sem dono e sem revisão, ele para de refletir a operação em poucos meses.
O que dá errado quando se começa pela ferramenta?
O erro mais comum que vemos em loja virtual é abrir a ferramenta, conectar a plataforma e arrastar para a tela tudo o que ela oferece. Em duas semanas existe um painel bonito, com dezenas de gráficos; em dois meses ninguém abre mais. A ferramenta mostra o que a fonte tem, e não o que a operação precisa saber.
Três defeitos aparecem sempre. Excesso de métrica: sessões, rejeição e tempo médio ganham espaço nobre porque vêm prontos, e a margem por pedido fica de fora. Número sem regra: a receita do painel vem do Analytics, a da reunião vem da plataforma e a do contador vem do ERP. Tela para todo mundo, que na prática não atende ninguém.
Quando o painel nasce da pergunta, a ordem inverte e a ferramenta entra por último. Se você ainda está decidindo entre montar por conta própria ou contratar, o guia sobre dashboard para e-commerce compara os caminhos.
Passo 1: que perguntas o painel precisa responder?
Reúna as pessoas que decidem na loja e anote as perguntas que elas fazem toda semana, na forma exata em que fazem. As respostas costumam ser parecidas:
- Quanto vendemos ontem e na semana, comparado com a semana passada e com o ano anterior?
- Com que margem, depois de custo do produto, frete e taxa de marketplace?
- Qual campanha trouxe venda de verdade, medida pelo pedido registrado na loja?
- Em que etapa do funil o cliente desiste, e de qual origem ele veio?
Cinco a oito perguntas bastam para o primeiro painel. Se a lista passa de quinze, há mais de um público misturado, e o passo 5 vai separá-los.
Passo 2: como escolher os indicadores sem afogar a tela?
Para cada pergunta, escolha um número que a responda e que, se mudar, obrigue alguém a agir. Número que muda e ninguém faz nada não merece a tela principal. Detalhamos esse critério no texto sobre como definir indicadores que orientam decisões.
A tabela mostra o formato que usamos para transformar pergunta em indicador, já com a fonte natural de cada um e quem o acompanha.
| Pergunta da operação | Indicador | Fonte principal | Quem olha |
|---|---|---|---|
| Quanto vendemos e com que margem? | Receita líquida e margem por dia, categoria e canal | Plataforma da loja + ERP | Dono e gerente |
| Qual anúncio devolveu dinheiro? | Retorno de mídia e custo de aquisição sobre a venda registrada na loja | Meta Ads, Google Ads + pedidos da loja | Gerente de mídia |
| Onde o funil perde cliente? | Taxa por etapa: sessão, carrinho, checkout, pagamento, pedido | GA4 + plataforma da loja | Gerente e agência |
| O que repor e o que parar de anunciar? | Cobertura de estoque em dias e giro por produto | ERP + plataforma da loja | Operação e compras |
| O dinheiro entrou? | Receita aprovada, taxa de recusa e prazo de repasse | Gateway + financeiro | Financeiro |
Passo 3: de onde vem cada número?
Uma loja de porte médio tem vários sistemas registrando a mesma venda. A plataforma (VTEX, Shopify, WooCommerce ou outra) registra o pedido. O ERP registra a nota e o custo do produto. As plataformas de anúncio registram a conversão que acreditam ter gerado.
O ponto que mais confunde é a mídia. Meta e Google atribuem a si mesmos conversões que dividem crédito entre si, e, somados, os retornos declarados passam com frequência da receita real da loja. A regra que adotamos é calcular o retorno de mídia sobre o pedido registrado na loja, usando a plataforma de anúncio para saber o custo e a origem, nunca a venda.
O comportamento do cliente no site vem do Google Analytics 4. A documentação oficial de e-commerce do GA4 define os eventos que desenham o funil: view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info e purchase.
O que sustenta o painel é uma base central que recebe os dados de cada sistema todo dia e os guarda com a mesma chave, em geral o número do pedido.
Passo 4: como escrever a regra de cada número?
Todo número do painel precisa de uma frase que diga como é calculado, de qual fonte sai e o que fica de fora. Sem isso, a primeira meia hora de toda reunião vira conferência de origem.
O exemplo mais claro é a receita. Na documentação de relatórios de vendas do Shopify, venda bruta é preço vezes quantidade antes de impostos, frete e descontos; venda líquida é a bruta menos descontos e devoluções; e venda total é a líquida somada a impostos, frete e taxas. São três números legítimos chamados de "venda".
A regra escrita responde perguntas deste tipo:
- Receita: bruta ou líquida? Cancelamento sai no dia do pedido ou no dia do cancelamento?
- Margem: custo do ERP na data da venda ou último custo de compra? Taxa de marketplace e de gateway entram?
- Retorno de mídia: venda atribuída pela plataforma ou registrada na loja com origem identificada?
Cada resposta vira uma linha em um documento de definições que acompanha o painel.
Passo 5: como montar as telas por público?
Com indicadores definidos, monte uma tela para cada público, com as perguntas dele e nada além. Três telas cobrem a maioria das lojas.
A tela do dono ou diretor cabe em uma página e responde cinco perguntas no máximo: receita, margem, retorno de mídia, pedidos e ticket, com comparação contra a semana e o ano anterior. É lida em dois minutos na segunda de manhã, no celular.
A tela do gerente de mídia e de e-commerce vai um nível abaixo: campanha por campanha, canal por canal, categoria por categoria. É onde se decide realocar verba.
A tela da operação olha o pedido e o produto: o que está sem estoque, o que está parado, quais pedidos atrasaram, quais pagamentos foram recusados. O texto sobre produtos, vendas e pagamentos no e-commerce detalha essa camada.
Passo 6: como validar com o time antes de dar como pronto?
Um painel está pronto quando quem o usa consegue conferir o número por conta própria e concorda com ele.
Fazemos três rodadas. O financeiro compara receita e margem com o fechamento do mês anterior até que toda diferença seja explicada pela regra escrita. O gerente de mídia compara o retorno do painel com o declarado pela plataforma e entende por que divergem. O time usa o painel em uma reunião real, sem planilha de apoio, e anota o que faltou.
O funil merece atenção especial. O Baymard Institute documenta, com base em 50 estudos, uma taxa média de abandono de carrinho de 70,22%, com custos extras no checkout como o motivo mais citado. Se o painel da loja mostra abandono muito abaixo disso, desconfie da coleta antes de comemorar: o mais provável é evento faltando em alguma etapa do checkout.
Passo 7: como manter o dashboard depois que entra no ar?
Painel para de ser usado por três motivos: o dado deixou de chegar e ninguém percebeu, a operação mudou e a tela não acompanhou, ou nenhuma reunião depende dele.
Monitore a coleta todo dia. Se a integração falhou na madrugada, o painel mostra zero ou repete o dia anterior; um aviso automático evita que a diretoria descubra em reunião. Revise a regra quando a operação muda: canal novo, gateway novo ou nova política de frete alteram a definição de receita e de margem. Amarre o painel a uma reunião: a semanal de vendas e mídia abre pela tela, nunca por planilha refeita.
Quando falar com a Maze Analytics
Faz sentido conversar quando a loja já sabe quais perguntas quer responder, mas o dado está dividido entre plataforma, ERP, contas de anúncio e marketplaces, e não há na casa quem ligue essas fontes e escreva a regra de cada número. Os passos 3 e 4 são a base do que fazemos: conectamos VTEX, Shopify, WooCommerce e outras, Meta Ads, Google Ads, GA4, marketplaces e o ERP, e calculamos o retorno de mídia sobre a venda registrada na loja e a margem com custo de produto, frete e taxa de marketplace. O que entregamos está na página de dashboards para e-commerce.
Não faz sentido quando a loja vende por um canal só, sem mídia paga relevante, e o relatório nativo da plataforma responde às perguntas do dono.
Perguntas frequentes
Qual ferramenta usar para criar um dashboard de e-commerce?
Qualquer ferramenta de visualização razoável serve, desde que o dado por trás dela esteja em uma base central com regra escrita. A ferramenta pesa pouco no resultado; pesam a integração das fontes e a definição de cada número. Escolher a ferramenta antes das perguntas e das regras é a causa mais comum de painel abandonado.
Quanto tempo leva para montar um dashboard de e-commerce?
Depende do estado das fontes, não do painel. Quando plataforma, ERP e contas de mídia exportam dados de forma estável e a loja já definiu receita e margem, o trabalho é curto. Quando é preciso corrigir eventos no site ou decidir pela primeira vez o que conta como receita, a preparação do dado vira a maior parte do projeto.
Por que a receita do dashboard não bate com a do Google Analytics?
Porque medem coisas diferentes. O GA4 registra o evento de compra disparado pelo navegador do cliente, e bloqueadores, recusa de consentimento e falhas de carregamento fazem com que uma parte desses eventos se perca. A plataforma da loja registra o pedido no servidor, inclusive os que o Analytics não viu. O painel usa a fonte de pedido como referência de receita e o Analytics para comportamento e funil.


