Pergunta aberta no Mercado Livre. Mensagem na Amazon. Ticket no Zendesk. WhatsApp no app do telefone do time. Quatro abas, um cliente, nenhum histórico único — e o SLA do marketplace não espera o agente trocar de painel.
Integrar marketplaces com Zendesk não é espelhar a inbox. É fazer pergunta, mensagem e reclamação virarem ticket no Espaço de trabalho do agente, com contexto de pedido — e com poder de agir: reembolso, troca, devolução, mediação, follow-up — sem sair do Zendesk, no path Conciex Channels.
A dor: ML, Amazon e Zendesk em abas diferentes
No Brasil, o cliente pergunta na vitrine e espera resposta no relógio da plataforma. A operação, porém, fica partida: painel do Mercado Livre, painel da Amazon, ticket no Zendesk, WhatsApp no app do telefone à parte — sem o pedido compartilhado.
Essa jornada em abas paralelas custa quatro coisas:
- SLA de marketplace — o prazo é da plataforma (reputação, mediação, score). O relógio do ML ou da Amazon corre; o ticket no Zendesk, se existir, é outro. Estouro vira nota pública.
- Agente sem poder de ação — ver a mensagem não é reembolsar, mediar, avisar entrega ou abrir troca. Sem ação no ticket, o time copia-e-cola entre painéis e o TMA explode.
- Histórico no handoff — pré-venda, WISMO, mediação e WhatsApp da loja não compartilham contexto. O cliente reconta o CPF; o Reclame Aqui também.
- Custo-to-serve — o mesmo caso vira três atendimentos. Retrabalho, FCR que não fecha, supervisor sem auditoria.
O painel nativo do seller resolve o operador solo. Não resolve SAC multiagente, omnichannel com loja, Black Friday nem governança de quem estorna.
O que é integrar marketplaces com Zendesk
O que é integrar Mercado Livre/Amazon com Zendesk? Integrar Mercado Livre, Amazon e outros marketplaces com Zendesk significa trazer perguntas, mensagens e reclamações desses canais para tickets no Espaço de trabalho do agente — em geral com dados do pedido e da publicação — para o time de CX responder e atualizar status sem trocar de aba.
Na prática: o contato deixa o painel isolado do seller; o ticket carrega origem, publicação e, quando a integração entrega, pedido (status, SKU, comprador); a resposta e o status voltam ao canal. O cliente continua no marketplace; a operação deixa de viver de print.
Amazon entra pela dor e pelo path BCR: o time já atende lá, em paralelo ao ML e ao Zendesk. No Conciex Channels, Amazon é produto pronto no stack — no mesmo nível de Mercado Livre, Magalu, Shopee, CNova e Reclame Aqui. Features de sidebar Amazon só as confirmadas em página/produto BCR-Conciex (sem inventar ações).
O que precisa chegar no ticket (e o que o agente precisa fazer)
Só abrir ticket com o texto da mensagem é inbox. SAC de marketplace pede tipo de contato, contexto de pedido e ações no fluxo.
Pré-venda, pós-venda, reclamação e mediação
| Tipo | O que chega | Urgência |
|---|---|---|
| Pré-venda | Pergunta no anúncio (estoque, frete, variação) | Relógio público; tom visível na vitrine |
| Pós-venda / WISMO | “Cadê meu pedido”, atraso, extravio, troca | Status logístico no ticket |
| Reclamação | Disputa com vencimento | SLA da plataforma; dono e fila certos |
| Mediação | Escalada com o marketplace (ex.: MELI) | Quem fala com o reclamante e quem fala com a plataforma |
Fila única para os quatro tipos estoura reputação: vitrine e mediação não têm o mesmo prazo nem o mesmo dono.
Contexto de pedido no ticket
Sem pedido no ticket, o agente pergunta o que o marketplace já sabe. O mínimo útil: marketplace e loja; ID do pedido e da publicação; SKU; status; comprador; vencimento/SLA da plataforma, quando houver.
No exemplo Magalu do Conciex Channels, a reclamação abre ticket com sidebar de pedido, produto e SKU e prazo de SLA visível no sidebar. No Mercado Livre, reclamações, perguntas e mensagens entram com dados de pedido, vencimento e visão por canal/loja. O blog da Conciex descreve o custo de não ter isso: o operador perde cerca de 5 a 10 minutos por ticket alternando painéis (claim Conciex, não métrica BCR).
Ações no ticket — âncora Conciex Channels
Por que só “abrir ticket” não basta? No SAC de marketplace, o agente precisa de contexto de pedido e de poder executar ações operacionais (reembolso, troca, devolução, follow-up) no fluxo do ticket. Conciex Channels centraliza marketplaces e canais dentro do Zendesk com essas ações no ticket — para a operação não ficar só espelhando mensagem entre painéis.
O Conciex Channels centraliza marketplaces e canais de venda direto no Zendesk: atendimento, pedidos, trocas e devoluções num único fluxo; pedidos, mensagens e ações (estorno/reembolso, troca, follow-up) dentro do ticket. É extensão da operação Zendesk — workflows, permissões, Espaço de trabalho do agente — não um segundo SAC.
Ações nas integrações live:
- Mercado Livre: solicitar reembolso; abrir mediação; mensagem ao reclamante; mensagem ao MELI; avisar entrega.
- Magalu: cancelar venda; enviar nova peça; confirmar endereço — com prévia e retorno de solução enviada.
Conciex Channels não é Conciex Messaging. Messaging é disparo de WhatsApp, SMS e e-mail — o guia é como integrar WhatsApp com Zendesk no Brasil. Channels é marketplace e canal de venda, com pedido e ação no ticket.
Cobertura no path BCR/Conciex Channels: Mercado Livre, Magalu, Shopee, CNova, Reclame Aqui e Amazon (produto pronto).
Triângulo: Conciex Channels × hub de mercado × parceiro BCR.CX
O app resolve inbox e ação. Não desenha sozinho fila, SLA, QA nem escala humana.
Conciex Channels, hub de mercado ou parceiro BCR.CX? Conciex Channels é o path de produto BCR para marketplaces ↔ Zendesk (centralização + ações no ticket). Hubs e apps de mercado (ex.: Predize no Zendesk Marketplace) são alternativas que o comprador já compara. O parceiro BCR.CX entra na implementação, desenho de filas/SLA e escala com BPO/ops — e o ganho aparece quando marketplace, WhatsApp e loja compartilham o mesmo histórico e governança.
| Dimensão | Conciex Channels | Hub de mercado (ex.: Predize) | Parceiro BCR.CX |
|---|---|---|---|
| O que resolve | Marketplaces/canais dentro do Zendesk; pedido + mensagens + ações no ticket | Alternativa: vários marketplaces → tickets; reembolsos/mediações no helpdesk | Implementação, filas/SLA, macros, QA, unificação WhatsApp/loja, BPO/ops |
| Quando faz sentido | Zendesk-first; ações nativas no ticket; path BCR/Conciex | Comprador já compara um hub multi-marketplace | Go-live sem time interno; pico de BF; governança de quem reembolsa |
| Quando sozinho não fecha | Sem filas/SLA/treino; sem unificar WhatsApp/loja; sem BPO no pico | Não é produto BCR; não desenha ops/BPO | Sem Channels o ops herda as abas |
| Prova / path | Conciex Channels · Conciex Apps | Alternativa de mercado (sem CTA) | Serviços Zendesk · BPO varejo · outsourcing BPO |
Predize entra só como alternativa de mercado. Não é produto BCR e não é CTA. Path BCR = Conciex Channels + parceiro BCR.CX.
Apps single-channel (foco só Mercado Livre, ou conector Amazon seller → helpdesk) servem quando o escopo é estreito. Não substituem fila, permissão de reembolso nem unificação com WhatsApp e loja.
A BCR.CX, Premier Partner Zendesk, documenta mais de 250 projetos em serviços Zendesk. No BPO varejo, o conector Conciex Channels entra no fluxo do agente com status de pedido. Na operação Magalu, a página de BPO varejo publica >80% de resolutividade e >85% de CSAT. MadeiraMadeira aparece ali como conector de marketplaces com IA — qualitativo, sem percentual inventado.
Omnichannel: marketplace + WhatsApp + loja no mesmo Agent Workspace
O cliente pergunta no anúncio, cobra no WhatsApp da marca e reclama no Reclame Aqui. Se cada ponta tiver inbox próprio, a jornada partida só muda de lugar.
O desenho que fecha: mesmo Espaço de trabalho do agente; filas pré vs pós; handoff com contexto; produtos no papel certo — Channels no marketplace; WhatsApp (e Messaging, se houver disparo) no guia como integrar WhatsApp com Zendesk no Brasil.
Na Pandora, o recorte publicado é SAC unificado multi-canal na Black Friday, com satisfação mantida no pico — qualitativo, sem percentual inventado.
Operação BR: SLA de marketplace, tom público, governança, LGPD, picos
SLA da plataforma, não só do Zendesk. Mercado Livre, Magalu, Shopee e Amazon definem prazo e score. O trigger interno precisa herdar o vencimento do ticket — o relógio público da plataforma corre igual.
Tom público. Pergunta no anúncio é vitrine. Macro de e-mail privado colada ali fica visível para o próximo comprador.
Governança de reembolso. Quem estorna precisa de permissão Zendesk + regra financeira. Channels executa a ação; o parceiro desenha quem executa.
LGPD. Pedido, CPF, endereço e mediação são dados pessoais. Integração não é desculpa para copiar base do marketplace para planilha.
Picos. Black Friday multiplica pergunta + WISMO + reclamação. App sem fila e sem BPO não escala. BPO varejo e outsourcing BPO entram quando volume ou qualidade exigem operação gerida na Zendesk do cliente.
Erros comuns que matam a integração
- Só espelhar mensagem — ticket sem pedido e sem ação.
- Fila única para pré e pós — vitrine e mediação no mesmo inbox.
- Agente sem contexto de pedido — “me passa o número do pedido” é o sintoma.
- Ignorar tom público — macro de e-mail na pergunta da vitrine.
- Esperar que o app desenhe SLA e BPO — Channels não treina gente nem define quem estorna.
- Escolher stack sem critério de ação — comparar só quantos marketplaces o hub lista.
- Inventar ações de sidebar Amazon sem fonte — produto pronto no stack; features específicas só as confirmadas em página/produto BCR-Conciex.
- Confundir Channels com Messaging — marketplace/pedido/ação ≠ disparo WhatsApp/SMS/e-mail. Ver como integrar WhatsApp com Zendesk no Brasil.
FAQ curto + próximo passo
O que é integrar Mercado Livre/Amazon com Zendesk? Trazer pergunta, mensagem e reclamação do marketplace para ticket no Espaço de trabalho do agente, com dados de pedido e publicação quando a integração entrega, e sincronizar resposta e status de volta ao canal.
Por que painéis separados matam a operação? SLA de marketplace estoura, histórico some no handoff, o agente não reembolsa nem media sem trocar de aba.
O que precisa chegar no ticket? Pré-venda, pós-venda (WISMO), reclamação e mediação — com status, comprador, publicação e marketplace de origem.
O que são “ações no ticket”? Reembolso, troca, devolução, follow-up, mediação, aviso de entrega no fluxo Zendesk. Âncora: Conciex Channels.
O que é Conciex Channels? Produto BCR/Conciex que centraliza marketplaces e canais de venda dentro do Zendesk (pedidos, mensagens, ações).
Quais marketplaces o Conciex Channels cobre hoje? Path Channels: Mercado Livre, Magalu, Shopee, CNova, Reclame Aqui e Amazon (produto pronto). O BPO varejo opera o conector Channels com contexto de pedido.
Conciex Channels é o mesmo que Predize? Não. Predize é alternativa de mercado. Channels é produto Conciex/BCR. Path BCR = Channels + parceiro BCR.CX.
Channels é o mesmo que Messaging? Não. Messaging = disparos WhatsApp/SMS/e-mail (guia WhatsApp × Zendesk). Channels = marketplaces e canais de venda.
Quando entra o parceiro BCR.CX / BPO? Implementação, filas/SLA, governança de reembolso, unificação WhatsApp/loja, escala Black Friday — BPO varejo · outsourcing BPO.
Como convive com WhatsApp e loja própria? Mesmo Agent Workspace e histórico; filas pré vs pós; Channels no marketplace; WhatsApp no guia de integração.
Qual o próximo passo? Diagnosticar abas, o que chega no ticket e o vértice do triângulo (Channels × ops) com a BCR.CX — Conciex Channels, Conciex Apps, Zendesk, serviços Zendesk, BPO varejo, outsourcing BPO ou fale conosco.
Integrar Mercado Livre, Amazon e o restante do SAC de marketplaces com Zendesk no Brasil não se resolve só espelhando mensagem. Resolve com ticket que carrega pedido, com ações no fluxo, com Channels no papel de produto, com hub de mercado tratado como alternativa — e com parceiro BCR.CX na implementação, na governança e no pico.
