1. 1
1.1. 📣 Entendimento claro que um dashboard, antes de tudo, é uma **ferramenta de comunicação**. Você precisa ser um bom **tradutor.**
1.1.1. **COMUNICAÇÃO** = Transmitir para uma pessoa as informações que você precisa, causando nela a compreensão que você deseja. Não é o que você fala, mas é o que o receptor entende.
1.1.1.1. **Público** *(com quem)*
1.1.1.1.1. Que área negócio? *(ex: comercial, logística, financeiro..)* O quanto você está familiarizado e conhece essa área?
1.1.1.1.2. As pessoas que irão utilizar possuem qual nível hierárquico na organização? *(isso determina o nível de profundidade e complexidade da sua análise)*
1.1.1.2. **Propósito** *(por que)*
1.1.1.2.1. Você precisa ter a habilidade de saber fazer **boas perguntas**
1.1.1.3. **O quê** precisa ser analisado? (levantamento de requisitos)
1.1.1.3.1. *"AS IS SITUATION"* Já é controlado algo hoje, se sim, como? O que na situação atual já funciona bem e deve ser mantido e o que não funciona?
1.1.1.3.2. *"TO BE SITUATION"* Definição de métricas, indicadores e KPIs relevantes - nem tudo importa
1.1.1.3.3. Frequência de atualização, quem vai precisar de acesso, nível de acesso (segurança), existe uma preferência de como os indicadores devem ser apresentados (como), etc...
2. 2
2.1. 📊 Ter dados relevantes e confiáveis que permitam trazer as respostas necessárias.
2.1.1. **Mapeamento das fontes de dados** onde estão disponíveis as informações que você precisa para trazer as respostas esperadas?
2.1.1.1. Onde isso está armazenado? Como obter acesso? Quem mantém? Ex: planilhas manuais em Excel, relatórios exportados de sistemas (ERP, CRM), banco de dados, web, etc...
2.1.1.2. Triste realidade: as vezes ainda não existe se quer a coleta de dados para as respostas desejadas (registro em papel, por exemplo).
2.1.2. **Acuracidade dos dados analisados** - de nada adianta um dashboard bonito mas que traz conclusões erradas para o negócio
2.1.2.1. Tratamento adequado dos dados
2.1.2.2. Importante saber a regra de cálculo (fórmula matemática) dos indicadores - existem variações e particularidades
2.1.2.3. Validar os números apresentados (quem entende do negócio saberá dizer se existe alguma inconsistência absurda)
2.1.3. Busque sempre **trazer contexto** (comparação com períodos distintos, metas, variações) e tenha uma amostragem relevante para tirar conclusões
3. 3
3.1. 🧑🎨 **DataViz e Design** utilizado com intencionalidade (e ao seu favor)
3.1.1. Escolha dos **gráficos mais adequados** de acordo com a história que você quer contar
3.1.2. Consideração dos **princípios básicos do design** (contraste, repetição, alinhamento e proximidade)
3.1.3. A forma segue a função (primeiro deve ser funcional e depois esteticamente bonito).
3.1.4. Elementos (cores, ícones) devem ser usados estrategicamente para dirigir a atenção do público.
3.1.5. Um bom design interfere diretamente na atenção e nível de qualidade percebido no seu projeto.
4. 4
4.1. 🎯 **Resolver problemas e direcionar ações** na organização *(actionable insights)*
4.1.1. O quão bem atende os objetivos e facilita a tomada de decisão? Os dados direcionaram alguma ação ou mudança na empresa?
4.1.1.1. Se não for adequado indicar uma ação de forma explícita, estimule uma discussão voltada para próximos passos.
4.1.2. Procure evoluir de análises puramente descritivas para explanatórias
4.1.3. Aumento de produtividade (diminuição de horas de trabalho necessárias para chegar a conclusões) deve ser levado em consideração
5. 5
5.1. ✅ Ser devidamente distribuído, **utilizado** e atualizado
5.1.1. Não existe fracasso maior do que fazer um dashboard e ninguém utilizar. Todo o trabalho anterior simplesmente terá sido em vão.
5.1.2. Distribuir da forma que o usuário prefere (via app, via e-mail, formato ppt (Power Point), pdf e até mesmo Excel)
5.1.3. Sempre atualizado com os dados mais recentes