A maioria dos vendedores em cinco marketplaces não morre por ficar sem estoque. Morre porque cinco plataformas vendem o mesmo estoque ao mesmo tempo.
Vi isso acontecer em novembro passado. Um vendedor que conheço tinha um carregador de carro muito vendido na Amazon, Walmart, eBay, na própria loja Shopify e na TikTok Shop. Um vídeo de um influenciador explodiu da noite para o dia e trouxe mais de 3.000 pedidos. De manhã, todas as plataformas ainda vendiam contra o número total do estoque — que, é claro, era ficção. Reembolsos, avaliações negativas, danos à saúde da conta. O combo completo.
Aqui está o manual que entrego aos clientes para exatamente esta situação. Ele tem duas metades: como dividir o estoque e como estancar o sangramento quando a demanda dispara.
Divida o pool: cinco canais, cinco livros contábeis
A regra é simples: você pode armazenar tudo junto, mas precisa contabilizar separadamente.
Há duas formas de fazer isso. A segregação física significa dedicar endereços por canal — ótima para grandes vendedores que fazem dezenas de milhares de pedidos por mês, mas desperdiça espaço e torna as transferências dolorosas. A alocação lógica significa misturar o estoque fisicamente e recortar pools virtuais no WMS — mais barata, flexível, e o que recomendo para qualquer um abaixo de cerca de 10.000 pedidos por mês. Não complique demais.
Defina a divisão pelo peso real de vendas, não pelo feeling. Pegue os últimos 30 dias de vendas por canal e divida o estoque total de acordo. Se a Amazon respondeu por sessenta por cento do volume, ela recebe sessenta por cento das unidades vendáveis. Depois reserve um pool flexível de 5–10% que não pertence a ninguém — quando um canal dispara, você realoca a partir do pool flexível. Revise semanalmente e mova o pool para o que estiver quente.
Duas coisas que as pessoas erram aqui. Primeiro, as unidades nos armazéns FBA da Amazon não estão mais sob seu controle. Mantenha-as em um livro separado, nunca misturadas com seu pool de autofulfillment. Segundo, estoque em trânsito não é estoque vendável. O frete marítimo na água e as caixas que a fábrica acabou de enviar vão na própria linha da planilha. Eles entram nos pools só depois do recebimento e do putaway. Contar o estoque em trânsito como vendável é a segunda causa mais comum de sobrevendas que já vi.
Tudo acima pressupõe que você tem histórico de vendas. Produtos novos são outro jogo. Um SKU de lançamento tem zero dias de vendas, então a regra dos 30 dias não entrega nada. É assim que faço: pegue emprestado o mix de canais do produto existente mais próximo na mesma categoria — se seu antigo power bank vendeu setenta por cento do volume na Amazon, aloque as primeiras 5.000 unidades do novo carregador da mesma forma, mas dobre o pool flexível para cerca de 15% para ter mais margem de erro. Depois recorte a divisão após duas semanas de dados reais, não no fim do mês. Estoque de liquidação é um terceiro caso: não o espalhe por cinco plataformas. Concentre-o em um ou dois canais que giram mais rápido e mostre esgotado em todo o resto. Produtos de giro lento morrem espalhados finos; fogo concentrado os transforma em caixa mais rápido.
Disjuntores: três níveis, em ordem
Os pools sozinhos não vão salvá-lo. Você precisa de freios, e eles têm que disparar em ordem.
O nível um é um teto de quantidade vendável por plataforma. Seu WMS envia um número vendável atualizado a cada marketplace a cada 15 a 30 minutos: unidades alocadas menos vendido-não-enviado menos reserva. Escreva essa cadência de sincronização no SOP. Os feeds dos marketplaces têm atraso — trate o atraso como normal e planeje em torno dele, e verifique os limites atuais de feed de estoque de cada plataforma antes de construir a integração.
O nível dois é o alarme do pool flexível. Quando o pool flexível seca, ou o número vendável de um canal cai abaixo de sua linha de segurança, tudo aperta: todas as plataformas têm seus números vendáveis cortados automaticamente, ou seu líder de operações aprova manualmente qualquer liberação adicional. Esta etapa salvou um cliente meu durante a Black Friday de 2023, quando a TikTok vendeu 8.000 unidades da noite para o dia — o nível dois travou as contagens vendáveis da Amazon e da loja DTC antes que tudo virasse sobrevenda.
O nível três é a parada total. Quando realmente não há mais nada para vender, não hesite: pause os anúncios ou estique a data prometida de envio, e tenha o roteiro do atendimento ao cliente pronto. O custo de um pedido sobrevendido, reembolso mais avaliação ruim, supera de longe a margem de algumas vendas perdidas. Faça essa conta uma vez e você nunca mais vai pular o nível três.
Mais uma coisa: escreva quem puxa cada freio. O nível um roda no automático. O nível dois é decisão do líder de operações. O nível três vai direto ao dono. Não faça disso uma decisão de comitê — quando as sobrevendas estão acontecendo, não há tempo para reunião.
O nível dois tem um efeito colateral que precisa ser projetado: os disparos falsos. Um pico promocional é normal — uma venda flash pode queimar centenas de unidades em dez minutos e arrastar a contagem vendável para abaixo da linha de segurança em um ciclo de sincronização. Se você disparar o disjuntor aí, deslistou estoque saudável e matou seu próprio tráfego. Então adicione uma segunda confirmação: quando a condição disparar, congele por quinze minutos sem cortar os números vendáveis, e deixe o sistema recalcular o estoque real restante — disponível menos vendido-não-enviado menos uma provisão aproximada para carrinhos ainda não finalizados. Se ainda houver margem, libere e envie ao líder de operações apenas um aviso. Se estiver realmente seco, rode os três níveis. A segunda confirmação roda em números, não no feeling de alguém, então você bloqueia as sobrevendas reais sem dar tiro amigo nas suas próprias promoções.
O aperto de mão com o armazém: se os números não fecharem, nada mais funciona
Tudo isso repousa sobre uma premissa: os números do WMS estão certos. Então a relação com o armazém é a verdadeira fundação.
Concilie semanalmente. O disponível no WMS deveria ser igual ao vendável em todas as plataformas mais vendido-não-enviado mais em trânsito mais o pool flexível. Quando não fecha, algo está vazando. O vazamento mais comum são as devoluções — as unidades voltam ao armazém mas nunca retornam ao pool vendável de ninguém, então o estoque fica na prateleira enquanto os anúncios mostram zero.
Recomendo uma planilha fixa de cinco colunas: SKU, disponível, vendável total nas plataformas, vendido-não-enviado, em trânsito mais pool flexível. Poste-a no chat do grupo toda segunda-feira de manhã. Tudo que não fechar é marcado em vermelho, e alguém deve uma explicação no mesmo dia.
Outra armadilha: o estoque reservado do 3PL. Alguns armazéns reservam silenciosamente estoque para grandes clientes dentro do WMS. Se essa lógica de reserva não for transparente para você, seus números vendáveis são ficção. Pergunte sobre isso ao assinar o contrato e coloque por escrito.
Quando os números não fecham, percorro três pontos de controle. Primeiro, devoluções não retornadas aos pools: compare o disponível da área de devoluções com os pools vendáveis e encontre a lacuna; verifique se o recebimento e o putaway no sistema aconteceram no mesmo dia — uma lacuna de uma noite é onde as unidades somem. Segundo, em trânsito contado cedo demais: procure qualquer SKU cuja contagem vendável seja maior que o disponível — isso quase sempre significa que alguém contou o frete na água. Terceiro, reservas opacas do 3PL: faça o armazém exportar seu detalhe de reservas, alinhe SKU por SKU contra os montantes de reserva contratados, e faça-os explicar qualquer coisa acima da linha. Percorra os três e você encontrará a causa raiz nove em cada dez vezes.
Hoje à noite, faça uma coisa: pegue seu SKU principal e coloque três números em uma tabela — disponível, vendável por plataforma, em trânsito. Ligue para seu armazém amanhã de manhã e percorra-a linha por linha. Se fechar, seu estoque multicanal está saudável. Se não, esqueça o crescimento por uma semana e conserte primeiro os livros.
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
