Portais · por perfil
Venda Digital B2B
Boa parte dos pedidos B2B é repetição: o comprador já sabe o que quer. Fazer esse pedido passar por um vendedor é caro para quem vende e lento para quem compra. A Venda Digital B2B move esse fluxo para o autoatendimento, sem abrir mão de nenhuma regra.
O comprador se serve sozinho, na loja que já é dele
A home da loja pelos olhos do comprador logado: a praça de entrega, o cashback da conta e o filtro por veículo, tudo antes do primeiro clique.
- A praça já está aplicadaDisponibilidade e prazo dependem de onde o comprador está, e isso entra na barra antes da busca.
- A conta é dele, não uma sessãoO cashback disponível aparece no topo: o portal reconhece o cliente, não apenas o navegador.
- Busca no vocabulário do setorEm autopeças ninguém procura por SKU: procura por veículo, e o filtro abre por veículo.
É o autosserviço acontecendo. A loja não é uma vitrine igual para todo mundo com login depois: ela já abre com a praça e a conta do comprador aplicadas, que é a diferença entre portal B2B e site institucional com catálogo.
Por que este autoatendimento adota, e os anteriores não
Muita empresa já investiu em portal B2B e viu a adoção ficar baixa, porque era mais uma interface para o comprador aprender. Aqui a lógica se inverte: o Procurement Agent faz a busca semântica, compara, monta o carrinho e sugere a recompra. O comprador conversa, não decora tela.
O rotineiro sai da mesa do vendedor
Cada pedido digital passa pelas mesmas regras do Commerce Rules Engine: preço contextual por perfil e depósito, crédito como pagamento nativo (Net Terms) com o 4-Point Checkout Validation, e as travas de margem. O vendedor deixa de processar o repetitivo e sobra para o que a máquina não faz: relacionamento e negociação complexa.
Para o comprador
Autonomia real: encontra a peça por contexto, vê o seu preço e o seu crédito, e fecha fora do horário comercial, sem depender de alguém atender.
Para o CFO
O custo de servir o pedido pequeno cai, e a margem fica protegida por regra: cada concessão tem Reason Code, e o imposto sai certo na origem.
Em produção real · Imdepa
No portal B2B da Imdepa, o comprador monta um pedido de mais de 250 SKUs e a plataforma calcula IPI, ICMS, substituição tributária, frete e o crédito pré-aprovado em segundos. O autoatendimento levou a 3x mais clientes ativados em três anos, sem crescer a equipe na mesma proporção.
Ler o caso Imdepa →E quando a negociação é complexa?
Aí entra a Venda Assistida: o mesmo Core, com o vendedor na frente.
As variações que este perfil cobre9
Todas saem do mesmo template dinâmico, por parametrização, e não por código novo. É a razão de o portal ser produto e não projeto.
- Preço visível por perfil
- O revendedor vê atacado, o consumidor vê varejo, e a segmentação acontece na identificação, sem alguém liberar tabela a cada cadastro.
- Catálogo e orçamento
- Modo com preço oculto: o botão de compra dá lugar ao pedido de orçamento, e o item sem saldo abre captura de demanda em vez de sumir.
- Atacado e varejo no mesmo portal
- Pessoa física e pessoa jurídica compram no mesmo endereço, e cada uma carrega as próprias condições ao entrar.
- Checkout fiscal completo
- Imposto interestadual, inscrição estadual e tributação rural calculados pela origem real do depósito que vai faturar.
- Compra recorrente
- Carrinhos salvos e listas rápidas transformam a reposição em poucos cliques, e o link pode ir por mensagem para o comprador concluir.
- Compra em massa
- Adição em lote por código técnico, com validação item a item em tempo real, para quem compra centenas de linhas por pedido.
- Vendedor presente, em modo leve
- O portal é autônomo, mas o vendedor aparece com nome, foto e conversa disponível. Humaniza sem precisar operar cada pedido.
- Crédito faturado nativo
- O limite de crédito é meio de pagamento no checkout, com prazo. Quem está com pendência tem a oferta restrita, e quem está bloqueado não fecha.
- Regra regional e multi-CD
- Preço por depósito, imposto pela origem e a possibilidade de atender fora do raio logístico padrão quando a oportunidade justifica.
A jornada do comprador, e onde ela costuma quebrar5
- Identificar
- O comprador entra e o portal já sabe quem ele é: tabela, cluster, crédito e condições carregam juntos. Sem isso, o resto da jornada é uma cotação a conferir.
- Encontrar
- Busca por código do fabricante, código do parceiro e atributo técnico, porque em catálogo técnico o comprador procura pelo código que tem na mão.
- Negociar
- Volume, prazo e composição mudam o preço na tela, dentro das alçadas. É o ponto em que um catálogo de preço fixo devolve o comprador ao telefone.
- Fechar
- Estoque, preço, crédito e imposto conferidos ao mesmo tempo, e não um de cada vez. A validação sequencial é a causa mais comum de carrinho abandonado no B2B.
- Repetir
- A recompra nasce do histórico, não de uma nova busca. O pedido rotineiro sai da mesa do vendedor e sobra tempo para a negociação que precisa dele.
Perguntas frequentes
Como é a jornada do comprador B2B dentro do portal?
São cinco etapas, e a que mais falha em portal genérico é a primeira. O comprador se identifica e o portal já carrega tabela, cluster, crédito e condições; encontra o item por código do fabricante, código do parceiro ou atributo técnico; negocia volume, prazo e composição com o preço mudando na tela dentro da alçada; fecha com estoque, preço, crédito e imposto conferidos ao mesmo tempo, e não um de cada vez; e repete a compra pelo histórico, sem refazer a busca.
Meu comprador não vai querer aprender mais um sistema.
E não precisa. O Procurement Agent faz a busca semântica, compara, monta o carrinho e sugere a recompra. O comprador conversa e encontra a peça por contexto, não decora tela.
Autoatendimento não canibaliza a venda do meu vendedor?
Não. Ele tira o pedido rotineiro da mesa do vendedor e libera o representante para a negociação complexa e o relacionamento. Margem, crédito e alçada seguem governados pelo Commerce Rules Engine, iguais aos da venda assistida.
Como o crédito e o imposto ficam certos no autoatendimento?
Pelo Credit-First B2B Checkout: crédito como pagamento nativo (Net Terms 30/60/90) e a 4-Point Checkout Validation, que confere estoque, crédito, imposto e preço ao mesmo tempo antes de deixar o pedido avançar.