CellMax — Distribuidora de acessórios mobile com ERP completo
- 347
- Produtos
- 370+
- Páginas
- 17
- Módulos ERP
Cliente
CellMax Distribuidora
Setor
Distribuição B2B — Acessórios para celular
Linha do tempo
Projeto consolidado · Set 2026
Produto ao vivo
Usar agoraResultados
Resultados reportados pelo cliente durante o rollout
Dados reportados pelo cliente
O desafio
O desafio
CellMax é uma demonstração completa de como uma distribuidora atacadista de acessórios para celular opera digitalmente: a vitrine que o lojista usa para comprar e o backoffice que o dono usa para gerir — no mesmo produto.
Distribuidoras de acessórios de celular operam com catálogo grande, margem apertada e estoque espalhado — mas vivem de planilha e WhatsApp. Precisam de uma vitrine B2B que venda e de um backoffice que controle compra, estoque, financeiro e expedição no mesmo lugar.
A abordagem
A abordagem
Modelamos o domínio inteiro em Prisma (18 modelos) antes de escrever telas — produto, variante, estoque, venda, fornecedor, ordem de compra, transação, armazém, auditoria. Depois construímos duas experiências: loja (busca, categorias, carrinho, checkout, rastreio) e admin ERP (17 módulos). Para a vitrine pública, convertemos para export estático: o banco vira dados pré-renderizados e os filtros viram client-side.
A solução
A solução
O produto cobre os dois lados da operação:
- Catálogo com categorias hierárquicas de 3 níveis e navegação por breadcrumb
- Busca com filtro client-side por nome e descrição
- Página de produto com galeria de imagens, variantes e seleção de SKU
- Carrinho, favoritos e checkout com simulação de pagamento (Pix, cartão, boleto)
- Rastreio de pedido com timeline de status e código de transportadora
- Central do cliente, políticas, formas de pagamento e trocas/devoluções
- ERP: dashboard, produtos, categorias, estoque, compras, fornecedores, vendas, financeiro, fiscal, expedição, devoluções, precificação, multi-armazém, transportadoras, notificações, auditoria e exportação
- Identidade visual completa: logo 3D, hero cinematográfico, og-image e favicon próprios
Linha do tempo
Como o projeto foi conduzido, do mapeamento ao deploy. How the project was conducted, from mapping to deploy.
Metodologia
Como o projeto foi conduzido, do mapeamento ao deploy. How the project was conducted, from mapping to deploy.
Modelagem do domínio completo (18 modelos Prisma) antes de qualquer tela
Duas experiências desenhadas separadamente: loja para o comprador, ERP para o gestor
Conversão criteriosa para estático: generateStaticParams nas rotas dinâmicas, filtros client-side onde searchParams existiam
Identidade visual autoral: logo 3D, hero cinematográfico e og-image gerados sob medida
Validação: tsc limpo, build de 370+ páginas e spot-check de todas as rotas críticas
Arquitetura
- → Next.js 15 com export estático — 370+ páginas pré-renderizadas no Cloudflare Pages
- → Catálogo de 347 produtos em dados tipados com filtros, categorias e busca client-side
- → Carrinho e estado com persistência local para sessões de compra B2B
- → PDV/WhatsApp checkout integrado ao fluxo do distribuidor
- → Deploy automático via CI com imagens otimizadas por produto
Diagrama conceitual — não reflete implementação real
Stack tecnológica
Escolhas técnicas e o que ficou para fora.
Decision log
O que escolhi, o que rejeitei e por quê.
Export estático em vez de Workers + banco
Por que: A vitrine precisa ser rápida, barata e indestrutível. Prisma roda no build e vira HTML estático — 370+ páginas prontas, sem servidor para cair, sem banco para proteger. O código das API routes foi preservado em src/server/ para o dia que um backend real for ligado.
Alternativas rejeitadas: Workers + Supabase (rejeitado — custo e complexidade desnecessários para uma demo read-only); banco em produção (rejeitado — sem auth real seria exposição).
searchParams viram filtro client-side
Por que: Export estático não lê query string no servidor. Busca, rastreio, produtos e vendas passaram a carregar o dataset serializado e filtrar no navegador — a experiência do usuário ficou idêntica e instantânea.
Alternativas rejeitadas: Manter SSR com Workers (rejeitado — quebra o modelo estático); páginas sem filtro (rejeitado — degradaria a demo).
ERP como parte do produto, não escondido
Por que: O diferencial do projeto é mostrar o backoffice inteiro — é isso que separa uma lojinha de uma plataforma. O /admin fica aberto na demo porque é o ponto mais impressionante para quem avalia.
Alternativas rejeitadas: Esconder o admin (rejeitado — perderia o maior ativo do case); auth fake com senha visível (considerado para futura evolução).
Segurança e acesso
Lições aprendidas
Nem tudo saiu como planejado.
— Demo convincente é a que mostra a operação inteira. Um ERP aberto ao lado da loja vende mais que dez slides — porque quem compra software quer ver o bastidor, não só a vitrine.
Veja também outros produtos
Marken Fassi CASA FASSI
LXP privada para vendedores de enxovais onde o lojista entra, faz microlearning e usa o FASSI.AI para vender com confiança.
Ver case →
CasaMais CasaMais
Programa de parceiros para loja de materiais de construção. Arquitetos indicam clientes, acumulam comissões por tier e resgatam pontos CasaMilhas em catálogo de prêmios.
Ver case →
Nexus IA Nexus IA — Plataforma de IA
Plataforma de IA com 620+ endpoints REST, Nexus Auto com roteamento automático entre 20+ modelos, workspace com agente autônomo, multimodal e 6 planos comerciais.
Ver case →Quer um produto como esse?
Posso fazer o mesmo para o seu negócio. Vamos conversar.