Briefing de dashboard: o que o painel precisa responder, com modelo e exemplo

Um briefing de dashboard é a folha que diz para quem o painel existe, qual decisão ele sustenta e de onde sai cada número, antes de alguém abrir o Power BI. Eu aprendi o valor dessa ordem longe dos painéis, em cima de um palco.

Já dei centenas de palestras, muitas no ENGEP, para estudantes de engenharia de produção, e outras tantas para diretoria de empresa. As que saíram ruins tinham um defeito em comum, e não era o conteúdo: eu tinha montado os slides antes de saber quem estaria na plateia e o que aquela pessoa ia fazer com o assunto na segunda-feira. O material era o mesmo que tinha funcionado em outra sala. Na sala errada, virava um desfile de gráficos que ninguém usava para decidir nada.

Painel de indicadores sofre do mesmo mal. Painel sem decisão é motor ligado em ponto morto: queima combustível todo dia, atualiza sozinho e não leva ninguém a lugar nenhum. O briefing de dashboard é a marcha engatada. Ele obriga quem pede o painel a escrever a decisão, o público, a frequência e a regra de cálculo de cada indicador antes do primeiro gráfico.

Neste guia, a gente passa pelos blocos da folha, pelo que o Guia Prático Lean Seis Sigma diz sobre relatório de KPIs, por um passo a passo e por um exemplo preenchido de uma distribuidora com sete centros de distribuição, com o PDF para baixar. No fim, fica o modelo em branco da ferramenta C16 do Kit de Ferramentas de Análise de Dados.

O que é um briefing de dashboard?

Briefing de dashboard é um documento de uma página que registra, antes da construção do painel, a decisão que ele precisa apoiar, quem vai olhar e com que frequência. A folha lista os indicadores que entram, com fonte e regra de cálculo de cada um, e o que fica de fora.

A palavra vem da publicidade e do design: o briefing é o resumo do pedido que a agência recebe do cliente antes de criar. No painel, a lógica é igual. Quem constrói o dashboard não deveria adivinhar o que o solicitante quer ver. Deveria receber isso por escrito, numa folha que os dois leram juntos.

O briefing de dashboard não escolhe gráfico, cor nem layout. Essas escolhas vêm depois e dependem dele. Um painel de acompanhamento diário para quem opera pede um desenho, e um painel semanal para a diretoria pede outro. Os modelos de dashboard prontos ajudam no visual, mas nenhum deles sabe qual decisão está em jogo na sua empresa.

No kit, a folha é a ferramenta C16 e abre a fase de decisão, ao lado do one-pager de storytelling (C17), do plano de ação 5W2H (C18) e do A3 da análise (DA3). A posição diz muito: o painel é o que continua trabalhando depois que a análise termina. O Guia do Kit resume o erro mais comum com a C16 numa frase: construir o painel antes de definir quem vai olhar e com que cadência.

Os cinco blocos da folha de briefing de dashboard

Cabe tudo em uma página A4, lida de cima para baixo. Cada bloco responde a uma pergunta que, sem a folha, alguém faria só depois de o painel estar pronto, quando mudar custa caro.

Antes dos blocos, o cabeçalho pede três dados que parecem burocracia: o nome do painel, o solicitante e a data. O solicitante é o dono da decisão, e é com ele que o construtor fala quando surgir dúvida. A data mostra quando o briefing de dashboard foi combinado, e isso ajuda a perceber, meses depois, se a folha envelheceu junto com a decisão.

Decisão. É o bloco que segura os outros. Escreva a decisão como escolha entre caminhos, e não como tema. “Acompanhar o estoque” é tema. “Renegociar prazo ou elevar o estoque de segurança” é decisão, porque dá para dizer qual número empurra para cada lado. Se ninguém consegue escrever essa linha, o briefing de dashboard parou no primeiro campo, e isso já é informação útil: talvez o pedido seja de uma análise de dados pontual, e não de painel.

Público e frequência. Nomeie o cargo e o momento em que o painel é aberto: a reunião, o turno, o dia da semana. “Todo mundo” não é público. A frequência aqui é a de leitura, e ela manda na atualização dos dados, e não o contrário.

