01
O ponto de partida: cinco documentos e uma reunião de kickoff.
A primeira leitura foi atravessar todo o material entregue pelo cliente: a documentação oficial do Radar de Futuros, o resumo e a transcrição da reunião de kickoff, a planilha de análise de similares e o radar atual publicado no site da Pioneira. O objetivo era ter os conceitos fluentes — tipos de achado, classificações, ações recomendadas, megatendências — antes de comparar com qualquer referência externa.
Dessa imersão saiu o Guia Essencial (uma versão destilada da documentação) e a Memória do Projeto (que registra as divergências entre a documentação e as decisões reais do projeto, principalmente sobre o uso de megatendências como eixo visual no lugar dos aspectos STEEP).
Principais aprendizados
- O nosso escopo é a área pública do radar — visualização, página de detalhe, sugestão de novos achados e páginas complementares. O admin (CRUD do Comitê) fica com o backend.
- O radar 2.0 usa megatendências como setores, não mais STEEP. STEEP segue existindo como dado em cada achado, mas não estrutura mais o canvas.
- Megatendência é obrigatória do ponto de vista do design, mesmo que o backend a trate como opcional (por questão de segurança em deleções no admin).
02
O público real usa Chromebook — e isso muda quase tudo.
O Radar de Futuros é consumido principalmente por associados engajados da cooperativa, que costumam acessar de notebooks com resolução modesta — 1366×600 é o número que apareceu na reunião como restrição realista. Isso reorienta o que faz ou não sentido pra um canvas circular: densidade alta de achados em telas pequenas vira o desafio central do design.
O segundo ponto de público é o Comitê de Futuro, que cura o radar pelo admin. Pra eles, o histórico de evolução de cada achado (quando virou tendência, quando o impacto na região mudou) é tão valioso quanto o estado atual — algo que a área pública precisa refletir mesmo sem ser editável por lá.
03
Um ponto de partida, duas referências externas.
O radar atual da Pioneira foi desenhado por nós e é o terreno em que a versão 2.0 vai ser construída. Ele não entra na comparação como "referência externa" — entra como ponto de partida. Já Anbima e Horizon 2045, as duas referências enviadas pelo cliente, foram desenhadas pela mesma consultoria de foresight (Envisioning) e ajudam a entender o vocabulário visual dessa escola.
Nosso ponto de partida
BR · Sicredi Pioneira · Atual
Radar atual da Pioneira
Radar publicado hoje no site da Pioneira. Hoje organizado por 6 cenários futuros, divisão STEEP e nomes longos visíveis sobre o canvas.
Acessar o radar atual
O que evolui na 2.0
- Eixo visual passa de STEEP pra megatendências (lista gerenciável pelo Comitê).
- Entra a sugestão pública de novos achados pela comunidade.
- Usabilidade revisitada pra telas pequenas (1366×600) e leitura densa.
Referências externas — mesma escola
BR · Mercado financeiro
Anbima Futuros
Radar de futuros do mercado financeiro brasileiro. Maior densidade de achados, com filtros mais elaborados.
Fortes: nível de prontidão tecnológica (RTL), assistente IA, padrão de cadastro detalhado.
Fracos: alta densidade dificulta a leitura inicial, painel lateral cobre boa parte do canvas, paleta escura sem variação semântica entre tipos de achado.
futuros.anbima.com.br
US · Foresight global
Horizon 2045
Radar internacional de foresight, com escopo mais amplo e curadoria mais densa por categoria.
Fortes: tratamento mobile bem resolvido, narrativa por achado bem escrita.
Fracos: categorização menos clara, achados muito densos para leitura rápida.
radar.horizon2045.org
04
Outras referências mostram caminhos alternativos com objetivos diversos.
As seis referências a seguir foram escolhidas para ampliar o vocabulário visual e mostrar que o radar circular não é a única gramática possível pra catalogar sinais de futuro. Duas vêm do mundo dos radares de tecnologia (ThoughtWorks e Zalando), uma é a plataforma da própria Envisioning — citada pelo Alcir como inspiração de algumas decisões do modelo — e três são plataformas de foresight institucional com formatos não-radar (WEF, Copenhagen e Policy Horizons).
Global · Tech radar
ThoughtWorks Technology Radar
O radar visualizado mais conhecido do mundo. Anéis Adopt/Trial/Assess/Hold e setores temáticos.
Fortes: tipografia, densidade controlada, modo "Interactive" com lista paralela ao radar.
Fracos: estático (não há filtros vivos), mobile fraco.
thoughtworks.com/radar
Global · Open source
Zalando Tech Radar
Releitura open source do ThoughtWorks, com código D3.js aberto. Útil pro time de desenvolvimento.
Fortes: código aberto reutilizável, integração de lista e radar lado a lado.
Fracos: visual cru, sem trabalho fino de tipografia.
opensource.zalando.com/tech-radar
Global · Foresight
Envisioning Radar
Plataforma da consultoria que desenhou os dois radares de referência do cliente. Citada pelo Alcir como inspiração do gráfico aranha e do eixo Inovação × Engajamento.
Fortes: múltiplas visualizações complementares, métricas customizáveis.
Fracos: mesma família dos radares Anbima e Horizon — pouca novidade.
radar.envisioning.io
Global · Catálogo por tópico
WEF Strategic Intelligence
Não é radar — é um catálogo de achados em cards, agrupados por tópico. Cada tópico funciona como uma "vitrine" com cards de tendências, eventos e análises relacionadas.
Fortes: tópicos sempre visíveis e fáceis de escanear, leitura sem curva de aprendizado, cards bem desenhados.
Fracos: sem visão de conjunto — perde a sensação de "mapa" e a leitura espacial das relações entre achados.
intelligence.weforum.org
EU · Foresight institucional
Copenhagen Institute for Futures Studies
Instituto de futuros próximo do espírito Sicredi. Apresenta tendências em formato de cards e agrupamentos temáticos.
Fortes: escrita didática, hierarquia clara entre macro e micro.
Fracos: sem visualização circular, foco em leitura sequencial.
cifs.dk
CA · Foresight governamental
Policy Horizons Canada
O relatório "Disruptions on the Horizon" é referência de como contar a história de cada sinal — descrição, implicações, oportunidades.
Fortes: narrativa rica por achado, contextualização excelente.
Fracos: sem componente visual interativo, é um relatório.
horizons.gc.ca
05
Padrões observados entre as referências.
O que se repete em três ou mais radares costuma ser convenção que vale respeitar. O que só um faz pode ser oportunidade — ou armadilha. Seis padrões que emergiram da análise das nove referências.
1. Painel lateral pra detalhe, raramente modal
Pioneira, Anbima, Horizon e Envisioning abrem o detalhe do achado em um drawer lateral que não cobre o radar inteiro. Isso mantém o contexto visual — o usuário sente que continua "dentro" do radar, não que abriu outra tela. Modal full-screen aparece só em mobile, onde não há espaço pro side-by-side.
2. Tema escuro é o default pros canvas circulares
Radares com visualização circular tendem ao escuro — o canvas fica como "céu noturno" com pontos brilhantes. Plataformas mais editoriais ou de relatório (Copenhagen, Policy Horizons) usam tema claro. Pra Pioneira, vale pensar se o radar respeita a paleta clara do DS ou se o canvas é uma exceção visual.
3. Densidade resolvida com hover/tooltip, não com nomes sempre visíveis
Quando há muitos achados num setor, os pontos viram clusters compactos com tooltip ao hover, ou os nomes só aparecem para o achado focado. Mostrar todos os nomes ao mesmo tempo é exceção — a Pioneira atual faz isso e é onde quebra em telas pequenas.
4. Lista paralela ao radar como entrada alternativa
ThoughtWorks e Zalando colocam uma lista navegável dos achados ao lado do gráfico. Quem prefere escanear lista em vez de explorar mapa tem outra porta de entrada. Aumenta acessibilidade e cobre uso "consulta" (encontrar um achado específico) além de "exploração".
5. Navegação sequencial entre achados reduz fricção
Anbima e Horizon têm setas pra ir do achado A pro B sem voltar pro radar. Quem está numa sessão de leitura não precisa quebrar o fluxo a cada item. Padrão simples, mas faz diferença em catálogos grandes.
6. Mobile e telas pequenas merecem atenção desde o começo
Só o Horizon trata mobile bem; os outros se viram com layouts que quebram a interação radial. Parte do público da Pioneira acessa de equipamentos mais modestos — Chromebooks com 1366×600 aparecem entre os notebooks usados pela comunidade da cooperativa — então o design precisa funcionar bem nessa faixa, mesmo que a tela primária de desenho seja desktop padrão. Não é "mobile-first" no sentido clássico, mas também não dá pra deixar pra depois.
06
Cinco princípios pra guiar o design.
Frases curtas e acionáveis que saem dos padrões observados e das restrições do projeto. São o filtro com que toda decisão de design vai ser tomada daqui pra frente.
1. Densidade primeiro, beleza depois
O conteúdo é denso — dezenas de achados, cada um com 7 campos obrigatórios e várias classificações. O design tem que sobreviver à densidade antes de qualquer outra coisa. Tudo que não couber em 1366×600 com leitura confortável não vale.
2. O painel de detalhe nunca cobre o radar inteiro
Quando o usuário clica num achado, ele precisa continuar vendo o mapa por trás — é o que mantém a sensação de "explorar o radar" em vez de "ler uma lista". Drawer lateral, nunca modal full-screen.
3. Filtro destaca, não esconde
Em vez de remover achados não selecionados, atenuar visualmente. Filtrar por "tecnológico" não deve esvaziar o radar — deve fazer os achados tecnológicos saltarem à frente, com os outros recuados em opacidade.
4. Histórico de mudanças é cidadão de primeira classe
O Comitê valoriza muito saber "quando este achado virou tendência?". Visualmente, isso quer dizer: marcar achados atualizados recentemente, expor a data, e ter uma seção de histórico bem desenhada na página de detalhe — não enterrada em metadados.
5. Quem chega pela primeira vez precisa entender o que está vendo
O radar comunica várias dimensões ao mesmo tempo — ação recomendada nos anéis, megatendência nos setores, tipo no marcador, atualização recente no destaque. Pra quem visita pela primeira vez, isso é muita informação codificada. Vale prever uma legenda sempre visível, microcopy explicativo nos cruzamentos importantes, e talvez uma forma de "modo guiado" opcional pra quem quer entender antes de explorar. Não dá pra exigir leitura prévia da documentação.