Como evitar ruptura no Mercado Livre Full sem repor manualmente toda semana
Sistema simples para escalar reposição no ML Full sem virar refém de planilha. Curva ABC, zonas de alerta, automação e a fórmula que substitui a intuição.
A maioria dos vendedores Full repõe estoque por intuição. Funciona com 5 SKUs. Vira pesadelo com 50. Vira impossível com 200+.
Esse post mostra um sistema de 3 zonas de alerta + 1 fórmula, que escala de 5 a 5.000 SKUs sem você virar refém de planilha. É o mesmo princípio que o Fulzzy automatiza — mas você consegue rodar manualmente nos primeiros meses pra entender a lógica antes de delegar.
Quem ganha mais com esse sistema
Vendedores entre 20 e 200 SKUs que hoje gastam 4-8h por semana revisando estoque e ainda assim pegam ruptura. Acima de 200 SKUs, manual deixa de funcionar mesmo com sistema — você precisa de software.
Por que repor manualmente toda semana é insustentável
A reposição correta exige 4 dados por SKU:
- Vendas/dia atualizadas (não a média do ano todo — o ritmo dos últimos 60 dias)
- Estoque atual no Full
- Quantidade já em trânsito
- Trânsito médio até o CD
Com 50 SKUs, isso são 200 dados que você precisa coletar, cruzar e calcular toda semana. Mesmo no Excel, leva 2-4h. Multiplica por 4 semanas = 16h/mês = 2 dias úteis que você poderia gastar fazendo outra coisa.
E a parte ruim: erros de cálculo são invisíveis. Você acha que está fazendo certo, mas pega ruptura e acha que foi azar.
O sistema de 3 zonas
A ideia: ao invés de calcular a quantidade exata pra cada SKU toda semana, classifique cada SKU em 1 das 3 zonas. A zona te diz a urgência, e só os SKUs das zonas críticas precisam de cálculo detalhado.
Zona Verde — cobertura > 25 dias
SKU está confortável. Não precisa pensar nele essa semana.
Ação: revisar daqui a 14 dias.
Zona Amarela — cobertura entre 10 e 25 dias
SKU está em zona de planejamento. Não é urgente, mas precisa entrar na fila de reposição da próxima quinzena.
Ação: calcular reposição na próxima sessão de reposição (semanal ou quinzenal).
Zona Vermelha — cobertura abaixo de 10 dias
SKU vai zerar antes da próxima reposição chegar ao Full (porque trânsito típico é 3-10 dias). É emergência.
Ação: repor hoje, sem esperar a sessão de reposição programada.
Como classificar 200 SKUs em zonas em 30 minutos
Você precisa de UM dado por SKU: dias de cobertura atual.
dias de cobertura = estoque atual ÷ vendas/dia (60d)Em planilha:
- Exporte estoque do Full + vendas dos últimos 60 dias do painel ML
- Calcule
vendas/dia = vendas_60d ÷ 60(1 fórmula) - Calcule
cobertura = estoque ÷ vendas_dia(1 fórmula) - Filtro condicional: abaixo de 10 = vermelho, entre 10 e 25 = amarelo, acima de 25 = verde
- Ordene por cobertura ascendente
Pronto. Você tem em 30 minutos a lista de SKUs que precisam de atenção essa semana.
A fórmula que você só roda nos SKUs vermelhos e amarelos
Para os SKUs vermelhos (~5-15% do seu portfólio em operação saudável):
quantidade a enviar = ⌈ vendas/dia × (trânsito + dias_faltantes_cobertura) − em_trânsito ⌉A calculadora pública faz isso automaticamente quando você cola 1 SKU. Para múltiplos SKUs ao mesmo tempo, veja o guia completo da fórmula.
Para os SKUs amarelos (~25-40% do portfólio): planeje envio nos próximos 7-10 dias, mas não calcule agora — calcule na próxima sessão de reposição.
Cadência ideal de revisão
| Zona | Frequência de revisão | Tempo gasto | |---|---|---| | Verde | A cada 14 dias | menos de 5 min (só checar se mudou) | | Amarela | Semanalmente | 30 min (revisar fila e priorizar) | | Vermelha | Diário | 5-10 min (alertas + reação imediata) |
Sessão semanal: 1h, sempre na mesma 2ª-feira de manhã. Revisa tudo o que está amarelo, decide o que vira pedido, calcula quantidades.
Sessão diária: 5 minutos depois do café. Olha apenas SKUs vermelhos. Reage se tiver algum novo.
Curva ABC — onde concentrar atenção
Nem todo SKU merece a mesma cadência. Use a curva ABC pra separar:
- Curva A (20% dos SKUs, 80% do faturamento): revisão semanal mesmo se zona verde. Cobertura desejada 28-30 dias.
- Curva B (30% dos SKUs, 15% do faturamento): revisão quinzenal. Cobertura 21-24 dias.
- Curva C (50% dos SKUs, 5% do faturamento): revisão mensal. Cobertura 14 dias. Aceite risco maior — o impacto é pequeno.
Concentrar atenção em A é leverage — 80% do impacto vem dos 20% top.
Princípio aplicado: Pareto aplicado a estoque é canônico em supply chain — qualquer manual brasileiro de gestão de varejo (Sebrae, FGV, materiais de logística) trata curva ABC como ferramenta padrão. No Mercado Livre Full a regra costuma puxar mais para 70/30 (curva A representa um pouco menos do faturamento) por causa da diversidade de SKUs nos vendedores brasileiros.
Os 4 erros que sabotam o sistema
Erro 1 — Misturar zona verde nos cálculos da sessão semanal
Vendedor revisa todos os SKUs por hábito. Resultado: 2-4h por semana olhando SKUs que não precisam de atenção.
Fix: filtrar planilha por zona amarela e vermelha. Esquecer verde até a próxima quinzena.
Erro 2 — Não atualizar a cobertura desejada por curva
Manter 24 dias para curva A e curva C empata capital em SKU lento e arrisca ruptura em SKU rápido.
Fix: A = 28-30, B = 21-24, C = 14. Ajuste 1x por trimestre.
Erro 3 — Calcular quantidade exata para SKUs verdes
Mesmo erro do erro 1, mas pior. SKU verde com 35 dias de cobertura não precisa de cálculo detalhado. A pergunta é "envio agora?" — resposta: não.
Fix: SKU verde só precisa do número da cobertura. Detalhamento é desperdício de tempo.
Erro 4 — Não automatizar quando passa de 100 SKUs
Acima de 100 SKUs, mesmo o sistema das 3 zonas vira sobrecarga. A planilha demora pra rodar, exportações ficam lentas, erros se acumulam.
Fix: quando passar de 100 SKUs, automatize. O Fulzzy faz exatamente o sistema deste post automaticamente — atualiza vendas/dia diariamente via API ML, classifica SKUs em zonas, calcula reposição quando você precisa. 3 meses grátis.
Exemplo de sistema rodando na prática
Vendedor: 80 SKUs ativos no Full.
Início da segunda-feira:
- Exporta dados ML (20 min)
- Atualiza planilha cobertura por SKU (10 min)
- Filtra zona vermelha: aparecem 4 SKUs (5% do portfólio)
- Filtra zona amarela: aparecem 18 SKUs (22%)
- Zona verde: 58 SKUs (73%) — ignora essa semana
Decisões da segunda-feira:
- 4 SKUs vermelhos → calcula reposição na calculadora, gera 4 pedidos pro fornecedor (30 min)
- 18 SKUs amarelos → marca os 6 mais críticos (próximos a virar vermelhos) pra próxima semana, deixa os 12 restantes pra revisar em 14 dias
Total da sessão: ~1h. Próxima sessão completa: 1 semana. Revisão diária dos vermelhos: 5 min/dia.
Resultado mensal:
- 4h gastas em sessão semanal (1h × 4)
- 100 min em revisões diárias (5 min × 20 dias úteis)
- Total: ~5h/mês
Vs vendedor sem sistema: 16h/mês + ruptura ocasional.
Quando esse sistema deixa de servir
3 sinais de que você passou do limite manual:
- Sessão semanal demora > 90 minutos → você tem SKU demais ou planilha cresceu sem otimizar.
- Pega ruptura mesmo seguindo o sistema → algum SKU sai do radar. Manualmente é fácil esquecer.
- Você adia a sessão semanal mais de 1x por mês → quando o trabalho cansa, a primeira coisa que sai do calendário é a reposição. E aí pega ruptura.
Os 3 são sinais de que está na hora de migrar pra automação. Fulzzy automatiza esse mesmo sistema sem você precisar lembrar de fazer.
Perguntas frequentes
Esse sistema funciona para vendedor que tem fornecedor com lead time longo?
Sim, mas você precisa embutir o lead time do fornecedor no cálculo. Se o fornecedor demora 14 dias pra te entregar e o trânsito ML demora mais 5, sua "cobertura desejada" precisa ser pelo menos 14 + 5 + 5 dias buffer = 24 dias. Use 28-30 dias se o fornecedor for inconsistente.
Posso fazer só zona vermelha e ignorar amarela?
Pode, mas vai ter mais ruptura. Zona amarela é o buffer de planejamento — sem ela, todo dia tem SKU virando vermelho do zero, e sua sessão semanal vira reativa.
Curva ABC mexe muito ao longo do ano?
A composição é razoavelmente estável (mesmos 20% de SKUs costumam ser A o ano inteiro), mas há rotação sazonal em categorias com sazonalidade forte. Reclassifique trimestralmente, ou use a curva ABC do Fulzzy que recalcula automaticamente baseado em rolling window.
Cobertura para curva C de 14 dias é arriscado demais?
Para curva C bem identificada (vendas estáveis, não sazonal), 14 dias é OK. O risco de ruptura é compensado pelo capital liberado. Para curva C com vendas erráticas (vende uma semana, fica 3 sem vender), 14 dias é arriscado — vai zerar quando der pico. Nesse caso, melhor 21 dias mesmo sendo curva C.
Quanto tempo demora pra esse sistema "amadurecer"?
Tipicamente 2-3 ciclos completos (6-12 semanas). Nos primeiros ciclos você ajusta a cobertura desejada por curva, refina o trânsito real do seu CD, descobre quais SKUs têm padrão sazonal. Após 3 meses, o sistema roda quase automático mesmo manual.
Vale a pena começar manual antes de usar Fulzzy?
Sim, se você tem menos de 30 SKUs. O entendimento da lógica vale mais do que a velocidade. Acima de 30 SKUs, tempo gasto na curva de aprendizado manual já não compensa — vá direto pra automação. 3 meses grátis cobrem o período inteiro de aprendizado.
Próximo passo
Tudo neste post é executável em planilha. Comece hoje, mesmo se for com 1 SKU.
- Comece pelo cálculo da fórmula completa (a base do sistema)
- Use a calculadora pública pros 1-3 SKUs mais críticos
- Conecte no Fulzzy quando passar de 30-50 SKUs (3 meses grátis sem cartão)
Cada semana sem sistema é uma chance a mais de ruptura. Cada ruptura custa 4-5x as vendas perdidas.