Indicadores. Ao lado do nome do indicador, cada linha da tabela tem cinco colunas, e nenhuma delas é enfeite:

• Pergunta: o que o número responde, na linguagem de quem decide.
• Fonte: o sistema ou a planilha de onde o dado sai, com nome.
• Regra de cálculo: numerador, denominador e janela de tempo, escritos.
• Quebra: por quais dimensões o número se abre, como unidade, produto ou fornecedor.
• Atualização: diária, semanal ou mensal, casada com a frequência de leitura.

O que fica de fora. Todo painel recebe pedido de mais uma aba. A lista de exclusões, com o motivo de cada uma, é o que permite dizer não sem reabrir a discussão a cada reunião.

Sinais de um bom briefing. O rodapé da C16 traz quatro conferências: regra de cálculo escrita, a decisão que muda se o número virar vermelho dita de cabeça, público e frequência nomeados, e a lista do que ficou de fora. Com os quatro marcados, o briefing de dashboard está pronto para ir ao construtor.

Diretoria semanal e supervisor diário: dois ritmos no mesmo briefing de dashboard

O como preencher da C16 traz uma frase que resume o bloco de público: diretoria mensal e supervisor diário pedem painéis diferentes. Não é questão de gosto. Quem decide contrato com fornecedor precisa de tendência e de comparação entre períodos. Quem decide o que repor hoje precisa do saldo de agora, aberto por item.

É a diferença entre um dashboard estratégico, que olha semanas e meses e serve à diretoria, e um dashboard operacional, que olha o turno e serve a quem executa. Quando o briefing de dashboard mistura as duas plateias numa tela só, os dois lados perdem: a diretoria se afoga em item e o supervisor não acha o que precisa repor.

A saída nem sempre é fazer dois painéis. No exemplo deste guia, a folha manteve um painel só e deixou a atualização de cada indicador seguir o ritmo de quem decide com ele. O que não pode é a frequência ficar em branco, porque é ela que define o custo de manter o painel vivo.

Na hora de escrever a frequência, pense no custo por trás de cada cadência. Atualização diária pede carga automática e alguém que responda quando ela falhar de madrugada. Atualização semanal tolera um passo manual. Se a leitura é semanal, não há motivo para pagar por atualização a cada hora só porque a ferramenta permite.

A documentação do Power BI vai na mesma direção. Nas dicas de design de painéis da Microsoft, as primeiras perguntas são sobre a audiência: como ela usa o painel e quais métricas a ajudam a tomar decisões. A mesma página lembra que o painel é uma visão geral, um lugar para monitorar o estado atual dos dados. A C16 é o lugar para responder a essas perguntas por escrito.

Regra de cálculo: o campo que evita dois números para a mesma coisa

Regra ambígua vira dois números para a mesma coisa. A frase também está no como preencher da C16, e quem já participou de reunião com dois relatórios de vendas diferentes na mesa conhece o custo: meia hora discutindo qual número está certo e nenhum minuto discutindo o que fazer.

Um KPI só é indicador de verdade quando duas pessoas, com a mesma base, chegam ao mesmo valor. Para isso, a regra precisa de três coisas escritas: o que entra no numerador, o que entra no denominador e a janela de tempo. “Lead time do fornecedor” sem regra pode começar na emissão do pedido, na confirmação do fornecedor ou no faturamento, e pode terminar na nota fiscal ou na chegada ao armazém. São vários números com o mesmo nome.

A regra também protege contra métricas de vaidade. Quando você escreve o cálculo e a pergunta lado a lado, aparece o indicador que cresce sempre e não muda decisão nenhuma. E ela facilita a vida de quem monta o painel, porque a regra escrita já é meio caminho da medida calculada no Power BI ou no Excel.

Se a sua empresa já tem uma árvore de indicadores, o briefing de dashboard puxa dela os indicadores que servem àquela decisão, e não a árvore inteira. Se o dado ainda não é coletado com regularidade, o passo anterior é um plano de coleta de dados. Painel não conserta dado que ninguém registra.

