Voltar para Cases
Entretenimento

Toca Aê

Plataforma de pedidos musicais em tempo real para eventos e casas de show.

Ver onlineFalar sobre esse case
A virada

Toca Aê: o antes e o depois

A equipe anterior levou dois meses sem entregar uma linha de código, sem nenhuma arquitetura definida e se recusando a repassar o que existia. A Bootcom entrou, projetou e construiu o sistema inteiro do zero, sozinha, em cinco meses, com testes, documentação e infraestrutura como código desde o primeiro commit: a qualidade que se sustenta que a gente promete em todo MVP. Hoje a Toca Aê está em produção, com clientes reais. Os números abaixo foram apurados nos próprios repositórios do projeto.

2 meses

Sem uma linha de código entregue pela equipe anterior.

5 meses

Do primeiro commit à Toca Aê em produção, com clientes reais.

2.792

Testes automatizados no back-end, parte do fluxo desde o início.

22

Grupos de rotas de API, documentados e catalogados automaticamente.

Arquitetura, antes e depois

Dois meses sem nenhuma linha de código
Sistema inteiro entregue do zero, em produção
Nenhuma arquitetura ou plano técnico definido
Arquitetura em camadas, com baixo acoplamento
Validação só no front-end, sem checagem no back-end
Validação obrigatória no back-end
Testes tratados como algo opcional, só no fim
2.792 testes, parte do fluxo desde o início
Sem TypeScript no back-end
TypeScript em modo estrito nos dois lados
Nenhum plano pra tempo real ou notificação
Notificação em tempo real via WebSocket e Redis
Nenhuma infraestrutura provisionada como código
Infraestrutura como código, em Terraform
Equipe se recusava a entregar o código-fonte
Código sob controle de versão desde o primeiro commit
8 pontos

O que encontramos

Dois meses sem entregar uma linha de código
A equipe anterior passou os dois primeiros meses de projeto sem entregar nenhum código funcional, sem sinal de progresso nenhum.
Nenhuma arquitetura nem plano técnico
Não existia desenho de arquitetura, nem escolha de stack justificada. O sistema não tinha lógica nem estrutura definida.
Nenhuma regra de negócio definida
Nem as regras básicas de como o produto deveria funcionar estavam escritas em algum lugar.
Equipe se recusava a entregar o código-fonte
Mesmo sem entregar o produto, a equipe anterior não repassava o código que já existia pro cliente.
Validação só no front-end
A equipe considerava suficiente validar os dados no front-end, sem nenhuma checagem correspondente no back-end.
Testes tratados como opcionais, só no final
Testar era visto como uma etapa de fim de projeto, não parte do trabalho do dia a dia.
Sem TypeScript no back-end
O tipo estático ficava só no front-end. O back-end, que é onde o dado de verdade é validado, rodava sem essa proteção.
Nenhum plano pra pagamento ou tempo real
Não havia desenho nenhum de como o pagamento ou as notificações em tempo real do evento aconteceriam.
8 pontos

O que fizemos

Sistema inteiro entregue do zero
Projetado e construído do início ao fim pela Bootcom, hoje em produção com clientes reais.
Arquitetura em camadas, com baixo acoplamento
Views chamam services, services chamam models — cada camada com uma responsabilidade só, sem regra de negócio misturada na view.
Regras de negócio centralizadas em serviços testáveis
Cada regra vive num serviço próprio, isolado, que dá pra testar sem precisar subir o sistema inteiro.
Código sob controle de versão desde o primeiro commit
Todo o histórico do projeto, do início ao dia de hoje, versionado e disponível.
Validação obrigatória no back-end
O back-end valida tudo de novo, sempre. O front-end é só uma camada de experiência a mais, nunca a única linha de defesa.
2.792 testes automatizados
Parte do fluxo de trabalho desde o primeiro dia, cobrindo 13 dos 14 módulos do back-end.
TypeScript em modo estrito nos dois lados
Front-end e back-end tipados e verificados, sem `any` solto e sem `@ts-ignore` sem justificativa.
Pagamento PIX com split automático
Webhook idempotente, com uma reconciliação automática por trás — a confirmação do pagamento não depende só do webhook chegar.
Os números

O que dá pra medir da entrega

Números apurados no próprio repositório do projeto, comparando o que existia antes com o que está no ar hoje.

Entrega
938

Commits no projeto inteiro, 100% de uma única pessoa.

2.792

Testes automatizados no back-end.

123 mil

Linhas de código, somando front-end e back-end.

14

Módulos do sistema, cada um com documentação própria.

167

Componentes de interface reaproveitáveis no front-end.

8

Módulos de infraestrutura, provisionados como código.

Linhas de código entregues

linhas

Zero linhas em dois meses, contra um sistema inteiro em produção.

Testes automatizados

testes

Testar deixou de ser uma etapa final pra virar parte do fluxo desde o início.

