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.

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