48 lines
1.3 KiB
Markdown
48 lines
1.3 KiB
Markdown
# MVP Definition
|
|
|
|
## Objetivo do MVP
|
|
Resolver as dores operacionais principais com o mínimo de complexidade possível.
|
|
|
|
## Funcionalidades obrigatórias
|
|
- Gestão de fornecedores
|
|
- Criação de encomendas
|
|
- Receção parcial e total
|
|
- Registo de inventário
|
|
- Gestão de estados dos artigos
|
|
- Registo manual de vendas
|
|
- Gestão de envios pendentes
|
|
- Dashboard operacional básico
|
|
- Autenticação base
|
|
- Estrutura para anexar referência manual de anúncio
|
|
|
|
## Funcionalidades desejáveis
|
|
- Histórico de alterações
|
|
- Filtros avançados
|
|
- Gestão simples de localização física do artigo
|
|
- Upload de imagens em fase posterior do MVP, se não complicar a entrega
|
|
|
|
## Funcionalidades adiadas
|
|
- Integração automática com Vinted
|
|
- Gestão financeira
|
|
- Faturação
|
|
- Multiutilizador avançado
|
|
- Relatórios complexos
|
|
- App mobile nativa
|
|
- Backend separado
|
|
- Automações avançadas
|
|
|
|
## Critério de sucesso do MVP
|
|
O utilizador consegue controlar sem folhas dispersas:
|
|
- o que falta receber
|
|
- o que existe em stock por estado
|
|
- o que foi vendido
|
|
- o que falta enviar
|
|
|
|
## Critério técnico do MVP
|
|
O MVP deve ser entregue numa única aplicação full-stack com:
|
|
- frontend em Next.js
|
|
- backend dentro do projeto Next.js
|
|
- base de dados PostgreSQL
|
|
- ORM Prisma
|
|
- autenticação e storage suportados por Supabase
|