Dinâmica de Quadras (Day Use)

Módulo dedicado à dinâmica de uso da quadra — rotação de partidas, fila, regras de permanência, retorno e elegibilidade.

Por que este módulo

A plataforma Sport Tech Club estava abraçando muitos eixos (gamificação, neurociência, wallet, ranking, multi-tenant, integrações). Em maio de 2026 a equipe decidiu estreitar o foco para um único problema central, profundo e mal-resolvido pelo mercado:

Como organizar sistematicamente a dinâmica de uso da quadra, hoje resolvida em arenas brasileiras com gritaria, papel na parede ou WhatsApp do dono, com regras criativas que variam de arena para arena.

Este módulo é o wedge product da plataforma. Outros módulos (wallet, ranking, social, eventos) podem se conectar depois — mas começam aqui.

Status

🟡 Exploratório / Modelagem — sem código ainda. Esta documentação é o trabalho de modelagem de domínio + mapeamento de cenários que precede qualquer implementação.

Estrutura desta seção

• Modelo de Domínio — Entidades, Eventos e Critérios. O esqueleto conceitual que precisa engolir todas as variações encontradas nas arenas reais.
• Personas — Atores típicos do produto, com profundidade. São esses personagens que protagonizam os cenários.
• Cenários — Mapa narrativo das possibilidades. Cada cenário é uma cena com personas, contexto, narrativa, pontos críticos para o sistema e perguntas em aberto.

Princípios de trabalho aqui

1. Modelar antes de codar — toda decisão técnica espera o modelo de domínio amadurecer.
2. Cenário é unidade de descoberta — cada cena conta uma história e revela requisitos que abstração pura esconde.
3. Aberto a iteração — esta documentação cresce conforme as conversas avançam. Personas e cenários são adicionados, refinados e reorganizados continuamente.
4. Dois cenários sempre — para qualquer decisão de produto/arquitetura, considerar versão low investment (validar) e high investment (escalar).
5. Linguagem ubíqua em português — Pool, Fila, Sessão, Critério, etc. Traduções técnicas evitadas quando possível.
6. Validar contra realidade local — entrevistas com 2-3 donos de arena reais antes de fechar qualquer decisão de produto.

Decisões já tomadas

Decisão	Quando	Resumo
Foco no módulo de Dinâmica de Quadras	mai/2026	Cortar escopo da plataforma para validar este wedge primeiro.
MVP via PWA + QR Code	mai/2026	Sem app nativo, sem hardware. Atleta acessa pelo celular via QR colado na entrada.
Identidade via Google Sign-In direto	mai/2026	Migração futura para Keycloak via UUID interno desde o dia 1.
Notificação opcional via WhatsApp	mai/2026	Não bloqueia onboarding.
3-5 perfis de rotação pré-configurados	mai/2026	Hardcoded no v0. Rule engine aberta fica para v1+.

Decisões em aberto

Capturadas em Modelo de Domínio — Perguntas em aberto.