Uma dica que funciona: ponha a meta na mesma linha do indicador, quando houver. No exemplo, a pergunta do lead time já nasce com a meta de nove dias dentro dela, e a da reposição com a meta de quatro pedidos por mês. O número sozinho informa. O número ao lado da meta decide.

Um teste rápido de regra: entregue a folha a duas pessoas da equipe e peça que calculem o indicador da semana passada, cada uma sozinha. Se os números baterem, a regra está escrita. Se não baterem, a diferença mostra onde falta detalhe: um filtro que uma pessoa aplicou e a outra não, uma data de corte, um item que uma contou e a outra excluiu. Corrigir isso na folha custa minutos. No painel publicado, custa a confiança de quem lê.

Da folha para a tela: o que cada campo decide no desenho

Quem constrói o painel ganha tempo quando lê o briefing de dashboard como uma lista de decisões de desenho já tomadas. Cada campo da C16 responde a uma dúvida que, sem ele, o construtor resolveria no chute, e o chute costuma ser mostrar tudo.

• Decisão vira o topo da tela. O indicador que empurra a escolha para um lado ou para o outro fica no canto superior esquerdo, onde o olho começa. O resto se organiza em volta dele.
• Público vira nível de detalhe. Quem decide contrato quer poucos números grandes e tendência. Quem decide a tarefa do dia quer a lista aberta por item, com o que está pior no alto.
• Frequência vira agenda de atualização. Painel lido no início do turno precisa de dado atualizado antes de o turno começar. Painel de comitê semanal pode fechar na véspera.
• Quebra vira filtro. Cada dimensão da coluna de quebra é um filtro ou uma segmentação na tela. Dimensão fora dessa coluna não ganha filtro, e isso limpa a interface.
• Regra vira medida. A regra de cálculo escrita é a especificação da medida no Power BI ou da fórmula na planilha. Quem revisa o painel confere a medida contra a folha, linha por linha.
• O que fica de fora vira lista de espera. Pedido excluído não some. Ele fica registrado com o motivo e volta para a mesa quando a decisão mudar.

Cor e tipo de gráfico ficaram fora dessa lista de propósito. Essas escolhas continuam existindo, só que agora têm critério. Com o briefing de dashboard na mão, a pergunta deixa de ser qual gráfico fica mais bonito e passa a ser qual gráfico responde mais rápido à pergunta daquela linha.

Uma conferência simples fecha a etapa de construção. Abra o painel pronto ao lado da folha e percorra as linhas da tabela. Cada indicador precisa aparecer com a quebra prevista e a atualização combinada. Elemento da tela que não corresponde a nenhuma linha do briefing de dashboard é candidato a sair, ou a entrar na folha com pergunta e fonte, se alguém souber defender.

O que o livro diz sobre relatório de KPIs

No Guia Prático Lean Seis Sigma Black Belt, o capítulo 19, “Definição do Problema e Planejamento do Projeto”, traz na seção 19.2.4.1, sobre as principais métricas KPI, um item dedicado ao relatório de KPIs, na página 165. O primeiro conselho dele é o mesmo que abre a C16:

“O primeiro passo para desenvolver o relatório é determinar para quem este é destinado e qual é o seu objetivo.”

Logo depois vêm a frequência e o corte. O livro pede que se defina “a frequência em que os relatórios devem ser feitos, para que ocorra o acompanhamento periódico dos dados”. Em seguida, avisa que o relatório não deve contemplar “indicadores que não sejam relevantes para o objetivo, pois isso vai gerar sobrecarga com KPIs desnecessários”. A última frase do item resume o critério: “Em suma, o relatório deve ser claro e de fácil compreensão pelo público-alvo.”

A tabela abaixo liga cada recomendação do livro ao campo da folha que a responde:

O livro fala em relatório e a C16 fala em painel, mas o raciocínio é o mesmo: quem, para quê, com que ritmo e o que não entra. A diferença é de formato. O briefing de dashboard põe essas respostas numa folha que o solicitante preenche antes de o construtor começar, e isso transforma conselho em combinado.

