Digital.Net Telecom – Plataforma ISP Multi-Cidade
Plataforma fullstack para ISP com arquitetura multi-cidade, painel admin e APIs validadas para uma operação mais previsível.
Visão geral
Produto fullstack para a operação digital de um provedor com múltiplas cidades, reunindo landing pages, gestão de conteúdo e painel administrativo em uma base única. O foco foi padronizar fluxos, reduzir inconsistência entre unidades e trazer mais previsibilidade para a operação.
Galeria do produto



Desafio
- A operação digital estava espalhada em páginas e fluxos desconectados.
- Isso gerava inconsistência entre cidades, retrabalho em conteúdo e pouca padronização nas APIs.
Solução
- Estruturei uma plataforma fullstack com arquitetura multi-cidade e um painel administrativo modular.
- Padronizei a camada de APIs com validações formais e cobertura de testes unitários e e2e.
- Também reorganizei as landing pages para manter consistência operacional e comercial entre as unidades.
Arquitetura
- Estrutura modular com App Router
- Camada de API no padrão BFF
- Organização de componentes orientada a domínio
- Isolamento lógico multi-cidade
- Endpoints REST validados
Decisões técnicas
- Escolhi estrutura orientada a domínio em vez de organização por tipo de arquivo para reduzir acoplamento entre módulos.
- Escolhi validação com Zod na fronteira das APIs em vez de validações dispersas para manter contratos previsíveis.
- Escolhi suíte automatizada (unit + e2e) em vez de validação manual recorrente para reduzir regressão em fluxos críticos.
Destaques de Engenharia
- Testes automatizados unitários e e2e
- Dashboard administrativo multi-módulo
- Otimização de landing pages para conversão
- Validação de API com Zod
- Integração com IA para recursos avançados
Impacto
- Gestão operacional de ISP centralizada
- Maior consistência entre conteúdos por cidade
- Fluxo estruturado de gestão de leads
Resultado
- Antes: a operação ficava distribuída em fluxos desconectados -> Depois: a gestão passou a ser centralizada em uma única plataforma.
- Antes: cada cidade seguia padrões diferentes -> Depois: a estrutura multi-cidade trouxe mais consistência entre unidades.
- Antes: integrações sofriam mais com regressão -> Depois: APIs validadas e testadas deram mais previsibilidade à evolução do produto.
Tecnologias
- Next.js 15
- React
- TypeScript
- Prisma
- PostgreSQL
- NextAuth
- Zod
- React Query
- Jest
- Playwright
- OpenAI SDK