Plataforma de Produção de Liga Esportiva

Esta plataforma não é para o torcedor. Quem a usa é quem coloca as partidas na televisão: a equipe que planeja câmeras, sinais, posições de comentário e janelas de entrega ao longo da temporada de uma liga nacional. Esse público decide cada questão de design — densidade em vez de decoração, tudo legível de relance, e nenhuma interação que custe um clique a mais em dia de jogo.

Dois níveis, seis abas

O painel guarda a visão da temporada inteira: o que está agendado, o que está em risco, o que precisa de decisão hoje. A tela da partida guarda seis abas, cada uma alinhada a uma seção da especificação de produção do cliente, de modo que a equipe navega pela ferramenta com o vocabulário que já usa nos próprios documentos. As abas dividem um mesmo esqueleto de layout, o que mantém a densidade consistente e o código pequeno.

Um contrato antes de uma tela

O backend ainda não existia, e esperar por ele custaria o prazo. Então a primeira entrega não foi uma tela — foi um contrato de dados JSON acordado, negociado com o time de backend e congelado antes de qualquer lado começar. Cada tela foi construída sobre mocks exatamente nesse formato, e quando os endpoints reais chegaram, entraram sem refazer uma tela sequer.

A metade legada

Ao lado do frontend novo em Angular havia uma interface de administração em ASP.NET — funcional, e visualmente uma década atrás do produto ao qual agora pertencia. Refinei no lugar em vez de propor uma reescrita que ninguém tinha orçado: apertei espaçamento e hierarquia, alinhei os controles à nova linguagem de design e corrigi as interações que deixavam o trabalho administrativo de rotina mais lento do que precisava ser. Trabalho sem glamour, e a melhoria mais rápida disponível para o dia real da equipe.