Turno360: o produto inteiro

Um documento só, com o modelo, os papéis, as telas, o que existe hoje somando as duas versões, e o que precisa nascer. Family Club deixa de ser o nome do sistema e vira o primeiro white label dele.

O modelo em quatro camadas

Cada camada tem dono, tela e dado próprios. A marcação diz o que já está construído somando as duas versões no ar.

Turno360

camada 1, a plataforma precisa nascer

O software que várias marcas licenciam. Quem opera é o time da Nexus. Hoje esta camada não existe: o produto começa direto na rede de unidades, e por isso Family Club aparece como se fosse o nome do sistema.

Tenant, o white label

camada 2, a marca licenciada parte existe

Uma marca que opera contraturno com o Turno360, com identidade, domínio e regra próprias. Family Club é a primeira. O estúdio de tema já guarda tema por locatário, mas o motor de dados não tem entidade acima de Unidade.

Unidades

camada 3, a operação existe

Clube de Aeronáutica, Clube da Saúde, Náutico Paranoá. A camada mais construída: 14 telas de gestão e 5 de coordenação.

Campo e famílias

camada 4, quem usa no dia existe

Educador, motorista, portaria, responsável e aluno. Construída, com profundidade desigual: seis telas para o aluno e uma para cada persona de campo.

Os papéis, e onde cada um manda

Os treze papéis abaixo já existem na matriz de permissões do produto, que cruza papel contra 21 recursos. O que falta não é criar papel: é distribuí-los pelas quatro camadas, porque hoje todos vivem no mesmo nível.

Camada 1, a plataforma

Enxerga todos os tenants. Ainda não tem tela.

  • Operador da plataformaa criarcria tenant, define plano, acompanha uso e faturamento de cada marca
  • TI e segurançasuperadminjá existe, mas hoje opera dentro do Family Club. Sobe para a plataforma.

Camada 2, o tenant

Enxerga todas as unidades da própria marca.

  • Rede e mantenedorfranqueadoré o admin do tenant: política, marca, expansão
  • Financeirofinanceiroreceita e inadimplência da marca inteira
  • Growth e comercialgrowthcaptação e funil, acima da unidade
  • Atendimento e CSCcsccentral compartilhada entre as unidades

Camada 3, a unidade

Enxerga uma unidade só.

  • Gestor de unidadegestorDeUnidadeé o admin da unidade: ocupação, equipe, receita
  • Coordenaçãocoordenacaoconduz o turno, do abrir ao fechar
  • Secretaria e matrículasecretariacadastro, contrato, documento

Camada 4, campo e famílias

Enxerga a própria turma, rota, portão ou filho.

  • Educadoreducadorchamada, atividade, ocorrência da turma
  • Motoristamotoristarota, embarque, desembarque
  • Portariaportariafila do portão e conferência de quem retira
  • Responsávelresponsavelo dia do filho, pedido de retirada, plano
  • Alunoalunotrilha, semana, recado, conquista
O ajuste que muda mais coisa: hoje o superadmin se chama "TI e segurança" e opera dentro do Family Club. No modelo, quem opera a plataforma é outro papel, acima de qualquer marca, e é ele que cria tenant. Sem essa separação, o dono de uma marca poderia ver a marca do concorrente, o que numa demonstração para franqueado é a primeira pergunta que aparece.

As telas, somando as duas versões

52 telas já construídas em algum dos dois lados, mais 5 que a camada de plataforma exige. Nenhuma se joga fora: o trabalho é reunir as duas metades sob o modelo.

CamadaÁreaTelasOnde já existe
1Plataformacatálogo de tenants, painel da plataforma, faturamento por marca, criação de marca, telemetriaem nenhuma das duas
2Tenantpainel, financeiro, ranking, unidades, ficha da unidadenas duas
3Unidadepainel, grade e turmas, equipe e escala, aptidão, alunos, matrículas, ocorrências, medicação, financeiro, CRM, lead, van, turma, ficha do alunoa maioria só na do Dib
3Coordenaçãopainel do turno, retiradas, comunicados, incidentes, trocastrês só na do Dib
3Serviços e adminCSC, cobrança, contratos, usuários, permissões, auditoria, sinalizadoresnas duas
4Campomeu dia, chamada, minhas rotas, rota com mapa, portariaquase tudo só na nossa
4Famíliaso dia da criança, pedido de retirada, e as seis do alunoas sete só na nossa
todasEntrada e apoioentrar, matrícula, tour 3D, configurações, estúdio, régua de cobrançadivididas
A tela de entrada muda de forma: hoje ela lista papéis. No modelo ela pergunta primeiro qual marca, depois qual papel dentro dela. É a primeira coisa que demonstra a plataforma para quem está vendo.

A landing de venda

O layout da versão sem -dev é o que vende melhor, e é ele que vai para a landing nova. O que segue é o que herda e o que muda.

O que precisa nascer no motor

A parte que não se resolve renomeando, e a que sustenta todo o resto.

Continua fora do escopo: publicar tema de verdade por locatário, histórico compartilhado entre pessoas e fonte hospedada exigem backend. Na demonstração isso é simulação local, e a apresentação não deve prometer o contrário.

A ordem

Da fundação para a superfície. Cada passo depende do anterior, e é por isso que a ordem não é preferência.

O contrato de dadosA entidade de tenant e o locatário atravessando o motor. Sem isso, qualquer tela nova nasce presa ao Family Club.
O segundo tenantUma marca de demonstração com identidade e unidades próprias, para o modelo deixar de ser teoria.
O escopo nos papéisCada um dos treze ganha a camada onde manda, e a tela de entrada passa a perguntar a marca antes do papel.
As cinco telas da plataformaSó fazem sentido quando há duas marcas para listar.
Reunir as duas metadesAs treze telas de gestão que só existem na versão do Dib, reconstruídas na nova. É o que mais pesa na sensação de que falta coisa.
A landing e a marcaO layout da versão antiga vira a landing do Turno360, com Family Club como caso. Nome e logotipo passam a vir do tema.