dashboard-canvas

Dashboard Canvas

Método de planejamento usado antes do Power BI Desktop. O usuário preenche o canvas no web app (dashboardcanvas.officetuning.com.br), que gera uma especificação técnica em Markdown. Essa especificação:

• alimenta o Background Builder (sistema visual, skill dashboard-layout);
• serve de handoff e documentação para quem constrói e mantém;
• alimenta o Cronograma Consolidado do projeto.

O Canvas não gera visual. Ele força decisões de escopo e modelagem antes, para reduzir retrabalho.

Duas etapas: Canvas ETL & Modelagem (blocos 1–9) e Data Visualization (blocos 10–12).

Os 12 blocos

Fase 1 — Descoberta

1. Problema — qual pergunta de negócio o relatório responde? Se não cabe

numa frase, o escopo está inflado (mesmo teste da Big Idea, skill data-storytelling).

1. Nível de Decisão — cada página por visão temporal

(operacional/tático/estratégico) e finalidade; calibra o nível de detalhe.

1. Contexto de Uso — apresentação ao vivo ou leitura solitária.

Fase 2 — Dados

1. Origem dos Dados — sistema, planilha, API; taxonomia de tabela e campo (abaixo).
2. Frequência de Atualização — diário, semanal, tempo real; define refresh

completo ou incremental (skill power-query-m).

1. Horários de Atualização — janela da fonte e fuso horário (ver o bug de

"última atualização" na skill dashboard-layout).

Fase 3 — Governança

1. Regras de Usuários / RLS — quem vê o quê.
2. Riscos — qualidade de dado, atraso de fonte, mudança de escopo; mitigação.
3. Premissas — o que se assume sem validação (ex.: "vendas já líquidas de devolução").

Fase 4 — Execução

1. Cálculos — medidas e sua lógica, justificadas pela Matriz Tipo de Dado ×

5W2H e nomeadas no padrão AV/AA/Δ/Δ%/Δi (skill bi-nomenclatura).

1. Cronograma & Esforço — estimativa por etapa, consolidada no Cronograma Consolidado.
2. Encerramento — critério de pronto: números batendo, RLS testada, performance aceitável.

Taxonomia

Prefixos nunca aparecem na camada semântica (skill bi-nomenclatura).

Matrizes de apoio

• Tipo de Dado × Tipo de Segmentação — cada filtro recebe um tipo de dado

que determina as segmentações compatíveis (ex.: Data/Hora aceita data relativa; Texto não aceita "Entre", "Antes de", "Depois de").

• Tipo de Dado × 5W2H — cruza o tipo de dado com What/Why/Where/When/Who/How/How

much para justificar cada medida no Bloco 10 antes de criá-la.

Anatomia de página (Canvas 2)

1. Mensagem principal — a Big Idea.
2. Painel Visual — por visual: Intenção, Cálculo (medida) e

Posição (Topo/Meio/Base).

1. Hierarquia visual — o elemento dominante e os secundários.
2. Cronograma — esforço da página.

A skill dashboard-layout transforma a Posição qualitativa em coordenadas.

De-Para: Canvas → Power BI

Ponte com o Background Builder

Três campos opcionais do Canvas vão direto para o Background Builder: Idealização/Realização (créditos), Subtítulo e ícone de cabeçalho.

Revisar um modelo existente contra o Canvas

Ao inspecionar um modelo (TMDL, MCP do Power BI, print ou PDF), avalie:

1. Cada tabela se comporta como Fato, Dimensão ou Monolítica, e o nome físico

reflete isso? Sinalize TabFatDados, TabFatBase.

1. Chaves e colunas técnicas ocultas?
2. Chave substituta inteira nos relacionamentos fato-dimensão?
3. Tabela monolítica usada em várias páginas com fan-out? Recomende estrela.
4. Campos geográficos com Categoria de Dados?
5. Descritores com sumarização numérica? Troque para "Não resumir".
6. Tipo de segmentação compatível com o tipo de dado (Matriz 1)?
7. Prefixo técnico exposto em objeto visível?
8. Medidas com nome amigável, contagem com #, comparativo em AV/AA/Δ/Δ%/Δi?
9. Sem especificação? Recomende montar um Canvas retroativo, ao menos para handoff.