Indústrias, distribuidores e atacadistas que resistiram à digitalização por anos estão sendo empurrados por um fator simples: o comprador do outro lado mudou. O profissional que faz o pedido de reposição compra tudo o que é pessoal pelo celular, e não entende por que o pedido profissional dele ainda depende de uma planilha enviada por e-mail para um representante.
A reação natural é levar para o B2B a plataforma que funciona no varejo. É aí que a maior parte dos projetos de e-commerce B2B fracassa, e o fracasso raramente é atribuído à causa certa. Este artigo mostra o que muda do varejo para o B2B, onde os projetos travam e por onde começar no Magento e no Adobe Commerce.
Principais pontos do artigo
- E-commerce B2B não é varejo com login, é um modelo comercial diferente.
- Seis mecanismos que existem no B2B simplesmente não têm equivalente no B2C.
- O representante comercial não é obstáculo ao digital, é parte do desenho.
- A integração com o ERP deixa de ser acessória e passa a ser o núcleo do projeto.
- O Adobe Commerce traz recursos B2B nativos, mas eles exigem modelagem da política comercial, não só configuração.
B2B e B2C: onde os dois modelos se separam
Antes dos mecanismos, vale olhar a base. A comparação abaixo resume as diferenças que mais pesam na hora de desenhar a loja.
- Comprador: no B2B, uma empresa representada por um comprador, muitas vezes com outras pessoas na decisão. No B2C, um consumidor decidindo sozinho ou em família.
- Decisão de compra: no B2B, mais etapas e mais partes interessadas. No B2C, uma decisão individual e rápida.
- Relacionamento: no B2B, contas atendidas por um representante ou gerente de conta, com condições negociadas. No B2C, uma oferta pública igual para todos.
- Pagamento: no B2B, prazos como 30, 60 ou 90 dias, limite de crédito e faturamento. No B2C, o pagamento costuma acontecer no ato, com cartão, Pix ou boleto.
- Pedido: no B2B, reposição recorrente, em quantidade e em múltiplos de embalagem. No B2C, itens avulsos.
Essas diferenças explicam por que a mesma vitrine não atende os dois públicos.
Os seis mecanismos que o varejo não tem
Preço por cliente. No varejo, o preço é do produto. No B2B, o preço é da relação entre produto e cliente. O mesmo item tem valores diferentes conforme contrato, histórico, volume acumulado e política comercial. Isso não é desconto, é tabela. Uma plataforma que trata preço como atributo do produto não modela isso sem gambiarra.
Catálogo por cliente. Nem todo cliente vê todo produto. Há exclusividade por região, por canal, por contrato. Há item que só existe para determinado perfil. A visibilidade do catálogo passa a depender de quem está autenticado, o que inverte a lógica de indexação e de cache do varejo.
Unidade de venda e múltiplo de embalagem. O produto é vendido por caixa, por fardo, por pallet, com múltiplo mínimo e conversão entre unidades. Um carrinho que aceita quantidade unitária livre gera pedido que o ERP não consegue faturar, e o problema aparece na expedição, não no checkout.
Representante comprando em nome do cliente. O vendedor precisa acessar a conta do cliente, montar o pedido, aplicar a política daquele cliente e submeter. Isso exige personificação controlada, com registro de quem fez o quê. Não é um recurso de conveniência, é requisito de auditoria comercial.
Hierarquia e aprovação. Na empresa compradora, quem monta o pedido frequentemente não é quem aprova. Existe alçada por valor, existe centro de custo, existe fluxo de aprovação. Sem isso, o pedido é montado no sistema e aprovado por fora, o que anula boa parte do ganho da digitalização.
Crédito, prazo e limite. A maior parte das vendas B2B não é paga no ato. Existe limite de crédito, condição de prazo negociada, título em aberto. O checkout precisa consultar essa posição no ERP em tempo real e bloquear ou liberar conforme a regra, o que transforma o fechamento do pedido em uma operação integrada, não local.
Por que copiar o varejo produz projeto travado
Cada um desses seis mecanismos, quando não é modelado desde o início, vira uma customização acoplada no fim do projeto. E customização acoplada tem um custo que aparece depois: ela precisa ser revalidada a cada atualização de plataforma, a cada patch, a cada mudança no ERP.
O padrão é quase sempre o mesmo. O projeto entrega uma loja bonita e funcional para o cliente que compra à vista, com preço de tabela e quantidade unitária. Ou seja, para o cliente que menos representa o faturamento. Os clientes que representam o volume continuam comprando pelo representante, porque o sistema não modela a realidade comercial deles. Seis meses depois, a conclusão interna é que o mercado B2B não adota digital, quando o que aconteceu foi que o digital não modelou o B2B.
O representante não é o obstáculo
Existe uma leitura comum de que o e-commerce B2B substitui a força de vendas, e ela produz resistência interna justificada. Na prática, os projetos que funcionam fazem o contrário.
O digital assume a recompra previsível, o pedido de reposição, a consulta de posição e o acompanhamento de entrega. Isso libera o representante do trabalho de digitação e o devolve à função comercial: negociação, abertura de conta, ampliação de mix. O ganho não é redução de equipe, é redirecionamento de tempo para atividade que gera margem.
Quando o representante enxerga a plataforma como ferramenta dele, com acesso à conta do cliente e visibilidade do que está acontecendo, a adoção acontece. Quando ele enxerga a plataforma como substituta, a adoção não acontece, e nenhuma decisão técnica corrige isso.
Omnicanal no B2B: o canal digital soma ao representante
O comprador B2B alterna entre canais: pede ao representante, consulta preço no portal, confirma entrega por telefone, repete o pedido pelo e-commerce. Ele espera que todos esses canais mostrem a mesma informação.
Isso traz três cuidados práticos:
- Dados únicos: preço, estoque, crédito e histórico de pedidos precisam vir da mesma fonte, o ERP, para que o portal e o representante digam a mesma coisa.
- Conflito de canal: se o representante e o portal competem pelo mesmo cliente, a adoção trava. Defina regras claras, como o representante receber o crédito comercial dos pedidos feitos pelos clientes da carteira dele.
- Gestão da mudança: a tecnologia sozinha não muda o processo. Treine o time comercial e o atendimento, e envolva-os desde o desenho.
O que o Adobe Commerce oferece para B2B
O Adobe Commerce tem um conjunto de recursos B2B nativos. Segundo a documentação da Adobe (Experience League), o Adobe Commerce B2B é uma extensão que se instala e se habilita na loja, disponível para o Adobe Commerce em infraestrutura de nuvem e on-premises. Por padrão, todos os recursos B2B vêm desabilitados. Os principais:
- Contas de empresa: vários compradores sob uma conta corporativa, com divisões, subdivisões, usuários e permissões por papel. Pode oferecer pagamento em conta (Payment on Account) com linha de crédito.
- Catálogos compartilhados: preços personalizados por produto para empresas diferentes, em um ou mais sites.
- Cotações negociáveis: negociação de preço entre comprador e vendedor, iniciada no carrinho pelo comprador ou no admin pelo vendedor.
- Aprovação de pedidos: quando ativada, os pedidos viram pedidos de compra sujeitos a regras de aprovação.
- Listas de requisição: listas de produtos salvas que alimentam o carrinho e são reutilizadas a cada reposição.
- Pedido rápido: compra por SKU ou nome do produto.
Esses recursos são estrutura, não política comercial pronta. Ativá-los sem modelar a regra de preço, de crédito e de aprovação da empresa produz um B2B genérico que não atende ninguém em particular. O Magento Open Source não aparece na documentação do B2B como edição compatível; nele, os mecanismos descritos acima passam por desenvolvimento ou por extensões.
O que a experiência com projetos B2B mostra
Em projetos B2B de setores muito diferentes, um padrão se repete: o gargalo quase nunca está na loja. Está na integração com o ERP e na modelagem de política comercial.
Isso tem uma consequência prática para quem está planejando um projeto B2B. Se o cronograma dedica a maior parte do tempo à camada de apresentação e trata a integração como uma fase final, o projeto vai atrasar. A ordem correta é inversa: modelar política comercial e integração primeiro, porque é o que define o que a interface precisa mostrar.
Perguntas para responder antes de começar
Use esta lista com a diretoria, o comercial e a tecnologia. As respostas definem o escopo da primeira entrega.
- Quais clientes vão comprar primeiro, e quanto do volume atual eles representam?
- Qual é a política de preço desses clientes: tabela, contrato, faixa de volume?
- O catálogo é igual para todos ou depende de região, canal e contrato?
- Como o ERP expõe preço, estoque, crédito e pedidos: API, arquivo, fila?
- Quem aprova um pedido na empresa compradora, e por qual critério?
- Quais prazos e formas de pagamento existem, e quem define o limite de crédito?
- O representante vai lançar pedidos pelo cliente? Como o trabalho dele é medido?
- Como o sucesso será medido: pedidos recorrentes pelo portal, tempo de lançamento, redução de erros de pedido?
Práticas que sustentam a operação
Depois de modelar a política comercial, algumas práticas de loja pesam mais no B2B:
- Autoatendimento: o cliente consulta preço, estoque, pedidos e segunda via sem esperar resposta por e-mail. Isso economiza tempo do time comercial.
- Compra recorrente: reposição com um clique a partir do histórico, e listas salvas por equipe ou por fornecedor.
- Busca que funciona: com catálogo grande, a busca por SKU, código do fabricante e nome precisa ser precisa. A busca do Magento usa OpenSearch.
- Celular: o comprador B2B também consulta e aprova pelo celular. Teste o fluxo completo nesse dispositivo.
- Checkout simples: poucos campos, endereço e dados da empresa já preenchidos, e meios de pagamento compatíveis com o prazo negociado.
- Suporte especializado: o atendimento B2B resolve questões de contrato, preço e logística, e precisa de uma equipe preparada para isso.
Por onde começar sem travar o projeto inteiro
A complexidade descrita acima leva muitas operações a adiar indefinidamente, esperando o momento em que será possível fazer tudo. Esse momento não chega, e a alternativa não é fazer menos, é sequenciar melhor.
O recorte que costuma funcionar é começar pela recompra de um grupo definido de clientes ativos. São clientes que já compram, já têm cadastro no ERP, já têm tabela de preço definida e já sabem o que querem pedir. O ganho para eles é imediato e o risco de erro comercial é baixo, porque não há negociação nova envolvida.
Esse recorte exercita quase toda a infraestrutura difícil, ou seja, preço por cliente, unidade de venda, consulta de crédito e integração de pedido, mas em um universo controlado, com clientes conhecidos e volume previsível. Se algo falhar, falha com quem você consegue telefonar.
Depois que esse fluxo está estável, as camadas seguintes, aprovação hierárquica, acesso do representante, catálogo segmentado e cotação, entram sobre uma base já validada. A ordem inversa, começar pelo caso mais complexo para provar que a plataforma dá conta, é a que produz projeto de dois anos sem entrega intermediária.
Como a Trezo trata esse cenário
A Trezo trabalha só com Magento e Adobe Commerce desde 2009. Fazemos projetos de implementação, upgrades, módulos sob medida e infraestrutura na AWS, e monitoramos as lojas dos nossos clientes 24 horas por dia, 7 dias por semana. Somos Adobe Solution Partner e AWS Partner, com certificação ISO 27001.
Se a conversa sobre B2B está em aberto na sua operação, fale com nossos especialistas. Para entender como cuidamos da loja depois do go-live, veja a nossa sustentação em Magento.
Perguntas frequentes
Dá, e em muitos casos é a melhor decisão, desde que a arquitetura separe o que precisa ser separado: visibilidade de catálogo, política de preço e fluxo de checkout. O erro é tratar o B2B como um modo secundário do B2C. Quando as duas operações compartilham catálogo e estoque mas divergem em preço, unidade e condição, a modelagem precisa refletir isso desde o início.
O prazo é definido pela complexidade da política comercial e pela profundidade da integração com o ERP, não pelo tamanho do catálogo. Operação com tabela de preço simples e ERP com API madura anda mais rápido. Operação com política por cliente, alçada de aprovação e crédito consultado em tempo real é projeto de vários meses, e a maior parte desse tempo é de integração e regra, não de interface.
Depende de quais dos seis mecanismos você usa. Contas de empresa com hierarquia, catálogos compartilhados, cotações negociáveis, aprovação de pedidos e listas de requisição fazem parte do Adobe Commerce B2B, que é uma extensão do Adobe Commerce. Se a operação roda em outra edição, esses mecanismos precisam ser construídos ou vir de extensões. A conta a fazer é o custo do módulo contra o custo de construir e manter o equivalente, considerando que o equivalente precisará ser revalidado a cada atualização.
Não. O canal digital assume a recompra previsível e a consulta de posição, e libera o representante para negociação, abertura de conta e ampliação de mix. Os projetos que funcionam dão ao representante acesso à conta do cliente.
Porque preço, estoque, crédito e pedido vivem no ERP. Se a loja não consulta essas informações em tempo real, ela mostra dados diferentes do que o representante vê, e o pedido pode chegar ao faturamento com erro.
Pela recompra de um grupo definido de clientes ativos, que já têm cadastro, tabela de preço e hábito de pedido. Depois entram aprovação, acesso do representante, catálogo segmentado e cotação.
Não. Segundo a documentação da Adobe, todos os recursos B2B começam desabilitados e são habilitados em Stores > Settings > Configuration > General > B2B Features. Ativar a conta de empresa também habilita catálogo compartilhado e cotações.
