Como usar métricas (goals) no Power BI: passo a passo

Seu dashboard mostra o número, mas ninguém sabe se a meta foi batida#

A cena se repete em quase toda empresa que já tem Power BI rodando: existem dezenas de relatórios bonitos, cheios de cartões e gráficos, mas quando alguém pergunta "estamos dentro da meta do trimestre?", a resposta vem de uma planilha paralela que a controladoria mantém à parte. O relatório mostra o valor realizado, e a meta vive em outro lugar. É exatamente esse vão que as métricas (goals) Power BI, entregues pela funcionalidade de scorecards, foram feitas para fechar: elas trazem a meta, o realizado, o responsável e o status para dentro da mesma plataforma onde o dado já vive.

Neste tutorial eu vou direto ao ponto: o que são goals e scorecards, quando vale a pena usar (e quando não vale), o passo a passo para montar seu primeiro scorecard, os erros que eu mais vejo na prática e as boas práticas que separam um acompanhamento de metas que dura de um que é abandonado em duas semanas.

O que são goals e scorecards, sem enrolação#

No Power BI, um scorecard é um artefato que fica dentro de um workspace do Serviço (Power BI Service, a parte na nuvem, não o Desktop). Dentro do scorecard você cria goals, que a Microsoft passou a chamar oficialmente de metrics (métricas). Cada goal representa uma meta que você quer acompanhar ao longo do tempo.

Um goal tem, no mínimo, quatro elementos que você precisa entender antes de sair clicando:

• Valor atual (current): onde você está hoje. Pode ser digitado à mão ou, muito melhor, conectado a um campo de um relatório existente.
• Valor alvo (target): a meta em si. Também pode ser manual ou conectada a dados.
• Status: o estado da meta (no prazo, em risco, atrasado, concluído, e outros que você pode customizar).
• Responsável (owner) e data de vencimento (due date): quem responde por aquela meta e até quando.

A grande diferença entre um goal e um cartão comum de relatório é o tempo. Um goal registra um histórico de check-ins ao longo dos dias, semanas ou meses. Isso permite ver a trajetória, não só a foto do momento. É essa camada temporal, somada ao dono e ao status, que transforma um número em um instrumento de gestão.

Vale o contexto de mercado: a Microsoft é apontada como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e Business Intelligence há anos, e os scorecards são a resposta nativa da plataforma para quem já usa Power BI e não quer mais gerir metas em planilha solta.

Quando usar métricas (goals) Power BI e quando não usar#

Ferramenta boa usada no lugar errado vira problema. Antes do passo a passo, seja honesto sobre o cenário.

Cenário	Goals servem bem?	Comentário
Acompanhar metas de OKRs ou KPIs corporativos por período	Sim	É o caso de uso principal, com dono e status por meta
Consolidar metas que hoje vivem em planilhas dispersas	Sim	Centraliza e cria histórico auditável
Gestão executiva que precisa de status "no prazo / em risco"	Sim	O status e as sub-metas foram feitos para isso
Substituir um relatório analítico completo	Não	Goal não é dashboard, é camada de acompanhamento
Cálculo transacional linha a linha em tempo real	Não	Isso é papel do modelo de dados e do relatório
Empresa sem nenhum relatório publicado ainda	Talvez não	Primeiro estruture o dado, depois acompanhe a meta

O ponto que eu sempre reforço com cliente: goals não substituem um bom modelo de dados nem uma boa modelagem DAX. Eles se apoiam nela. Se o número de origem está errado, o goal só vai propagar o erro com mais visibilidade. Antes de montar scorecard, garanta que a base está sólida. Se esse é o seu gargalo, vale olhar como estruturamos engenharia de dados e a disciplina de modelagem e DAX.

Pré-requisitos de licença#

Isso derruba muita gente no meio do caminho, então trato logo. Scorecards e goals fazem parte do Power BI Service e exigem licença. Na prática:

• Criar e consumir scorecards em um workspace requer capacidade compatível. Com Power BI Pro, o conteúdo precisa estar em workspace Pro e os consumidores também precisam de Pro.
• Com Power BI Premium por Usuário (PPU) ou capacidade dedicada (Premium ou Microsoft Fabric), você tem mais folga de recursos e de compartilhamento.
• Usuários apenas com licença gratuita não conseguem colaborar em scorecards em workspaces Pro.

Os valores de licença variam por região e contrato e devem ser confirmados na página oficial da Microsoft. Como faixa aproximada de referência de mercado, o Power BI Pro costuma ficar na casa de poucas dezenas de reais por usuário ao mês, e o PPU num patamar acima. Não feche orçamento por este artigo: confirme na fonte.

Passo a passo: montando seu primeiro scorecard#

Vou assumir que você já tem pelo menos um relatório publicado no Power BI Service com o número que quer acompanhar. Se ainda não tem, esse é o pré-passo.

Passo 1: crie o scorecard no workspace certo#

No Power BI Service, entre no workspace onde a meta faz sentido morar (idealmente o mesmo que já concentra os relatórios daquela área). Clique em Novo e escolha Scorecard. Dê um nome claro e ligado ao negócio, algo como "Metas Comerciais 2026 T1", não "Scorecard1". Nome ruim é o primeiro passo para o abandono.

