Produto próprio · Protótipo navegável
Cada aparelho é único. A bancada é canal de venda.
Um ERP de varejo em duas camadas: um núcleo comum e um pacote por nicho. O primeiro nicho é o Vendix Phone — loja de celular com assistência técnica, onde vender novo, aceitar usado na troca, consertar e revender acontecem no mesmo balcão.
O problema e para quem
ERP genérico trata celular como caixa de sapato, e sistema de assistência não sabe vender. O Vendix aposta que o aparelho é único — IMEI, custo, procedência, bateria, histórico — e que a bancada é canal de venda, não anexo.
Para quem: Varejo com operação de balcão. A primeira vertical é a loja de celular brasileira, que vende, aceita usado, conserta e revende.
As 16 rotas que existem hoje
- Início e indicadores
- Vendas no balcão
- Estoque por IMEI
- Ordens de serviço
- Clientes
- Caixa
- Relatórios
- Configurações
O estado real
É uma demonstração. Nada do que você digitar é salvo.
O próprio menu do produto avisa "Modo demonstração · dados de exemplo". Nenhuma loja opera nele, e as duas apostas do produto ainda não são demonstráveis.
- 3/49telas prontas
- 18/49telas parciais
- 28/49telas por fazer
- 5/38divergências críticas entre código e documentação
- Nada é salvo: não há banco de dados, não há servidor e não há login de verdade — qualquer credencial entra.
- Não há separação entre empresas. Uma loja veria o dado da outra, se houvesse duas.
- As duas apostas do produto não são demonstráveis hoje: a ordem de serviço e o aparelho não se encontram em nenhuma tela, e a troca de usado é apenas um campo que subtrai do total.
- Zero testes automáticos — não há ferramenta de teste instalada. Existe uma conferência por script do conjunto de demonstração.
- Não há domínio, hospedagem nem busca de marca no INPI.
- São 21 contradições confirmadas dentro da própria documentação, 4 delas graves.
- Nenhuma hipótese foi testada com cliente. Não há loja piloto.
Tamanho, medido
O que existe construído.
- 16rotas no código
- 4.181linhas em 48 arquivos
- 49telas especificadas
- 159histórias no backlog
- 45regras de negócio vigentes
- 0testes automáticos
Os limites, por escrito
As regras que mantêm a demonstração honesta.
Um protótipo que promete demais queima o produto antes de ele existir. Estas são as travas que o projeto adotou contra si mesmo.
- Não dizer que funciona o que é só tela. Pronto é o que funciona de ponta a ponta; parcial leva a limitação escrita ao lado.
- Botão sem ação não entra. O que não funciona se declara indisponível.
- O núcleo não sabe o que é IMEI — o que é de loja de celular mora no pacote do nicho.
- Uma empresa nunca vê dado de outra, e quem garante é o banco, não a tela.
- Dinheiro nunca em número quebrado de máquina. Histórico só acrescenta, nunca reescreve.
- Número só entra na documentação depois de contado, com a data e o jeito de contar de novo.
Ficha técnica
Como é construído.
- Stack
- Next.js 15.5 · React 19.0 · TypeScript 5.9 · Tailwind 3.4 · lucide-react · gráficos feitos em CSS
- Dados
- 9 contratos de leitura sobre dados de exemplo em memória. Nenhuma gravação.
- Não existe
- Banco · login · servidor · testes · hospedagem · domínio
- Início
- junho de 2026
Tudo nesta página vem do hub do produto Vendix, no Notion da MRW Tecnologia, conferido em 21/10/2026, contra o commit 7e7f406. Número sem fonte não entra.
Tem loja de celular?
O Vendix é um protótipo, e a melhor coisa que pode acontecer com ele agora é alguém de balcão dizer o que está errado. Se for você, fale com a gente.