Módulos documentados

módulos

Cada um com a própria documentação, em português e inglês.

92,9%
Módulos testados13 dos 14 módulos do back-end têm a própria suíte de testes.

Módulos com suíte de testes própria

Frente por frente

Segurança e validação

Da validação no back-end aos segredos gerenciados, o que protege a Toca Aê desde o primeiro dia.

Validação sempre no back-endO front-end cuida da experiência, mas quem decide o que é válido é sempre o servidor.
Autenticação com MFALogin por token, com autenticação em duas etapas disponível pra quem opera o sistema.
Token fora do navegadorO token de acesso fica num cookie httpOnly, injetado por uma camada intermediária. O JavaScript da página nunca o enxerga.
Limite de requisições por rotaRotas sensíveis, como pagamento e chat da live, têm limite próprio de chamadas por minuto.
Segredos gerenciados, nunca no códigoChaves e senhas ficam num cofre de segredos na nuvem, com rotação programada e acesso registrado.
Auditoria com dado sensível mascaradoToda ação relevante fica registrada, com CPF, CNPJ e dado de pagamento sempre mascarados no log.
Verificação automática antes de cada commitTipagem, formatação e um verificador de migração arriscada rodam antes de qualquer código entrar no projeto.
Frente por frente

Pagamento e tempo real

Como o dinheiro e as notificações chegam sem se perder.

Pagamento PIX com split automáticoA divisão do valor entre as partes acontece automaticamente, sem passo manual.
Webhook de pagamento idempotenteReceber a mesma confirmação duas vezes não gera cobrança nem crédito duplicado.
Reconciliação automática por trásSe a confirmação do pagamento não chegar pelo webhook, uma rotina própria confere e corrige sozinha.
Notificação em tempo realPedido de música e status da fila chegam na hora, via WebSocket, sem precisar atualizar a página.
Canal próprio por usuárioCada pessoa tem um canal persistente, que continua recebendo notificação mesmo depois de trocar de tela.
Tarefas assíncronas e agendadasTrabalho pesado roda em segundo plano, sem travar a resposta de quem está usando o sistema.
Frente por frente

Arquitetura e engenharia

Como o sistema foi pensado pra crescer sem virar um emaranhado.

Views, services e models, cada um no seu papelRegra de negócio nunca fica misturada na camada que recebe a requisição.
Tratamento de erro centralizadoUm único ponto decide como cada tipo de erro vira resposta, em vez de cada rota inventar o próprio formato.
Resposta da API sempre no mesmo formatoToda rota devolve sucesso ou erro do mesmo jeito, previsível pra quem consome.
Documentação da API gerada automaticamenteO catálogo de rotas é gerado direto do código, então nunca fica desatualizado.
Banco com identificador não sequencialRegistros centrais usam um identificador que não dá pra adivinhar contando de um em um.
Verificação de tipos em modo estritoLigada em todo o projeto, front-end e back-end, não só nas partes novas.
Frente por frente

Front-end e experiência

A camada que quem usa a Toca Aê realmente vê e toca.

Aplicação com renderização no servidorCarregamento mais rápido e melhor indexação, sem depender só do processamento no navegador.
Camada intermediária protege o tokenO front-end nunca guarda o token de acesso; uma camada própria repassa a chamada com o token embutido.
Um único jeito de guardar dado do servidorSem estado espalhado em ferramentas diferentes: uma biblioteca só cuida de buscar e guardar dado da API.
Navegação por teclado nos campos principaisBusca de música e formulários respondem ao teclado, não só ao mouse.
Imagem sempre otimizadaNenhuma imagem solta sem otimização, pra tela não pular enquanto carrega.
Erro em produção com contexto sensível removidoO rastreamento de erro apaga senha, token e dado pessoal antes de qualquer registro sair do sistema.
Frente por frente

Infraestrutura e operação

O que roda por trás pra manter tudo no ar.

Infraestrutura como código
Toda a nuvem provisionada por código versionado, não clicada manualmente num painel.
Proteção de borda como código
Firewall, certificado e proteção contra ataque também vivem em código, não em configuração manual.
Metas formais de disponibilidade
Tempo de resposta e disponibilidade têm um número alvo documentado, não uma expectativa solta.
Painel de observação e teste de carga
Painéis de acompanhamento e testes de carga guardados no próprio repositório, prontos pra rodar.
Documentação bilíngue por módulo
Cada um dos 14 módulos do sistema documentado em português e inglês.
Integração contínua com banco de verdade
Os testes automatizados rodam contra um banco de dados real a cada mudança, não um simulado.
O resultado

Como a operação ficou