Pense no workspace como decisão de governança, não de conveniência. Quem tem acesso ao workspace terá acesso ao scorecard. Se metas de RH e de vendas exigem visibilidades diferentes, provavelmente são scorecards em workspaces diferentes.

Passo 2: crie sua primeira métrica (goal)#

Dentro do scorecard, clique em Adicionar métrica (ou New goal, dependendo do idioma da interface). Preencha:

• Nome: descritivo e no vocabulário da área. "Receita líquida acumulada", não "meta1".
• Valor atual: por enquanto pode digitar um número para testar.
• Valor alvo: a meta do período.

Salve. Você já tem um goal funcional, mas ainda estático. O valor a seguir é conectar isso ao dado real.

Passo 3: conecte o valor atual a um relatório (o pulo do gato)#

Aqui está a diferença entre um scorecard vivo e uma planilha disfarçada. Em vez de digitar o valor atual, conecte-o a um dado existente.

Ao editar a métrica, no campo de valor atual, escolha Conectar aos dados. O Power BI abre um seletor onde você navega até um relatório e seleciona um visual específico e a medida dentro dele. A partir daí, o valor atual do goal passa a refletir aquele número automaticamente, sem redigitação.

Faça o mesmo com o valor alvo quando a meta também vier de uma tabela (por exemplo, uma tabela de metas que a controladoria mantém no modelo). Assim, quando a meta mudar na origem, o goal acompanha.

Duas observações técnicas honestas: a conexão puxa o valor conforme o visual escolhido está filtrado, então se há um slicer de período aplicado, entenda exatamente qual recorte você está trazendo (erro clássico é conectar a um cartão que mostra o mês errado). E modelos com atualização agendada mantêm o goal atualizado no ritmo do refresh do dataset.

Passo 4: defina regras de status#

O status é o que transforma número em decisão. Em vez de deixar o gestor interpretar "faltam 12%", você define regras que pintam o goal automaticamente.

Configure regras do tipo: se o valor atual for maior ou igual a 100% do alvo, status Concluído; entre 90% e 100%, No prazo; entre 70% e 90%, Em risco; abaixo disso, Atrasado. Os nomes e faixas de status são customizáveis por scorecard. Padronize esses estados entre times para que "em risco" signifique a mesma coisa em toda a empresa.

Passo 5: crie sub-metas e hierarquia#

Metas raramente são planas. A receita total se decompõe por região, a região por vendedor. Nos goals você pode criar sub-metas aninhadas sob uma métrica pai, formando uma hierarquia. Isso permite que o executivo veja o topo e faça drill até a origem do desvio sem sair do scorecard.

Use isso com parcimônia. Hierarquia de quatro ou cinco níveis vira burocracia. Modele a árvore de metas como o negócio realmente cobra resultado.

Passo 6: atribua responsáveis e prazos#

Cada goal recebe um owner e uma data de vencimento. Meta sem dono não é meta, é intenção. Atribua pessoas reais, não a "diretoria". O dono é quem faz os check-ins e responde pelo status.

Passo 7: registre check-ins e notas#

O check-in é o registro periódico. Mesmo com valor conectado a dados, o dono pode adicionar uma nota explicando o contexto: "queda por sazonalidade de janeiro, recuperação prevista em fevereiro". Esse histórico narrativo é ouro em reunião de resultado, porque responde o "por quê", não só o "quanto".

Passo 8: compartilhe e integre ao fluxo de trabalho#

Fixe o scorecard onde as pessoas já olham. Você pode fixá-lo no Power BI, e os goals podem ser levados para o Microsoft Teams, aparecendo na aba do canal da equipe. Integrar ao lugar onde o time conversa é o que garante uso recorrente. Scorecard que só vive numa URL esquecida morre.

Erros comuns que eu vejo na prática#

Depois de muitos projetos, os tropeços se repetem. Anote estes.

Erro	Consequência	Como evitar
Digitar valores à mão em vez de conectar	Dado desatualiza e ninguém confia	Sempre conecte o valor atual a um visual real
Conectar a um visual com filtro errado	Goal mostra o período ou recorte errado	Verifique slicers e filtros do visual de origem
Meta sem dono definido	Ninguém faz check-in, scorecard morre	Um owner nomeado por goal, pessoa real
Status genérico ou incoerente entre times	"Em risco" significa coisas diferentes	Padronize faixas e nomes de status
Excesso de goals no mesmo scorecard	Ruído, gestor não sabe onde olhar	Menos metas, bem escolhidas, por scorecard
Ignorar governança de acesso	Meta sensível exposta a quem não deveria	Trate acesso como decisão de workspace
Confundir goal com relatório analítico	Frustração por falta de detalhe	Goal acompanha, relatório explica