Poucos painéis escapam do aviso sobre a sobrecarga de KPIs. Todo indicador a mais parece inofensivo na hora do pedido. Somados, eles empurram o número que decide para o meio de uma tela cheia, e quem abre o painel precisa caçar o que deveria ver primeiro. O campo do que fica de fora é a forma prática de seguir esse conselho sem brigar com ninguém.

Quando o painel pode esperar, e o briefing de dashboard também

Nem toda análise termina em painel. O Guia do Kit é direto nisso: a C16 pode esperar quando a decisão não gera acompanhamento recorrente. Uma pergunta respondida uma vez, como escolher entre dois fornecedores num contrato que só volta à mesa dali a anos, fecha melhor num one-pager ou num A3.

O critério prático é a palavra acompanhar. Se depois da decisão alguém precisa olhar o mesmo número de novo, toda semana ou todo dia, para saber se a escolha está funcionando, o painel se paga. Se a decisão se esgota no momento em que é tomada, o painel vira custo de manutenção sem leitor. Quatro sinais indicam que vale montar a folha:

• a decisão tem uma meta que se mede ao longo do tempo, como prazo, nível de estoque ou taxa de falha;
• existe uma reunião fixa em que o número vai ser discutido;
• alguém da operação precisa do número para agir antes da próxima reunião;
• o dado já é coletado com regularidade, sem esforço manual a cada atualização.

Quando nenhum dos quatro aparece, vale segurar o briefing de dashboard e investir o tempo no one-pager de storytelling. No case do kit, a análise da distribuidora gerou as duas coisas: um A3 para a reunião de decisão e um painel para acompanhar a execução, porque a renegociação com fornecedores só se prova semana após semana.

Há um caso intermediário que aparece muito: o painel que alguém quer para ter, sem decisão à vista. Eu trato esse pedido com uma pergunta só, feita com calma. Se esse número piorar amanhã, quem faz o quê? Se a resposta demora, a folha fica em branco por enquanto, e tudo bem.

Como fazer um briefing de dashboard em 6 passos

A ordem abaixo segue a folha. Ela parece lenta no primeiro painel e acelera os seguintes, porque o briefing de dashboard vira a especificação que o construtor usa sem precisar voltar ao solicitante a cada dúvida.

1. Escreva a decisão antes de tudo. Uma frase, com os caminhos possíveis. Se a decisão não gera acompanhamento recorrente, o Guia do Kit diz que a C16 pode esperar.
2. Nomeie o público e o momento de leitura. Cargo, reunião ou turno, e a cadência. Se houver duas plateias com ritmos diferentes, registre as duas.
3. Liste os indicadores pela pergunta, não pelo dado disponível. Comece pelo que a decisão precisa saber. O dado que existe e não responde a nada fica fora.
4. Complete as colunas de cada linha. Fonte com nome de sistema. Regra com numerador, denominador e janela. Quebra só nas dimensões que alguém vai de fato abrir.
5. Escreva o que fica de fora, com o motivo. Recorte excluído do escopo, indicador sem dado confiável, aba pedida por curiosidade.
6. Confira os quatro sinais e leve ao construtor. Regra escrita, decisão sabida de cabeça, público nomeado, lista de exclusões. Só então abra o Power BI ou o Excel.

Baixe a C16 em branco e preencha junto com quem pediu o painel enquanto lê os passos.

Os passos 1 e 5 são os mais fáceis de pular. O primeiro porque parece óbvio, e o quinto porque ninguém gosta de escrever não. Para a etapa de construção, os guias de como construir dashboards no Power BI e de dashboard no Excel partem do ponto em que o briefing de dashboard termina.

Oito perguntas para a conversa com quem pediu o painel

A folha rende mais preenchida numa conversa do que por e-mail. Estas são as perguntas que eu levo para a meia hora com o solicitante, na ordem em que o briefing de dashboard pede as respostas:

