Para organizar atendimento em marketplaces, use o pedido como referência operacional, mas não trate o status do pedido como se fosse a conversa inteira. Relacione pedido, pacote ou envio, canal, motivo do contato, responsável, prazo e próxima ação. Consulte o marketplace como fonte oficial para eventos da transação e preserve uma fila humana para exceções, reclamações, dados sensíveis e decisões que a automação não pode tomar.
O pedido é a referência, não o atendimento completo
Em um marketplace, a venda gera objetos diferentes. A documentação oficial do Mercado Livre, por exemplo, descreve recursos separados para pedidos, envios e mensagens de pós-venda. Isso é um lembrete importante: copiar apenas “pago”, “enviado” ou “entregue” para uma caixa compartilhada não explica o que o cliente pediu, quem está tratando e o que precisa acontecer agora.
Defina um vínculo estável entre a conversa e o identificador correto. Um pacote pode conter mais de um item; uma pessoa pode ter pedidos simultâneos; uma reclamação pode envolver entrega, produto ou política comercial. Quando houver contato em outro canal, confirme dados mínimos antes de juntar históricos. O guia de identidade entre canais ajuda a evitar que duas pessoas ou duas compras sejam combinadas por engano.
Também preserve a fonte de verdade. A equipe pode visualizar status em um CRM ou caixa de atendimento, mas a situação do pagamento, envio ou mensagem regulada deve ser confirmada no sistema aplicável. Registre quando o dado foi consultado e não transforme uma cópia antiga em promessa ao cliente.
Modele o pós-venda por etapas e exceções
Uma fila única chamada “marketplace” esconde o trabalho. Use poucas etapas que expressem o estado da necessidade, não somente o estado logístico. O desenho abaixo funciona como ponto de partida e deve ser adaptado aos canais e permissões reais da operação.
| Etapa | Contexto mínimo | Próxima ação verificável |
|---|---|---|
| Confirmação do pedido | ID, itens, pagamento e promessa aplicável | Validar divergência ou orientar pelo canal permitido |
| Preparação e envio | Pacote, modalidade, status e última atualização | Separar, despachar ou investigar ausência de evento |
| Entrega com dúvida | Status oficial, tentativa, endereço protegido e evidência | Orientar, abrir tratativa ou transferir para logística |
| Produto ou devolução | Item, motivo, prazo aplicável e imagens autorizadas | Seguir o fluxo oficial e registrar a decisão |
| Reclamação ou risco | Pedido, histórico, impacto e prazo | Atribuir especialista e acompanhar até resolução |
Não invente um estado intermediário para parecer que o caso avançou. “Aguardando transportadora”, “aguardando cliente” e “aguardando área interna” precisam de prazo, responsável e evidência. Sem isso, são apenas estacionamentos. A regra de responsável pela conversa deve continuar válida mesmo quando outra área executa a ação.
Separe canal, fila e propriedade
O marketplace controla parte da mensageria. O próprio Mercado Livre exige motivos e regras para determinadas mensagens e informa que conversas podem ser bloqueadas conforme o estado ou o fluxo. Portanto, uma caixa omnichannel não autoriza enviar fora das regras da plataforma. Ela deve ajudar a equipe a enxergar a demanda, preservar o contexto e direcionar o trabalho, enquanto o envio ocorre pelo canal e pela ação permitidos.
Crie filas por capacidade de resolução: dúvidas de pedido, logística, devolução, reclamação e financeiro, por exemplo. Cada caso precisa de um dono visível, mesmo quando passa por mais de uma equipe. Na transferência, envie um resumo curto: pedido, motivo, o que já foi verificado, evidência disponível, promessa feita e próximo prazo. Evite pedir ao cliente que reconte tudo.
Quando o contato chega também por WhatsApp ou Instagram, registre a origem e não pressione o cliente a mudar de canal sem necessidade. Use o plano de centralização de canais para decidir quais mensagens podem ser tratadas diretamente, quais apenas geram uma tarefa e quais exigem retorno no próprio marketplace.
Automatize a preparação, não a decisão sensível
IA e automação podem classificar o motivo, resumir o histórico, sugerir uma resposta baseada em fonte aprovada, lembrar um prazo e apontar um evento ausente. Elas não devem afirmar que um reembolso ocorreu, alterar pedido, aceitar responsabilidade comercial ou encerrar uma reclamação sem confirmação do sistema e da pessoa autorizada.
Antes de automatizar, defina três listas: ações permitidas, ações que exigem aprovação e ações proibidas. Inclua falhas de integração, dados conflitantes e ausência de ID. Se a fonte oficial estiver indisponível, a resposta segura é reconhecer o limite, manter o caso aberto e transferir — não completar a lacuna com uma hipótese. O guia de piloto de IA mostra como testar offline, em modo assistido e com rollback antes de ampliar.
Respeite a finalidade dos dados. Informações do comprador, endereço e documentos não devem ser copiados para ferramentas paralelas sem necessidade, base operacional e controle de acesso. Armazene o mínimo, limite a retenção e registre quem consultou ou alterou o caso.
Meça o resultado da necessidade, não só o volume
Contagem de mensagens e tempo médio podem ajudar na capacidade, mas não comprovam resolução. Acompanhe métricas que ligam fila, evento e resultado:
- tempo até atribuição: da entrada válida até um responsável aceitar o caso;
- tempo até próxima ação: quanto uma necessidade fica parada sem decisão verificável;
- idade por etapa: pedidos e reclamações acima do prazo definido para cada fila;
- recontato pelo mesmo motivo: nova conversa sobre a mesma necessidade dentro de uma janela estável;
- transferência sem contexto: casos repassados sem resumo, evidência ou dono;
- resolução confirmada: necessidade concluída com evento ou confirmação aplicável, separada de simples encerramento.
Segmente por motivo, marketplace, modalidade logística e tipo de exceção. Não compare equipes sem considerar o mix de casos. Use o guia de taxonomia de contatos para manter categorias pequenas e acionáveis, e o de recontato e reabertura para não confundir silêncio com sucesso.
Checklist de implantação em sete passos
- Liste marketplaces, contas, canais paralelos e pessoas com acesso.
- Escolha IDs de pedido, pacote e envio usados para relacionar eventos sem misturar clientes.
- Defina a fonte oficial para pagamento, logística, mensagem e reclamação.
- Crie motivos e etapas de atendimento com responsável, prazo e próxima ação.
- Mapeie quais mensagens são permitidas em cada canal e quais exigem um fluxo oficial.
- Teste casos comuns, duplicados, sem ID, com dados conflitantes, devolução e reclamação.
- Revise idade da fila, recontato, transferências e resolução confirmada toda semana.
O objetivo não é copiar toda a operação do marketplace para outra tela. É dar à equipe uma visão segura do trabalho: qual necessidade está aberta, a que transação ela pertence, quem responde, qual fonte sustenta a resposta e qual ação encerra o caso de verdade.