O erro de acesso merece destaque à parte. Metas costumam carregar informação sensível: faturamento por unidade, desempenho individual, indicadores de pessoas. Isso entra no radar da LGPD (Lei nº 13.709/2018) quando envolve dados pessoais, e no radar da governança corporativa sempre. Definir quem vê o quê não é detalhe, é requisito. Se governança é um ponto fraco hoje, vale estruturar com método, como tratamos em governança de dados e no guia de governança e LGPD no Power BI.

Boas práticas de quem mantém scorecards vivos#

Montar é fácil. Manter em uso é o desafio real. O que funciona:

• Comece pequeno: escolha de cinco a dez metas que a liderança realmente cobra. Um scorecard enxuto usado toda semana vale mais que um exaustivo abandonado.
• Conecte tudo que der para conectar: menos digitação manual significa mais confiança e menos manutenção. O ideal é que o refresh do dataset atualize os goals sozinho.
• Ritualize o check-in: encaixe a revisão do scorecard numa cerimônia que já existe, como a reunião semanal de resultados. Ferramenta sem ritual não sobrevive.
• Padronize status e nomenclatura: mesma escala, mesmos nomes e mesmo vocabulário de negócio em todos os times.
• Documente a origem de cada meta e revise trimestralmente: registre de qual medida e relatório o valor vem, e aposente goals que não fazem mais sentido em vez de acumular lixo.

Uma nota sobre a plataforma. O Power BI hoje faz parte do Microsoft Fabric, anunciado em 2023, que unifica engenharia de dados, data warehouse e BI sob capacidades medidas em Capacity Units (CU), com SKUs de F2 a F2048, além dos P1 a P5 do Premium. Modos como o Direct Lake, que lê direto do OneLake, mudam a forma como o dado chega ao relatório, e a fonte que alimenta seus scorecards tende a viver cada vez mais nessa arquitetura. Se você avalia esse caminho, vale entender o cenário no material sobre Microsoft Fabric e como estruturamos analytics avançado.

Goals dentro de uma estratégia de BI que funciona#

Scorecards resolvem um problema específico e resolvem bem: acompanhar metas com dono, status e histórico dentro da própria plataforma. Mas eles são o topo de uma pilha. Embaixo precisa haver dado confiável, modelo bem construído e governança clara. Um goal conectado a uma medida errada é um erro com holofote em cima.

Na prática, quem tira mais valor de goals é quem já tem a casa minimamente arrumada: relatórios publicados, medidas revisadas e um mínimo de governança. Se esse é o seu caso, os scorecards são um ganho rápido. Se não é, comece pela fundação. Em qualquer cenário, é disso que cuidamos no dia a dia com Power BI.

Perguntas frequentes#

Preciso do Power BI Desktop para criar goals?

Não. Goals e scorecards vivem no Power BI Service, a parte na nuvem. O Desktop é onde você constrói o modelo e os relatórios que servem de origem para os valores. Você cria e gerencia o scorecard direto pelo navegador, dentro do workspace.

Qual licença é necessária para usar scorecards?

É preciso licença Power BI Pro no mínimo, tanto para quem cria quanto para quem colabora, com o conteúdo em workspace Pro. PPU e capacidades dedicadas (Premium ou Fabric) dão mais folga de recursos e compartilhamento. Usuários apenas gratuitos não colaboram em scorecards de workspace Pro. Confirme valores e condições atuais na página oficial da Microsoft, pois variam por região e contrato.

Qual a diferença entre um goal e um cartão de KPI num relatório?

O cartão mostra a foto do momento. O goal adiciona camadas de gestão: valor alvo, status com regras, dono, prazo e, principalmente, um histórico de check-ins ao longo do tempo. É a diferença entre ver o número e acompanhar a trajetória da meta com responsável definido.

Posso conectar o valor da meta a dados que atualizam sozinhos?

Sim, e é a prática recomendada. Ao conectar o valor atual (e o alvo) a um visual de um relatório, o goal reflete aquele número. Quando o dataset atualiza pelo refresh agendado, os goals acompanham. Isso reduz digitação manual e aumenta a confiança no número.

Goals substituem os meus dashboards atuais?

Não. Eles complementam. O dashboard analítico continua sendo onde você explica o desvio, com detalhe e drill. O scorecard é a camada de acompanhamento de metas, mais enxuta e voltada à gestão por status. Os dois convivem: o goal aponta o problema, o relatório explica a causa.

Como controlo quem vê cada meta, considerando dados sensíveis?

O acesso ao scorecard segue o acesso ao workspace onde ele mora. Metas sensíveis (faturamento por unidade, desempenho de pessoas) pedem separação por workspace e uma política clara de permissões. Onde há dado pessoal, a LGPD se aplica. Trate isso como requisito de governança, não como ajuste posterior.

Fechamento#

Métricas (goals) no Power BI não são mais um dashboard bonito: são a ponte entre o número que você já tem e a meta que a liderança cobra, com dono, status e histórico no mesmo lugar. Bem usadas, acabam com a planilha paralela de metas. Mal usadas, viram mais um artefato abandonado. A diferença está na fundação de dados, na conexão correta dos valores e no ritual de acompanhamento.

Se você quer implantar scorecards com a base certa por baixo, ou arrumar o modelo e a governança antes de subir metas, fale com a gente.