Venda assistida: commercetools ou CWS Platform?
Sessão assumida pelo vendedor, hierarquia de Business Units e importação em beta, pela ótica de quem responde pela experiência de commerce.
Nota editorial: comparativo de arquitetura entre commercetools e a CWS Platform para o cenário de venda assistida, em que o vendedor entra no pedido do cliente para ajudar a fechar. Quem decide aqui é o Diretor de Commerce. Todo fato sobre commercetools vem da documentação pública dele, com o endereço ao lado.
O canal digital de um distribuidor raramente vira autoatendimento puro. O cliente começa o pedido no portal, para na dúvida sobre uma substituição, liga para o vendedor, e o vendedor termina o que o cliente começou. Em outro dia, o caminho é o inverso: o vendedor prepara a sugestão de reposição e o cliente só confirma. Venda assistida é esse ir e vir, e o Diretor de Commerce responde pela experiência inteira, não só pela parte que acontece sem ajuda.
A pergunta que separa as plataformas nesse cenário não é se o vendedor consegue entrar no carrinho. É quanto trabalho de modelagem fica por trás disso: como a carteira do vendedor é desenhada, como as contas dos clientes são organizadas e como essa base chega à plataforma quando a operação começa.
Este comparativo olha para commercetools e CWS Platform só por esse ângulo. Não é um ranking de funcionalidades. O mapa geral dos modelos está no post sobre os três modelos de plataforma de comércio B2B.
O que o commercetools resolve bem
O commercetools tem um fluxo de venda assistida bem descrito. Pelo panorama de Assisted Selling, vendedores e equipes de atendimento veem os carrinhos abertos numa interface central do Merchant Center, filtrados por permissão de vendedor ou de loja. O representante autorizado assume a sessão do cliente para ajustar produtos, quantidades, preços, descontos e frete, e o que ele muda é o mesmo que o comprador enxerga.
O fluxo tem dois cuidados úteis para quem responde pela experiência. O carrinho pode ser travado durante o atendimento, para que o comprador não altere o que está sendo negociado, e ao final o carrinho é devolvido ao comprador para revisão e envio do pedido, como descreve o panorama de Assisted Selling; a trava também aparece na página de gestão de carrinho e pedido.
Por trás disso, a estrutura do cliente é modelada em Business Units, com empresa e divisões, e o acesso de cada usuário a carrinhos, pedidos e cotações é dado por Associate Roles com permissões granulares, como ver os pedidos de outros usuários da mesma unidade.
Onde a arquitetura diverge
A divergência que interessa ao Diretor de Commerce está no desenho que sustenta a venda assistida e na forma como a base chega à plataforma. A documentação do próprio fornecedor registra os dois pontos:
- limitação registrada na documentação do fornecedor, consultada em 16/10/2026: o guia de aumento de limites recomenda achatar hierarquias de Business Units e reduzir o espalhamento de papéis por usuário ("Flatten Business Unit hierarchies and reduce per-user role fan-out.", https://docs.commercetools.com/api/limit-increase-guidance)
- limitação registrada na documentação do fornecedor, consultada em 16/10/2026: os endpoints de importação específicos por recurso continuam em beta pública ("the resource-specific import endpoints remain in public beta", https://docs.commercetools.com/api/import-export/overview)
O primeiro registro fala da forma da carteira. Um distribuidor com grupos econômicos, filiais e compradores com papéis diferentes tende a pedir hierarquias profundas e muitos papéis por usuário. A orientação do fornecedor, quando o projeto encosta nos limites, é simplificar esse desenho. Para a venda assistida, isso significa decidir cedo como a estrutura real do cliente vai caber na estrutura que a plataforma prefere.
O segundo registro fala do primeiro dia. A Import API, caminho de ingestão em lote da plataforma, é assíncrona e de consistência eventual, e, como registrado acima, os endpoints específicos por recurso seguem em beta pública. Para quem planeja colocar centenas de vendedores atendendo no portal numa data marcada, isso entra no cronograma de carga e no plano de contingência.
Na CWS Platform, um vendedor atende milhares de clientes, e cliente e vendedor usam a mesma interface, no mesmo pedido. A política comercial fica em parâmetros do Commerce Rules Engine (CDL Workspace), e tabelas, regras e contratos podem vir do ERP ou do CRM por API.
| decisão | commercetools, pelo mecanismo documentado | CWS Platform |
|---|---|---|
| Como o vendedor entra no pedido | Assume a sessão do cliente pelo Merchant Center, com trava do carrinho e devolução ao comprador | Cliente e vendedor usam a mesma interface, no mesmo pedido |
| Como a carteira é desenhada | Business Units e Associate Roles; o guia de limites recomenda achatar hierarquias e reduzir papéis por usuário | Um vendedor atende milhares de clientes |
| Como a base chega à plataforma | Import API assíncrona, com endpoints por recurso em beta pública | Tabelas, regras e contratos configurados na plataforma ou recebidos do ERP e do CRM por API |
A decisão de commerce é escolher se a venda assistida vai ser um modo especial de atendimento ou a forma normal de o vendedor trabalhar no mesmo pedido do cliente.
O que muda na operação de venda assistida
Digitalizar a venda não tira o vendedor do caminho. O que muda é que o autoatendimento passa a ser medido, e o vendedor cobre exatamente onde o cliente trava. Nessa leitura, o vendedor é quem leva o cliente para o digital, e a plataforma precisa tratá-lo como usuário principal, não como exceção.
Três perguntas ajudam a levar esse ponto para qualquer avaliação. Primeira: o vendedor trabalha no mesmo pedido do cliente ou numa sessão emprestada, e o que acontece quando os dois precisam mexer ao mesmo tempo. Segunda: a estrutura real das contas, com grupos, filiais e compradores, cabe no modelo da plataforma sem simplificação que mude a forma de vender. Terceira: como a carteira, os preços e os pedidos em aberto chegam à plataforma no dia em que a operação começa, e com que nível de serviço.
Há ainda a questão do registro. Em venda assistida, saber quem montou o pedido e quem decidiu o pagamento é o que permite medir o autoatendimento e remunerar o vendedor pelo que ele de fato fez.
Na CWS Platform, o pedido registra quem montou o carrinho e quem escolheu o pagamento. O vendedor monta um carrinho, com os itens e a origem de cada um, e envia o link para o cliente fechar. O carrinho comporta 250 itens por padrão, configurável, e o mesmo pedido aceita mais de um meio de pagamento, com as regras combinadas no CDL Workspace e mantidas por API.
Quando escolher o commercetools
O commercetools atende bem a cenários em que a venda assistida é um modo de atendimento sobre uma arquitetura composta:
Central de atendimento que assume carrinhos. Escolha essa arquitetura quando a operação tem uma equipe de atendimento que precisa ver carrinhos abertos e assumir a sessão do cliente, como descreve o panorama de Assisted Selling.
Negociação que exige carrinho travado. Escolha essa arquitetura quando o atendimento precisa congelar o carrinho enquanto negocia e devolvê-lo ao comprador ao final, como descreve o panorama de Assisted Selling.
Contas com estrutura simples e permissões granulares. Escolha essa arquitetura quando os clientes cabem numa hierarquia enxuta de Business Units e o controle de acesso precisa de permissões finas por papel.
Quando a CWS Platform é a escolha certa neste cenário
A CWS Platform é a escolha indicada quando a venda assistida é o jeito normal de vender, e não um modo especial.
Cliente e vendedor no mesmo pedido. Escolha essa arquitetura quando o vendedor e o cliente alternam no mesmo pedido ao longo do dia. Cliente e vendedor usam a mesma interface, e o pedido registra quem montou o carrinho e quem escolheu o pagamento.
Vendedor que prepara e envia. Escolha essa arquitetura quando a reposição começa com o vendedor. Ele monta um carrinho, com os itens e a origem de cada um, e envia o link para o cliente fechar.
Carteira grande por vendedor. Escolha essa arquitetura quando cada vendedor cobre muitas contas. Um vendedor atende milhares de clientes, e o CDL Workspace é um só sistema para todo o ecossistema.
Condição comercial que acompanha a conta. Escolha essa arquitetura quando cada cliente tem preço, promoção e prazo próprios. Tabelas, regras e contratos são configurados na plataforma, no princípio de configuração em vez de código; o desconto do vendedor passa por alçadas com aprovação em níveis, o crédito do cliente é mantido na plataforma, e a venda a prazo funciona com entrega fracionada, agendada, em vários endereços e várias origens.
Por onde continuar
Se você quer a visão técnica do mesmo fornecedor, o comparativo commercetools ou CWS Platform: quanto custa manter a regra comercial integrada? olha para a integração com ERP e CRM. Se a sua pergunta ainda é qual arquitetura serve à sua operação, o caminho é as sete perguntas que separam as arquiteturas de comércio B2B.
Se a decisão depende de como a sua força de vendas atende hoje, vale conversar com um especialista da CWS Platform para desenhar a venda assistida a partir da carteira real dos seus vendedores. As páginas Quando os Canais Brigam Entre Si e Quando o Catálogo Vira Caos tratam da dor por trás deste cenário em profundidade, sem falar de fornecedor nenhum.
Leia também
Marcas citadas neste artigo
Marcas e logotipos pertencem aos seus titulares. A citação não indica parceria nem endosso.
"Estavamos á quase 2 anos tentando implantar uma solução B2B, com a CWS, implantamos em 60 dias."
Quer ver isso na sua operação?
Operações B2B reais já rodam nisso.