Por Luan Pires — Especialista em Operações de E-commerce, Fundador da LP Vision
Este artigo descreve um case real de reestruturação logística conduzido pela LP Vision em uma operação de e-commerce que vendia simultaneamente no Mercado Livre, Shopee e Amazon Brasil. Por razões de confidencialidade, o nome do cliente não é divulgado — mas todos os números, problemas e resultados descritos aqui são reais e verificáveis dentro do trabalho realizado.
Conto esse case porque ele representa de forma muito precisa o que acontece com a maioria das operações multicanal que chegam até mim: começaram bem, cresceram rápido — e a logística não acompanhou. O resultado é sempre o mesmo: reputação caindo, margem sumindo, equipe esgotada e dono do negócio sem entender exatamente por que tudo ficou mais difícil enquanto as vendas cresceram.
O contexto: uma operação que cresceu mais rápido do que sua estrutura
A empresa vendia produtos de utilidades domésticas com catálogo de 340 SKUs ativos. Tinha presença consolidada no Mercado Livre há três anos, tinha entrado na Shopee há oito meses e na Amazon Brasil havia quatro meses. O faturamento mensal consolidado estava em torno de R$ 280 mil — número expressivo para uma operação de porte médio.
O problema, como quase sempre, não estava nas vendas. Estava no que acontecia depois delas.
Quando fiz o diagnóstico inicial, encontrei o seguinte cenário:
- Estoque controlado em planilha Excel, atualizado manualmente uma vez por dia por um dos sócios
- Pedidos dos três marketplaces chegando em painéis separados, sem centralização
- NF-e emitida manualmente, pedido por pedido, pela mesma pessoa que controlava o estoque
- Taxa de cancelamento no Mercado Livre em 9,3% — quase três vezes o limite recomendado pelo próprio marketplace
- Termômetro de reputação no Mercado Livre em amarelo, ameaçando cair para laranja
- SLA de envio na Shopee sendo descumprido em média 2,4 vezes por semana
- Três funcionários dedicando em torno de quatro horas diárias cada a trabalho manual operacional
- Margem líquida real de 8,3% — sendo que o sócio acreditava que estava em torno de 18%
A diferença entre a margem percebida e a margem real era o sinal mais grave. Quando mapeei todos os custos — comissão de cada marketplace, custo de frete real (não o cobrado do cliente), embalagem, mão de obra operacional, erros e reembolsos — a conta fechou em um número muito menor do que qualquer um dos sócios esperava.
Esse é o padrão que vejo com frequência: operações que crescem em faturamento enquanto a margem é silenciosamente corroída por ineficiências operacionais que ninguém está medindo com precisão.
O diagnóstico: onde estavam os gargalos reais
Antes de propor qualquer solução, mapeei a operação completa. Esse passo é inegociável — implementar integração em cima de um processo quebrado só acelera os erros.
Os gargalos se concentravam em três áreas:
Gargalo 1: ausência de estoque centralizado
Cada marketplace tinha sua própria contagem de estoque — e nenhuma delas refletia a realidade física com precisão. O Mercado Livre mostrava estoques que já haviam sido vendidos na Shopee. A Amazon exibia disponibilidade de produtos que fisicamente estavam abaixo do mínimo seguro. A planilha era atualizada uma vez ao dia, no fim da tarde — o que significava que qualquer venda da manhã ficava em estado de inconsistência por horas.
O resultado prático: vendas aceitas sem produto disponível. Cancelamentos. Penalização de reputação. Clientes frustrados. E um sócio passando horas por dia corrigindo manualmente o que a falta de integração havia quebrado.
Gargalo 2: SLAs diferentes, gerenciados da mesma forma errada
Cada marketplace tem suas próprias regras de prazo e suas próprias métricas de performance — e descumpri-las tem consequências diferentes em cada um.
No Mercado Livre, o prazo de postagem era de 24 horas úteis após a confirmação do pagamento. Na Shopee, o prazo era de 48 horas corridas. Na Amazon, o compromisso de envio era exibido ao cliente no momento da compra e qualquer descumprimento gerava alerta imediato no painel do seller.
A operação tratava os três da mesma forma: uma fila única de pedidos, processada na ordem de chegada, sem priorização por prazo. O resultado era que pedidos com SLA mais apertado frequentemente perdiam a janela de postagem enquanto outros com mais folga eram processados antes.
Gargalo 3: custo de frete invisível na precificação
O custo de frete estava sendo calculado como média — um valor fixo estimado que não refletia a variação real por região, peso e transportadora. Produtos vendidos para o Norte e Nordeste tinham custo de frete real de 40% a 70% superior ao valor usado no cálculo de margem. Nessas regiões, a operação estava vendendo no prejuízo sem que ninguém percebesse.
Esse problema é mais comum do que parece — e é um dos mais silenciosos, porque o faturamento continua subindo enquanto a margem vai sendo corroída venda a venda.
A solução: arquitetura de integração e reestruturação de processos
Com o diagnóstico mapeado, desenhei uma solução em três frentes simultâneas: integração de sistemas, redesenho do processo de expedição e reprecificação baseada em custo real.
Frente 1: implementação do ERP e integração com os três marketplaces
O primeiro passo foi implementar o Bling como ERP central e conectá-lo aos três marketplaces via integração nativa. A escolha pelo Bling foi deliberada: além de ser o ERP com maior adoção no mercado brasileiro de PMEs, ele possui integração nativa com Mercado Livre, Shopee e Amazon Brasil — eliminando a necessidade de um hub intermediário para essa operação específica.
O processo de implementação levou onze dias úteis. Os principais passos foram:
- Migração e validação do cadastro de produtos com SKUs padronizados — esse foi o passo mais trabalhoso, porque os SKUs estavam inconsistentes entre os canais. Foram três dias apenas de limpeza e padronização de cadastro
- Configuração do estoque mestre no Bling com estoque de segurança de duas unidades por SKU ativo
- Conexão com os três marketplaces e configuração das regras de importação de pedidos
- Configuração da emissão automática de NF-e para pedidos com pagamento confirmado
- Testes com pedidos reais antes de ligar a automação completa — dois dias de validação com volume reduzido
Um ponto crítico que aprendi ao longo de várias implementações: nunca ligue a automação de NF-e sem validar primeiro a configuração tributária com o contador. Neste caso específico, identificamos antes da ativação que os CFOPs estavam errados para vendas interestaduais para consumidor final — um erro que, em escala automática, teria gerado notas fiscais incorretas em todos os pedidos de outros estados.
Frente 2: redesenho do processo de expedição com priorização por SLA
Com os pedidos centralizados no Bling, redesenhamos o processo de expedição com base em uma regra simples mas poderosa: o prazo de postagem define a fila, não o horário de entrada do pedido.
Implementamos uma rotina de duas janelas de expedição por dia — às 9h e às 14h. Em cada janela, os pedidos eram ordenados por prazo de postagem mais próximo, independentemente de qual marketplace haviam originado. Pedidos com prazo expirando antes da próxima janela recebiam tratamento imediato.
Junto com isso, padronizamos as embalagens em três tamanhos que cobriam 94% do catálogo — reduzindo o tempo médio de embalagem de 4,2 minutos por pedido para 2,1 minutos. Parece pouco, mas em uma operação com 80 pedidos diários, isso representa mais de uma hora e meia de capacidade recuperada por dia.
A cotação de frete também passou a ser automática: o Bling cotava em tempo real nas transportadoras cadastradas e selecionava a opção com melhor custo dentro do prazo exigido por cada marketplace. Esse processo, que antes tomava de dois a quatro minutos por pedido, passou a ser instantâneo.
Frente 3: reprecificação baseada em custo real por região
Com os dados reais de custo de frete por região disponíveis no Bling, foi possível construir uma tabela de margem real por produto, por canal e por estado de destino. O resultado foi desconfortável mas necessário: identificamos 47 SKUs que estavam sendo vendidos com margem negativa para clientes das regiões Norte e Nordeste.
A decisão foi ajustar o preço nesses canais com uma regra de frete por região — algo que o Mercado Livre, Shopee e Amazon permitem configurar. Em produtos onde o ajuste de preço não era viável por questão de competitividade, optamos por limitar a disponibilidade geográfica do anúncio até que a estratégia logística para essas regiões fosse revisada.
Essa decisão reduziu temporariamente o volume de pedidos — mas aumentou a margem de cada pedido processado. Um sacrifício necessário e planejado.
Os resultados: o que mudou em 60 dias
Os resultados foram mensurados ao final de 60 dias de operação com a nova estrutura, comparados com os 60 dias imediatamente anteriores à implementação.
Reputação e indicadores de marketplace
- Taxa de cancelamento no Mercado Livre: caiu de 9,3% para 1,1%
- Termômetro do Mercado Livre: saiu do amarelo para verde em 34 dias
- Descumprimentos de SLA na Shopee: caíram de 2,4 por semana para zero nas últimas 5 semanas do período
- Avaliações negativas relacionadas a logística: reduziram 78%
Eficiência operacional
- Trabalho manual operacional da equipe: reduziu de 12 horas/dia coletivas para 2,5 horas/dia
- Tempo médio de processamento por pedido: reduziu de 9,3 minutos para 3,1 minutos
- Erros de estoque entre canais: zeraram após o 8º dia de operação integrada
- NF-e emitidas com erro: de média de 4,2 por semana para zero
Margem e financeiro
- Margem líquida consolidada: saiu de 8,3% para 14,7% — crescimento de 77% na margem, sem aumento de faturamento
- Custo operacional de mão de obra alocada em processos manuais: reduziu 68%
- Reembolsos e créditos por erro operacional: reduziram 84%
O faturamento no mesmo período caiu 6% — reflexo da restrição geográfica em produtos com margem negativa. Mas o lucro líquido aumentou. Essa é a diferença entre vender mais e ganhar mais — e é exatamente o ponto que a maioria das operações multicanal ainda não aprendeu.
O que esse case ensina sobre operações multicanal
Trabalho com e-commerce há seis anos e já estruturei operações de diferentes portes e segmentos. Esse case em específico me confirmou algo que vejo se repetir com consistência:
O problema raramente é de marketing ou de produto. Em operações com volume, o gargalo quase sempre está na estrutura operacional — e os sintomas aparecem primeiro na reputação dos marketplaces e na margem, não no faturamento.
Algumas conclusões práticas que esse case evidencia e que se aplicam a qualquer operação multicanal:
SKU é a fundação de tudo
Nenhuma integração funciona com SKUs inconsistentes. Antes de implementar qualquer sistema, o catálogo precisa estar limpo, padronizado e com um único código que seja o mesmo em todos os canais. Esse trabalho de saneamento, feito uma vez, resolve um problema permanente. Feito errado — ou não feito — compromete tudo que vem depois.
Cada marketplace tem sua lógica — e precisa ser respeitado
Mercado Livre, Shopee e Amazon têm métricas de performance, prazos, regras de cancelamento e políticas de penalização completamente diferentes. Tratar os três da mesma forma operacional é um erro que custa reputação e posicionamento. A operação precisa ser desenhada reconhecendo as especificidades de cada canal — não ignorando-as.
Custo de frete real precisa entrar na precificação desde o primeiro dia
Usar médias no cálculo de custo de frete é uma forma de enganar a si mesmo. O custo de enviar um produto de São Paulo para Manaus é radicalmente diferente do custo de enviar para Curitiba. Operar sem essa granularidade significa que parte das vendas está subsidiando outra — e você não sabe qual.
Automação sem validação cria problema em escala
A tentação de ligar tudo de uma vez é grande — e perigosa. Automação de NF-e com configuração tributária errada emite notas incorretas em velocidade industrial. Sincronização de estoque com SKUs quebrados propaga o erro para todos os canais simultaneamente. O processo de implementação precisa incluir um período de validação com volume controlado antes de ativar a automação completa.
Margem real exige visibilidade real
Nenhum negócio pode ser bem gerido sem saber exatamente quanto custa cada venda. Isso inclui comissão do marketplace, custo de frete real, custo de embalagem, custo de mão de obra operacional alocado por pedido, custo de reembolsos e cancelamentos. Sem esses dados, decisões de precificação, promoção e expansão são apostas.
Considerações finais: o que vem depois da estruturação
Ao final desse trabalho, a operação estava tecnicamente pronta para crescer. Os sistemas estavam integrados, os processos estavam documentados, a equipe sabia exatamente o que fazer e em que ordem, e os indicadores de marketplace estavam saudáveis.
O que vem depois — e é onde o negócio realmente começa a escalar — é usar essa estrutura para tomar decisões melhores: abrir novos canais com confiança, testar novos produtos sabendo o custo real de operá-los, investir em tráfego pago sabendo que a operação vai sustentar o volume adicional sem quebrar.
Crescer em cima de uma base estruturada é completamente diferente de crescer no improviso. A velocidade é maior, o custo é menor e a previsibilidade — que para qualquer negócio é mais valiosa do que qualquer métrica de faturamento — passa a existir de verdade.
Se você reconhece na sua operação algum dos problemas descritos neste case — estoque descontrolado entre canais, reputação em risco nos marketplaces, margem que não fecha, equipe afogada em trabalho manual — o primeiro passo é um diagnóstico preciso. É o que sempre fazemos antes de qualquer implementação na LP Vision.
Acesse luanpires.com.br para conhecer como funciona nosso processo de diagnóstico e implementação, e entender se faz sentido para o momento da sua operação.
Perguntas frequentes
Quanto tempo leva para estruturar uma operação logística multicanal com 3 marketplaces?
Depende do estado inicial da operação. No case descrito neste artigo, a implementação técnica levou 11 dias úteis — incluindo saneamento de cadastro, configuração do ERP, integração com os três marketplaces e período de validação. Os primeiros resultados concretos nos indicadores de reputação apareceram entre o 8º e o 15º dia. A recuperação completa da reputação no Mercado Livre levou 34 dias. O processo mais demorado costuma ser o saneamento do catálogo de produtos, especialmente em operações com SKUs inconsistentes entre canais.
Como recuperar a reputação no Mercado Livre após queda de indicadores?
A recuperação de reputação no Mercado Livre é diretamente proporcional à melhora dos indicadores operacionais: taxa de cancelamento, cumprimento de SLA de envio e resolução de reclamações dentro do prazo. Não existe atalho — o algoritmo do Mercado Livre avalia os últimos 60 dias de operação de forma contínua. O caminho é corrigir os processos que estão gerando os indicadores negativos e manter a operação dentro dos parâmetros por tempo suficiente para que o histórico recente seja predominantemente positivo.
O Bling funciona como hub para integrar Mercado Livre, Shopee e Amazon ao mesmo tempo?
Sim. O Bling possui integração nativa com Mercado Livre, Shopee e Amazon Brasil, sem necessidade de hub intermediário para esses três canais específicos. A integração centraliza pedidos, sincroniza estoque em tempo real, automatiza a emissão de NF-e e gera etiquetas de envio. Para marketplaces adicionais não nativos, é possível usar um hub integrador conectado ao Bling — mas para a combinação Mercado Livre, Shopee e Amazon, a integração direta funciona de forma estável e eficiente.
Como calcular a margem real em uma operação multicanal com diferentes custos de frete?
O cálculo de margem real em operações multicanal precisa considerar, para cada venda: custo do produto, comissão do marketplace (que varia por canal e por categoria), custo de frete real para o CEP de destino (não uma média), custo de embalagem, custo proporcional de mão de obra operacional e custo histórico de reembolsos e cancelamentos. O uso de médias mascara variações regionais significativas — produtos com frete para Norte e Nordeste podem ter custo 40% a 70% superior à média nacional. Um ERP com integração de transportadoras resolve esse problema ao exibir o custo real de cada envio vinculado ao pedido correspondente.
Qual o estoque de segurança ideal para operações que vendem em múltiplos marketplaces?
Não existe uma resposta única — depende do giro do produto, do lead time de reposição e do volume de pedidos simultâneos nos canais. Como referência prática, em operações com sincronização de estoque em tempo real via ERP, um estoque de segurança de 2 a 3 unidades por SKU ativo é suficiente para proteger contra o overselling em condições normais de operação. Para produtos de alto giro ou em períodos de pico como Black Friday, esse mínimo deve ser revisado para cima com base no histórico de vendas simultâneas no período equivalente do ano anterior.