Protótipo · Dashboard de conteúdos por etapas — dados reais do banco local, workspace Brainex (usuário 1)

O problema, com os números de hoje

A tela desenha 45 blocos de etapa. Só 14 são deste workspace.

$sqlDados01 lê FROM statusPost sem recorte de conta, então depois do fork da Fase C ela traz a fábrica mais uma cópia por workspace. Abaixo está o que a dashboard renderiza agora — tracejado em vermelho, os nomes repetidos.

Totais por status

como está hoje · browse/index.php:3490-3526 45 blocos · 31 de outros workspaces
“Aprovação” aparece 4 vezes, “Ajuste” 4, “Aprovado” 4, “Criação” 3. As três cópias vazias de cada uma são de outros workspaces desta mesma conta — e o trabalho real (Criação 21, Revisão 12) fica enterrado no meio delas. A quebra em grupos de 20 (index.php:3506) existe só para essa parede não estourar o float.

A proposta — exploração

As fases na horizontal, as etapas de cada uma dentro

Esta seção é o passo intermediário, não o que foi entregue. Agrupar por fase organizou a parede, mas não a resumiu — as 14 pastilhas continuavam todas na tela. A versão que foi para a tela sobe um nível: um cartão por etapa, com o detalhe status a status num dropdown por hover/clique. Ver a tela real em ?menu=dashboard e a §3.1 do DASHBOARD_ETAPAS.md.

É a mesma leitura que o quadro de produção e a galeria de modelos já dão — e o CSS já existe (.wf-modelo-fases, painel3.css:62581). O que muda no backend é uma coisa só: o catálogo passa a sair de statusLstDoWorkspace(), que já devolve SegmentoNome, Categoria e SegmentoOrdem.

O fluxo do mês

clique na fase para o recorte inteiro, na etapa para ela sozinha 14 etapas · na ordem do processo desta conta
A faixa de baixo é a categoria (status_segmento.Categoria): não iniciado · iniciado · finalizado. É a única leitura comparável entre workspaces que têm fluxos diferentes — e é ela que já substituiu as listas de ID literal nos três helpers de recorte.

O bloco que falta e muda o jogo

Saúde do fluxo: onde o trabalho está parado

Contar conteúdo por etapa diz o volume. O que um gestor precisa é onde trava — e isso já está calculado, para a tela de equipe, em equipeDadosEtapas(). Falta só deixar de receber equipeID e passar a receber os perfis do filtro da dashboard.

Saúde do fluxo

WIP e parados são de agora; tempo e retrabalho são do período reuso de BIN/AD.php:11849
EtapaWIP Tempo na etapa ThroughputRetrabalhoDevoluções
Os números de WIP e “parados” acima são reais. O gargalo sai do mesmo critério já usado na equipe: parados pesa 10×, volume desempata — item sem toque há mais de 3 dias é o sintoma, não o tamanho da fila. Tempo, throughput e retrabalho vêm das 27.443 transições de perfis_log que já existem no banco.

O resto do que falta

Seis blocos que o Workflow destravou e a dashboard não mostra

Nenhum destes é invenção: os seis já rodam na tela de equipe ou têm a matéria-prima pronta no banco. O trabalho é de escopo — trocar “esta equipe” por “o filtro da dashboard”.