first commit
This commit is contained in:
47
docs/10_MVP_DEFINITION.md
Normal file
47
docs/10_MVP_DEFINITION.md
Normal file
@@ -0,0 +1,47 @@
|
||||
# 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
|
||||
Reference in New Issue
Block a user