O que mudou no dia a dia de quem usa o sistema, depois da virada de arquitetura.

  • Confirmação de pagamento perdida
    Risco realReconciliação automática
  • Dado inválido aceito pelo servidor
    Risco realBloqueado no back-end
  • Notificação em tempo real
    Não existiaWebSocket com Redis
  • Infraestrutura provisionada na mão
    Sem planoTerraform, como código
  • Erro em produção sem alerta
    Sem monitoramentoRastreamento de erro
  • Trabalho pesado travando a resposta
    Sem planoTarefas assíncronas
Resumo

Toca Aê hoje

Tudo que mudou, reunido num único lugar.

Sistema em produçãoCom clientes reais usando a plataforma hoje.
22 grupos de rotas de APIDocumentados e catalogados automaticamente, prontos pra crescer.
2.792 testes automatizadosParte do fluxo de trabalho desde o início, não uma etapa final.
Pagamento PIX com split automáticoWebhook idempotente, com reconciliação por trás.
Tempo real via WebSocketNotificações instantâneas, sobre Redis e Django Channels.
Infraestrutura como códigoTerraform, com caminho de escala já documentado.
Validação sempre no back-endO front-end é só uma camada de experiência a mais.
14 módulos, todos documentadosCada um em português e inglês.
Metas formais de disponibilidadeDocumentadas, com política de erro definida.
Segredos gerenciados, nunca no códigoRotação programada, acesso registrado.
Dúvidas

Perguntas frequentes

Duas coisas que andam juntas. Colocamos agentes de IA pra trabalhar na operação da sua empresa: escolhemos com você onde começar, construímos e acompanhamos o resultado na Reliever, a nossa plataforma. E cuidamos do software por trás: auditamos e corrigimos sistemas que já existem e construímos MVPs do zero. Nos dois casos, programadores de verdade fazem o trabalho, com double check sempre.

Os três, no mesmo contrato. A consultoria define onde a IA gera resultado, os engenheiros constroem e colocam no ar, e a Reliever é onde os agentes rodam e são medidos. Plataforma sozinha costuma virar licença parada, e time sozinho não escala.

É a plataforma da Bootcom onde os agentes de IA são criados, operam e são medidos. Cada execução fica registrada e, onde o risco exige, uma pessoa do seu time aprova antes de o agente agir.

Pelo diagnóstico gratuito: uma conversa de 1 hora a 1 hora e meia com quem vai construir. Você preenche o formulário, a gente responde em até 10 minutos pra marcar, e você sai da conversa com prioridades claras, mesmo que não feche com a gente.

Até 30 dias, dependendo do escopo definido na etapa de diagnóstico. A IA acelera o que é repetitivo, uma pessoa revisa cada entrega, e testes, documentação e deploy automatizado entram desde o primeiro dia, pra o MVP se sustentar depois da validação.

Sim, é o caso mais comum. Passamos a IA pelo código, pela arquitetura e pela infraestrutura do que já existe pra encontrar falhas, arquitetura ruim, código ruim e desperdício, e entregamos um plano de melhorias por risco e impacto. Se quiser, a gente aplica as melhorias, sem precisar reescrever tudo do zero.

Em duas frentes. Na consultoria, a IA varre código, arquitetura e infraestrutura atrás de falhas que levariam dias pra achar na mão, e depois ajuda a aplicar as melhorias. No desenvolvimento, ela acelera o código repetitivo e os testes. Nos dois casos, programadores de verdade auditam o que a IA fez, com double check sempre: quem decide e responde pelo resultado é sempre uma pessoa do time.

Sim, oferecemos acompanhamento pós-lançamento. O escopo de suporte é combinado junto com a proposta, de acordo com a necessidade do projeto.

A stack é escolhida de acordo com o projeto, priorizando tecnologias maduras, bem documentadas e fáceis de manter, não a tecnologia mais nova por modismo.

Não. Se você não tem tudo definido, começamos pela etapa de diagnóstico, que existe justamente pra transformar uma ideia solta em escopo, prioridades e prazo claros.

Prazo e forma de pagamento são definidos junto com a proposta, geralmente dividido em etapas ligadas a entregas, não tudo adiantado nem tudo só no final.

Trabalhamos 100% remoto, com toda a comunicação por chamada, WhatsApp e repositório compartilhado. E, em Natal (RN), nossa cidade, podemos encontrar você pessoalmente: reunião, apresentação ou acompanhamento do projeto.

Sim, sem problema. Se o projeto exigir, assinamos o NDA antes mesmo da primeira conversa técnica mais aprofundada.

Dá. Começamos com a auditoria com IA do que já existe, o mesmo processo da consultoria, pra entender o estado real do código antes de assumir a manutenção ou continuar o desenvolvimento.

Sim. Você pode contratar suporte contínuo ou chamar a gente pontualmente pra novas funcionalidades, sem contrato de fidelidade obrigando isso.

Quer ser o próximo case da Bootcom?

Conte se você tem um sistema pra auditar ou um MVP pra construir do zero, e vamos conversar.

Entre em contato