ScorerZ
Plataforma de gestão de torneios escolares, como os de robótica, desenhada a partir de uma pesquisa com juízes, técnicos e organizadores de todo o Brasil.
- Ano
- 2025 – 2026
- Papel
- Idealizador, designer e desenvolvedor
- Status
- Em testes em 3 colégios
- Tipo
- SaaS • Educação • Torneios
O problema
- Torneios de robótica costumam ser organizados em planilhas e grupos de WhatsApp.
- Montar horários à mão faz equipes perderem a vez ou ficarem em dois lugares ao mesmo tempo.
- Nos torneios que organizo, levávamos cerca de 50 minutos só conferindo planilhas para fechar a pontuação, e uma rubrica perdida obrigava a reavaliar a equipe.
- Os juízes avaliam sob pressão de tempo, e o público acompanha só parte do que acontece.
Descoberta
O ScorerZ nasceu dos torneios de robótica que organizo como monitor e da rede de voluntários da FIRST Tech Challenge e da FIRST LEGO League de que faço parte, com organizadores, juízes e professores de todo o Brasil.
Para decidir o que construir, fiz uma pesquisa com 17 pessoas dessa rede: 12 juízes, além de técnicos, voluntários e competidores, 13 deles com mais de 4 anos de torneio. Cada funcionalidade nova partiu de uma dor que apareceu nas respostas.
- apontaram o cronograma e os horários como a etapa mais caótica do torneio
- 9 de 17
- já viram equipes perderem o horário da partida ou da sala
- 10 de 17
- disseram que a pressão e a falta de tempo entre uma equipe e outra é o que mais atrapalha a avaliação
- 11 de 17
- só conseguem acompanhar o torneio em tempo real de forma parcial
- 14 de 17
Pesquisa on-line com juízes, técnicos, voluntários e competidores de OBR, FLL, FTC e FRC, em maio de 2026.
“Perda de todas as notas e anotações finais por falha no software. Foi necessário refazer tudo pelo Excel.”
“Que ele organizasse melhor o fluxo de partidas mostrando de forma clara os rounds e a urgência deles.”
O que isso me ensinou
- 01O cronograma é a raiz dos atrasos: quando ele falha, o resto do evento vai junto.
- 02Juízes precisam de rapidez e de uma forma de corrigir, não de mais campos para preencher.
- 03Informação em tempo real para todo mundo vale tanto quanto a nota certa.
A solução
O ScorerZ reúne cinco perfis de acesso (admin, escola organizadora, orientador, juiz e público) em uma plataforma que cobre o torneio da montagem ao certificado.
Decisões
01Cronograma gerado, não montado
Horários montados à mão em planilha e avisados no alto-falante e no WhatsApp.
Uma rotação gerada automaticamente: cada equipe passa por todas as áreas, sem conflito de horário e respeitando o número de mesas.
Por quê: Foi a etapa mais caótica para 9 das 17 pessoas da pesquisa, e 10 já tinham visto equipes perderem o horário.
02Rubrica no celular, com edição
Notas no papel ou em planilha, passadas a limpo depois. Uma rubrica perdida obrigava a reavaliar a equipe.
O juiz avalia pelo celular, por rubrica, com a soma feita na hora. Depois dos testes, a avaliação passou a poder ser editada.
Por quê: Tira o cálculo manual do caminho e evita a rubrica perdida. A edição foi um pedido dos juízes nos testes.
03Um cronômetro por avaliação
Cada avaliação tem o próprio cronômetro, na mesma tela da rubrica. O juiz decide quando iniciar, e só ele vê esse tempo no tablet em que avalia; o telão mostra um cronômetro geral, separado.
Por quê: 11 das 17 pessoas citaram a pressão e a falta de tempo entre uma equipe e outra como o que mais atrapalha a avaliação.
04Tudo converge para o telão
Informação espalhada entre alto-falante, WhatsApp e telões que mostravam só parte do evento.
Um telão sincronizado que reúne cronograma, ranking ao vivo e slides gerados automaticamente.
Por quê: 14 das 17 pessoas disseram que acompanhar o torneio em tempo real é só parcial. Nos testes, o cronograma e os slides automáticos acabaram se juntando no telão.
Telas
Funcionalidades
Montagem do torneio
- Templates que o admin distribui às escolas, áreas de avaliação com rubricas e divisões.
- Importação de equipes por Excel.
Cronograma automático
- Rodízio em que cada equipe passa por todas as áreas sem nunca estar em dois lugares no mesmo horário.
- Respeita o número de mesas de cada área. O gerador é escrito em SQL.
Dia do evento
- Check-in por QR Code.
- Avaliação dos juízes pelo celular, por rubrica e em confrontos, com cronômetro próprio, edição e ranking em tempo real.
- Telão sincronizado: vários computadores exibem ranking, cronograma, slides gerados automaticamente e música ao mesmo tempo, com controle remoto protegido por PIN.
Depois do evento
- Agenda pública para celular.
- Relatórios em PDF e Excel, certificados gerados automaticamente e notificações por e-mail.
Resultados
- 2 torneios realizados no sistema, cada um com 20 equipes, 8 juízes e 4 áreas de avaliação.
- Pontuação consolidada em tempo real, no lugar de cerca de 50 minutos conferindo planilhas.
- Em testes em 3 colégios do Nordeste e do Sudeste.
Próximos passos
- Estudar um modo offline: 7 das 17 pessoas da pesquisa disseram que ele é obrigatório, por causa da internet instável de ginásios e escolas.
- Levar o sistema às 8 pessoas da pesquisa que se ofereceram para testar.
Meu papel
Idealizador, designer e desenvolvedor
- Pesquisa de descoberta com a rede de voluntários de robótica.
- Modelagem do banco de dados e regras de segurança por perfil.
- Front-end e design da interface.
- Testes e publicação.
Stack
- React 19
- TypeScript
- Vite
- Tailwind CSS
- React Router
- Supabase
- PostgreSQL + RLS
- Auth
- Realtime
- Storage
- Edge Functions
- jsPDF
- ExcelJS
- html2canvas
- QR Code
- Resend
- Vitest
- Testing Library
- Playwright
- CI
- Vercel