1. Que decisão você vai tomar com este painel, e quais são os caminhos possíveis?
2. Se o número principal piorar na semana que vem, o que você faz de diferente?
3. Quem mais vai abrir o painel, e em que momento do dia ou da semana?
4. Qual reunião usa esse número hoje, e com que dado ela trabalha agora?
5. Para cada indicador, de qual sistema o dado sai e quem responde por ele?
6. Como o número é calculado hoje, e existe outra área que calcula diferente?
7. Por quais recortes você precisa abrir o número: unidade, produto, fornecedor, período?
8. O que você já sabe que vão pedir e que não deveria entrar?

A sexta pergunta pega de surpresa quem achava que o número era um só. Em muita empresa, compras e logística medem o mesmo prazo com começo e fim diferentes, e só descobrem isso quando os dois números aparecem lado a lado. Anotar a divergência no briefing de dashboard antes da construção evita a reunião em que cada área defende o seu.

Quem faz a oitava pergunta tem a sensação de estar recusando trabalho. Faça mesmo assim. O solicitante costuma saber quais pedidos vão chegar, e ter a resposta escrita protege os dois lados.

Exemplo de briefing de dashboard preenchido, com PDF para baixar

O caso a seguir vem do case que atravessa o Kit de Ferramentas de Análise de Dados, uma distribuidora que investiga a alta da ruptura de estoque. A folha preenchida é a C16. Clique na imagem para ver a folha inteira e use o botão para baixar o PDF. É um caso ilustrativo.

1. Distribuidora: o painel de ruptura que nasceu de uma renegociação

O pedido chegou da Diretoria de Operações de uma distribuidora com 7 centros de distribuição: um painel de ruptura de estoque e lead time do fornecedor. Antes de qualquer gráfico, a folha registra a decisão que ele precisa sustentar. Renegociar o prazo de entrega com os 3 maiores fornecedores, ou elevar o estoque de segurança. São duas saídas com custo bem diferente, e o painel existe para mostrar qual delas o número pede.

O primeiro desafio foi a plateia. A diretoria olha o painel toda semana, no comitê de segunda-feira. O supervisor de cada CD olha todo dia, no início do turno, para decidir a prioridade de reposição do dia. Eu teria desenhado um painel só, com tudo em todas as telas. A folha separa as leituras: ruptura e cobertura atualizam todo dia, lead time e concentração por CD fecham na semana, e a previsão e a frequência de reposição fecham no mês.

O segundo desafio foi a regra. Lead time do fornecedor, dito assim, cabe em vários cálculos. A folha fixa um: a média de dias entre a data do pedido no ERP e a chegada confirmada no CD, lida contra a meta de 9 dias, quebrada por fornecedor e CD. A ruptura vira a fatia de SKU-dia com saldo zero sobre o total de SKU-dia. A cobertura divide o saldo pelo consumo médio diário dos últimos 30 dias.

São seis indicadores, e cada um tem fonte nomeada. O WMS Vertice alimenta ruptura e cobertura, a planilha de Compras dá o lead time e o Power BI Comercial, a acurácia da previsão. O ERP Protheus conta a frequência de pedido de reposição, lida contra a meta de 4 por mês. O índice de concentração divide a taxa de ruptura de cada CD pela taxa geral dos 7 CDs, cruzando o WMS com a A11.

O bloco de que eu mais gosto é o de fora. Saíram o SKU de giro C, o item sob encomenda e a linha de locação, que já estavam fora do recorte do N01. Saiu também a previsão por vendedor individual, porque não há dado confiável para ela. Quando alguém pedir esse recorte no comitê, a resposta já está escrita, com o motivo ao lado. Os quatro sinais do rodapé fecham: regra escrita, decisão sabida de cabeça, público nomeado e lista do que ficou fora.

Repare que nenhum gráfico foi escolhido. A folha entrega ao construtor seis perguntas com fonte e regra, duas plateias e uma lista de exclusões. No case do kit, o one-pager de storytelling (C17) registra que a TI configura esse painel antes da primeira reunião de renegociação, e o A3 da análise (DA3) prevê acompanhar nele, toda semana, o lead time por fornecedor e a ruptura por CD. Para ler os indicadores de estoque com mais profundidade, veja os guias de falta de estoque, lead time e indicadores de desempenho logístico.

