Refinar e escalar
Monitorização de KPIs e dashboards
De "conseguimos medir" para "orientamo-nos por essa medição". Que dashboards consulta diariamente, semanalmente e mensalmente — e que decisão se segue a cada um?
Atualizado em 18/05/2026
Refinar · 6.1
Porque é importante agora
Construir dashboards é fácil. Dashboards que mudam decisões — isso exige cadência, ownership e disciplina. Muitas plataformas estagnam no “temos Power BI” sem ninguém a orientar-se por ele. É aqui que faz a diferença entre medir e governar.
O que entrega?
Panorama de dashboards
Lista de dashboards com finalidade, público, frequência, dono e canal de distribuição.
Cadência de revisão
Quem olha para o quê e quando — entradas no calendário, não "de vez em quando".
Regras de alerta
Limiares que disparam automaticamente uma notificação.
Registo de melhoria contínua
Que decisões foram tomadas com base nos KPIs, com medição de efeito a posteriori.
Perguntas-chave
- 1Que dashboards para que decisões? Operacional = dia, tático = semana, estratégico = mês/trimestre.
- 2Dono — quem é dono do dashboard, responde a perguntas, ajusta quando algo muda?
- 3Limiares e alertas — a que valor dispara uma notificação? Para quem?
- 4Comparação — mostra tendências, valores-alvo, período anterior, ou uma combinação? Um número sem contexto engana.
- 5Drill-down — um gestor consegue navegar do total da organização para a sua equipa e até aos tickets individuais?
- 6Com que frequência mudam os KPIs — quando muda uma definição e quem aprova? Mantenha o glossário como referência.
- 7Registo de melhoria contínua — regista as decisões tomadas com base num dashboard e o efeito que tiveram?
- 8Acesso — quem vê o quê? Row-level security por departamento/localização, ou transparência alargada?
- 9Frescura dos dados — é preciso tempo real ou basta horário/diário? Que fonte entrega a atualização?
- 10Higiene de dashboards — limpeza periódica dos que já ninguém abre. Meça por Power BI usage analytics.
Modelo — Ficha de dashboard
| Dashboard | Finalidade | Público | Frequência de revisão | Alerta > | Dono |
|---|---|---|---|---|---|
| Tickets de hoje | Triagem operacional | Service mgr N1 | Diário 9:00 | P1 aberto > 15min | Service mgr |
| Cumprimento de SLA semanal | Ajuste tático | Service managers | Segunda 10:00 | SLA < 90% | Service mgr |
| Ocupação e no-show | Ajuste de política | FM lead, RH | Semanal sexta | No-show > 20% | FM lead |
| Adoção por equipa | Ajuste de mudança | PM, sponsor | Semanal até M+3 | Adoção < 70% | PM |
| Relatório executivo | Revisão estratégica | C-suite | Mensal dia 1 | N/A | COO |
| … | … | … | … | … | … |
Modelo — Registo de melhoria contínua
| Data | KPI / sinal | Decisão | Medição de efeito | Dono |
|---|---|---|---|---|
| 12/09 | No-show em Bruxelas = 28% | Auto-cancelamento reduzido de 20 → 10 min | −9pp ao fim de 4s | FM lead |
| 30/09 | SLA P3 = 78% (limiar 85%) | Regra de routing — dividir grupo de trabalho | +12pp ao fim de 6s | Service mgr |
| 22/10 | CSAT do helpdesk cai para 3.8 | Reescrita do template de primeira resposta | Em curso | Service mgr |
| … | … | … | … | … |