Casos

Dois projetos no ar, com prints de produção.

Sem mockup e sem número inflado. Em cada caso: o contexto, o que foi construído, com quais ferramentas, o que está rodando hoje e o que aprendemos operando.

Caso 01 · SaaS de gestão escolar

Escolia: acadêmico, secretaria e financeiro que cobra sozinho.

Em produção, multi-tenant, operado pela TN. Uma escola em avaliação.

Painel inicial do Escolia, com indicadores da escola
Contexto

O problema

Escolas pequenas e médias vivem com a secretaria numa planilha, o financeiro em outra e a cobrança feita à mão — boleto por boleto, lembrete por lembrete. Quando a família pergunta algo no WhatsApp, a resposta depende de quem está com o celular.

O que foi construído

  • Acadêmico: turmas, matrícula e a vida escolar do aluno.
  • Secretaria: cadastro, documentos e o dia a dia da escola.
  • Financeiro: mensalidades com cobrança automática via Asaas (Pix, boleto, cartão) e lembretes no WhatsApp.
  • NFS-e: nota de serviço ligada ao financeiro.
  • Assistente no WhatsApp: responde as famílias e chama a secretaria quando não sabe.
  • Multi-tenant: cada escola no seu espaço isolado, uma única base de código.
Tela do financeiro do Escolia, com cobranças e situação de pagamento
Stack e operação

Com o que foi feito

FastAPINext.jsPostgreSQLRedisn8nEvolution API / Cloud APIAsaas

O que está em produção

  • Plataforma no ar, multi-tenant, em escolia.com.br.
  • Cobrança automática via Asaas, com baixa do pagamento quando a família paga.
  • Assistente no WhatsApp em uso, com passagem para uma pessoa quando não sabe.
  • Escola em avaliação.
  • Deploy, backup, monitoramento e alertas operados pela TN.
O que a TN aprendeu

Três lições que viraram regra.

O preço vendido tem que chegar na fatura

Proposta, contrato e cobrança precisam ler o mesmo número. Quando cada tela calcula por conta própria, a divergência aparece no boleto da família — e a confiança vai junto. Hoje um único motor de preço alimenta as três.

IA que não entende três vezes passa para uma pessoa

Assistente que insiste vira ruído. Depois de três "não entendi", ou quando a família pede alguém, a conversa vai para a secretaria e a IA fica em silêncio até uma pessoa assumir.

Teste verde não substitui olhar a produção

Suíte e build passando dizem que o código funciona com dado de teste. Mudança que altera acesso, preço ou permissão é conferida em produção, no cliente real, antes de ser considerada entregue.

Caso 02 · Site institucional

Grupo Madre Tereza: o site de uma rede de ensino que a própria equipe atualiza.

Site, painel administrativo e editor de conteúdo. No ar.

Página inicial do site do Grupo Madre Tereza
Contexto

O problema

Uma rede de ensino com várias unidades e cursos precisava de um site que representasse a marca — e que a equipe de comunicação conseguisse atualizar sem abrir chamado para programador a cada texto ou foto.

O que foi construído

  • Site institucional novo, com identidade redesenhada e páginas por unidade e por curso.
  • Painel administrativo próprio para a equipe do grupo.
  • Editor de conteúdo: textos, imagens e listas editados sem tocar em código.

Com o que foi feito

Site institucionalPainel adminEditor de conteúdo

O que está em produção

O site no ar em grupomadretereza.com.br, com o conteúdo mantido pela equipe do grupo através do painel.

O que a TN aprendeu

Três lições que viraram regra.

O editor precisa proteger o layout

A equipe edita texto, foto e lista dentro de blocos definidos. HTML solto quebra a página no primeiro texto colado do Word.

Em rede de ensino, a página que decide é a do curso

A home apresenta; quem pesquisa cai direto na página da unidade ou do curso. Cada uma precisa responder sozinha: o que é, onde fica, como falar.

Site institucional é operação, não entrega

Domínio, DNS, hospedagem, backup e a pessoa que atualiza fazem parte do projeto. Sem isso, o site envelhece em meses.

Tem um processo que merecia virar sistema — ou um site que a equipe não consegue atualizar?