Se você for adaptar o exemplo para a sua área, troque primeiro a decisão, e só depois os indicadores. É tentador copiar a tabela de seis linhas e mudar os nomes. Só que a tabela faz sentido porque a decisão de renegociar ou elevar o estoque pede exatamente aqueles números, e outra decisão vai pedir outros.

Seis erros que transformam o painel em relatório que ninguém abre

• Começar pelo gráfico. Escolher o visual antes da decisão inverte a ordem que a C16 põe já no subtítulo: primeiro o que o painel precisa responder, depois o gráfico. O painel fica bonito e responde a uma pergunta que ninguém fez.
• Público “todo mundo”. Quando o público é a empresa inteira, ninguém abre o painel sabendo o que procura. Sem cargo e momento de leitura, a frequência de atualização vira chute.
• Indicador sem regra de cálculo. Na primeira reunião aparece outro número com o mesmo nome, e a discussão muda de assunto.
• Fonte genérica. “Sistema” não é fonte. Sem o nome da base, ninguém sabe a quem pedir correção quando o dado vier errado.
• Nada fica de fora. Painel cresce até ficar inútil se ninguém disser não. Cada aba nova dilui a leitura das que importam.
• Briefing escrito e esquecido. Quando a decisão muda, o briefing de dashboard muda junto. Painel que sobrevive à decisão que o criou vira peça de museu com atualização diária.

O custo do quinto erro chega aos poucos. Uma aba a mais por mês não assusta ninguém, e alguns meses depois ninguém lembra por que metade das telas existe. Os benefícios de um dashboard dependem de foco, e foco é o que a lista de exclusões protege.

Já o sexto erro não faz barulho nenhum. O painel continua atualizando, os números continuam certos, e ninguém percebe que a decisão que ele sustentava já foi tomada há meses. Uma revisão da folha a cada mudança de meta, ou a cada novo pedido de aba, mantém o painel ligado a uma escolha que ainda está em aberto.

Ferramentas que trabalham junto com o briefing de dashboard

Na fase de decisão do kit, a C16 divide o espaço com três folhas. O one-pager de storytelling (C17) resume achado, evidência, recomendação e limite da análise. O plano de ação (C18) usa o 5W2H para dar dono e prazo a cada ação. O A3 da análise (DA3) junta tudo numa folha para a reunião de decisão. O painel é o que acompanha a execução depois dessa reunião.

Na empresa, o painel costuma se ligar ao sistema de metas: balanced scorecard, OKR ou uma lista de indicadores de desempenho por área. O briefing de dashboard não substitui nenhum deles. Ele recorta o pedaço que serve a uma decisão.

Na parte técnica, quem vai construir pode começar pelo que é o Power BI ou pelo panorama de business intelligence. A página da Microsoft sobre painéis no Power BI explica que o painel do serviço é uma página única, que é o formato em que o briefing costuma virar tela.

Modelo de briefing de dashboard em branco para baixar

Esta é a folha sem preenchimento, a mesma do exemplo: a ferramenta 16 do kit, na fase de decisão.

Em uma página A4 vêm o como preencher em quatro passos, o cabeçalho com painel, solicitante e data, o campo da decisão e a tabela de indicadores com suas seis colunas. Abaixo ficam os blocos de público e frequência e do que fica de fora, e os sinais de um bom briefing no rodapé.

Abrir e baixar a C16 em branco

Leve as oito perguntas da seção de conversa como roteiro e escreva as respostas na folha ali mesmo, na mesa. As perguntas da C16 obrigam o solicitante a escolher entre caminhos que até ali ele deixava em aberto.

Voltando ao palco: hoje, antes de montar qualquer apresentação, eu pergunto quem vai estar na sala e o que essa pessoa precisa decidir depois. É um briefing de dashboard com outro nome, e me poupou de muito slide inútil. Se você quer levar esse cuidado para a análise inteira, da pergunta à decisão, conheça a formação em análise de dados e as trilhas com certificado da Academia de Certificação da Voitto. Vai ser um prazer ter você com a gente.