Depois da campanha, a fila e o WhatsApp recebem a mesma pergunta: “Onde está meu pedido?”
O ticket chega sem número do pedido, sem ETA ou sem um tracking confiável. Enquanto isso, o agente precisa abrir outra aba para buscar o status, e o cliente espera.
WISMO (Where Is My Order?) é uma dor comum no pós-venda do ecommerce. Na prática, ela aparece quando existe um gap entre a compra e a entrega, especialmente quando o atendimento não tem o contexto necessário para responder.
Por isso, reduzir WISMO exige mais do que uma resposta automática. É preciso combinar self-service, automação e atendimento humano na exceção, com o contexto do pedido disponível no fluxo.
No Zendesk, esse desenho pode ser ampliado com soluções da BCR.CX. Em pedidos de marketplace, o Conciex Channels leva pedidos e ações para dentro do ticket. Já para atualizações proativas, o Conciex Messaging permite trabalhar com templates e governança no WhatsApp.
Dessa forma, a operação consegue direcionar cada solicitação para o caminho adequado: o cliente consulta informações sozinho quando possível, a automação resolve demandas simples e o agente atua nos casos que exigem análise.
A proposta não é apresentar uma porcentagem de contenção sem base. Em vez disso, o objetivo é desenhar as camadas, operar a solução e medir os resultados no Explore.
Aqui, o foco é o problema WISMO. Para entender o que pode ser automatizado no atendimento, consulte atendimento automatizado.
A dor: “onde está meu pedido?” ocupa a fila
WISMO significa Where Is My Order?. Em outras palavras, representa dúvidas sobre status, ETA ou tracking de um pedido.
No ecommerce, essa pergunta costuma aparecer com frequência no suporte. Além disso, o processo tende a se repetir:
- consultar o pedido;
- verificar o status ou a transportadora;
- responder ao cliente.
Por esse motivo, WISMO é um caso clássico para automação. Entretanto, a automação só funciona quando o dado do pedido está disponível no ticket ou por meio de uma integração.
Por que WISMO sobrecarrega o atendimento no Brasil?
Em primeiro lugar, existe o gap entre compra e entrega. Atrasos da transportadora, tracking parado ou informações incompletas podem gerar novas dúvidas.
Em segundo lugar, o ticket pode não ter o contexto do pedido. Assim, o agente precisa buscar o número do pedido, o status ou o tracking em outro sistema.
Por fim, existe a deflexão sem resolução. Um artigo genérico não resolve quando o cliente quer saber o status do próprio pedido.
Como destaca o framing da Kodif, deflexão não é o mesmo que resolução. Afinal, redirecionar o cliente não significa responder à dúvida específica.
Portanto, WISMO é um problema estrutural. Ele combina um gap logístico com dados que podem ficar fora do workspace do atendimento.
Nesse cenário, automatizar sem contexto pode apenas fazer o cliente voltar para a fila.
Para operações de marketplace, consulte também atendimento marketplace ecommerce Zendesk.
Critério de desenho: self-service + automação + humano na exceção
Como reduzir tickets de “onde está meu pedido” no Zendesk? Use três camadas: self-service com status confiável, automação no ticket quando o dado do pedido estiver disponível e atendimento humano nos casos de exceção.
Primeiramente, o self-service atende os pedidos que seguem o fluxo normal. Em seguida, a automação atua quando o ticket já possui o contexto necessário. Por fim, o humano assume os casos que exigem análise ou ação.
1. Self-service
O cliente consulta status, ETA ou tracking sem abrir um ticket.
Essa camada funciona melhor para pedidos que estão dentro do fluxo esperado de entrega. Assim, o cliente encontra a informação sem precisar entrar em contato com um agente.
Path típico: Help Center / Guide + link de rastreio. Macros e triggers também podem direcionar o cliente para artigos relevantes.
2. Automação no ticket
O cliente ainda abre um WISMO, mas o Zendesk já possui o contexto do pedido.
Nesse caso, a automação pode responder à dúvida ou ajudar o agente a encontrar a informação necessária.
Path típico: triggers, macros, AI agents com API de pedido ou Channels em operações de marketplace.
3. Humano na exceção
Nem todo WISMO deve ser automatizado.
Por isso, o agente entra quando existe uma situação que exige análise, julgamento ou ação.
Entre os exemplos estão:
- atraso estrutural;
- extravio;
- troca ou devolução complexa;
- mediação;
- risco de impacto no CSAT.
Dessa maneira, a automação cuida do fluxo previsível, enquanto o time humano concentra esforços nos casos mais complexos.
A promessa correta é apresentar o desenho das camadas, e não uma porcentagem fixa de contenção.
Depois da operação, o Explore permite acompanhar indicadores como volume de WISMO, reabertura e CSAT.
Zendesk como sistema de registro do ticket WISMO
O Zendesk funciona como sistema de registro do atendimento.
Ele reúne tickets, histórico, filas, regras e dados do Explore. Por isso, o problema WISMO não deve ficar apenas no bot ou na transportadora.
O ticket precisa ter contexto do pedido e regras capazes de direcionar cada solicitação.
Assim, a operação consegue definir quando utilizar self-service, automação ou atendimento humano.
Triggers, macros e respostas assistidas
Triggers podem adicionar comentários públicos ou notas internas ao ticket.
Dessa forma, o comentário pode funcionar como uma resposta automática, enquanto a nota interna orienta o processo do agente.
Segundo a documentação oficial da Zendesk, cada evento de ticket pode adicionar, no máximo, um comentário e uma nota interna.
Por exemplo, um autoreply pode ser usado fora do horário de atendimento para direcionar o cliente ao Help Center.
Fonte: Automatically adding comments and notes to tickets using triggers.
Macros, por outro lado, são ações preparadas que o agente aplica manualmente.
Elas podem preencher campos, adicionar comentários, inserir tags e definir o responsável. Além disso, permitem alterar o assunto e incluir anexos.
No Agent Workspace, o agente pode aplicar uma macro pelo menu ou pelo atalho /.
Fontes:
Já o Help Center / Guide funciona como camada de self-service.
Os artigos podem aparecer em respostas, macros e triggers. Com isso, o cliente encontra informações antes de precisar falar com um agente.
Fontes:
Uma regra importante
Triggers e macros automatizam ações quando existem condições e dados suficientes.
Portanto, não é correto afirmar que um trigger consulta sozinho o tracking da transportadora.
Para isso, é necessária uma integração com os dados do pedido. Em operações de marketplace, o Channels pode levar esse contexto para o ticket.
IA no caminho certo: AI agents + pedido via API
Os AI agents da Zendesk respondem, por padrão, usando o conteúdo disponível no Help Center.
Entretanto, WISMO exige uma informação específica: o status do pedido do cliente.
Para retornar dados como número do pedido e status, a documentação oficial orienta o uso de script ou API por meio do passo Make API call.
Dessa forma, a IA consegue trabalhar com informações do pedido, em vez de oferecer apenas respostas genéricas.
O AI agents Advanced pode simplificar esse caminho. Além disso, Custom Agents, em EAP, podem ser utilizados em workflows de ecommerce.
Fonte: How can I link my AI agent with my customer orders.
A Zendesk também apresenta um exemplo de procedimento generativo chamado “Order status”.
Nesse fluxo, o sistema coleta o número do pedido e o e-mail. Em seguida, consulta a API /checkOrderStatus.
A resposta pode retornar:
orderStatus;estDelDate;courier;trackingUrl.
Além disso, o exemplo prevê o encaminhamento para um humano quando o formato dos dados é inválido duas vezes. Também existe tratamento para pedidos cancelados pelo lojista.
Fonte: Examples of generative procedures for AI agents.
Por isso, a integração com o pedido é necessária.
AI agents não adivinham o status da entrega.
Também é importante separar os papéis:
- AI agents: automação da interação com o cliente;
- Copilot: assistência ao agente humano.
Assim, a IA pode assumir tarefas repetitivas, enquanto o agente concentra sua atuação nos casos complexos.
Na BCR.CX, o path de inteligência artificial segue essa lógica.
Veja também IA conversacional.
Marketplace vs. loja própria: quando o Channels entra
WISMO de marketplace é igual ao da loja própria? Não. O marketplace envolve outros sistemas, SLAs e regras de comunicação. Por isso, o contexto do pedido precisa chegar ao atendimento.
Na loja própria, o pedido costuma estar no ERP, OMS ou ecommerce conectado ao ticket.
Já no marketplace, os dados e a mediação podem ficar em outro painel. Além disso, a comunicação pode acontecer em um ambiente público.
Por isso, o contexto do pedido precisa chegar ao atendimento.
O Conciex Channels centraliza marketplaces e canais de venda diretamente no Zendesk.
Com ele, a operação pode trabalhar com:
- pedidos;
- mensagens;
- ações no ticket;
- visualização de pedido e status;
- múltiplos marketplaces.
Como resultado, o agente consegue trabalhar com mais contexto dentro do Agent Workspace e reduzir a troca de abas.
Fontes:
Exemplos de ações
Mercado Livre: reclamações, perguntas e mensagens podem virar tickets. Além disso, a operação pode trabalhar com reembolso, mediação, mensagens e avisos de entrega.
Magalu: o agente pode visualizar informações de pedido, SKU e SLA. Também existem ações como cancelar venda, solicitar nova peça e confirmar endereço.
O Channels contempla Mercado Livre, Magalu, Shopee, CNova, Reclame Aqui e Amazon como produto pronto.
É importante, porém, diferenciar as soluções.
Channels não é Messaging.
Channels trabalha com pedido, marketplace e ações no ticket.
Messaging trabalha com disparos proativos.
Para entender melhor essa divisão, veja integrar marketplaces com Zendesk no Brasil.
Também é possível consultar o comparativo Predize vs Conciex Channels. Predize não é produto ou CTA da BCR.CX.
Status proativo no WhatsApp, com governança
Avisar o cliente antes que ele precise perguntar pode reduzir novos contatos.
Por exemplo, a empresa pode informar que o pedido:
- saiu para entrega;
- está atrasado;
- foi entregue.
Entretanto, a comunicação proativa sem governança pode gerar excesso de mensagens e problemas com templates.
O Conciex Messaging permite disparos em massa, unitários e automatizados pelo WhatsApp, SMS e e-mail, dentro do Zendesk.
Além disso, a solução mantém o histórico e oferece recursos de governança, aprovação, rastreio de envio, leitura e falhas.
Entre os casos de uso estão:
- avisos operacionais;
- status;
- cobranças;
- notificações;
- comunicações de alto volume.
Fonte: Conciex Messaging PT.
No Marketplace Zendesk, o WhatsApp by Conciex.Messaging trabalha com gerenciamento de campanhas e templates submetidos à Meta. Nesse caso, o setup é realizado com o time BCR.
Regra para WISMO
Status proativo deve seguir template + governança.
O WhatsApp nativo da Zendesk é diferente. Ele funciona como canal e inbox de atendimento no Agent Workspace.
Veja como integrar WhatsApp no Zendesk Brasil.
Portanto, WhatsApp nativo ≠ Messaging.
Para mapear as funções de cada solução, consulte também apps WhatsApp e marketplaces no Zendesk Brasil.
Path BCR + erros comuns
Como automatizar WISMO no ecommerce com Zendesk? Use triggers, macros e IA com contexto do pedido no ticket. Para comunicação proativa no WhatsApp, use templates e governança com Messaging. Quando o pedido vem de marketplace, use Channels para levar contexto e ações ao ticket.
A partir desse desenho, a BCR.CX implementa o fluxo operacional e a stack necessária.
Path citável
Estrutura do ticket, filas, triggers, macros, Guide e Explore. Nesse contexto, WISMO entra como um caso de uso operacional.
AI agents e Copilot no caminho adequado, sempre com os dados do pedido e o conhecimento disponível.
Veja também atendimento automatizado.
3. Conciex Apps
Channels para marketplace, pedidos e ações no ticket. Já o Messaging atua na comunicação proativa governada.
4. Humano na exceção e nos picos
Casos complexos podem seguir para uma fila de exceção. Além disso, o BPO pode apoiar a operação em períodos de maior volume.
Consulte BPO CX varejo — quando terceirizar e BPO varejo.
5. Prova qualitativa BCR
O case Havaianas apresenta chatbot, rastreio e atendimento humano.
O case registra mais de 30 mil conversas desde o go-live, em fevereiro de 2026.
É importante destacar: esse número representa o volume de conversas do case. Ele não é uma taxa de contenção de WISMO.
Erros comuns
1. Bot sem dado de pedido
O AI agent responde apenas com conteúdo genérico do Help Center. Como consequência, o cliente pergunta pelo status e recebe um FAQ.
2. Porcentagem de contenção sem base
Copiar uma métrica de deflection de terceiros e apresentar como resultado da BCR.CX gera uma informação sem contexto.
Por isso, a contenção deve ser medida no Explore depois da operação.
3. Ignorar SLA e tom do marketplace
Mercado Livre e Magalu não funcionam como uma loja própria. Assim, a operação precisa considerar as regras e o contexto de cada marketplace.
4. Misturar Channels e Messaging
Channels trabalha com pedido, marketplace e ações no ticket.
Por outro lado, Messaging trabalha com comunicação proativa.
São papéis diferentes.
5. Confundir deflexão com resolução
Um artigo genérico não resolve a dúvida quando o cliente precisa do status específico do pedido.
6. Enviar mensagens proativas sem governança
WhatsApp outbound exige templates aprovados e um processo de governança.
7. Confiar apenas em telefonia legada mid-market
A voz tradicional não resolve, sozinha, uma operação omnichannel de WISMO com contexto de pedido no Zendesk.
Macha e Kodif descrevem fluxos de WISMO integrados ao Zendesk no mercado. Aqui, essas referências servem apenas como contexto.
FAQ: dúvidas sobre WISMO no ecommerce
O que é WISMO?
WISMO significa Where Is My Order?.
Em outras palavras, representa solicitações de status, ETA ou tracking de um pedido no pós-venda do ecommerce.
Por que WISMO sobrecarrega o WhatsApp e a fila?
O problema costuma combinar três fatores: gap entre compra e entrega, tracking incompleto e falta de contexto do pedido.
Como consequência, o agente precisa buscar informações em outro sistema ou outra aba.
Triggers resolvem WISMO sozinhos?
Não.
Triggers podem automatizar respostas quando existem condições e dados suficientes.
No entanto, o status real do pedido exige uma integração com os dados do pedido. Em marketplaces, o Channels pode levar esse contexto para o ticket.
Quando usar Channels e quando usar Messaging?
De modo geral, Channels trabalha com marketplace, pedidos e ações dentro do ticket.
Já o Messaging trabalha com disparos proativos por WhatsApp, SMS ou e-mail, com governança.
Qual é a diferença entre este artigo e atendimento automatizado?
Este artigo trata do problema WISMO: a dor, as três camadas e o uso do Zendesk como sistema de registro.
Já o conteúdo de atendimento automatizado funciona como hub sobre o que automatizar no atendimento.
Por onde começar com a BCR.CX?
Para começar, consulte:
Qual o próximo passo?
Primeiro, mapeie o volume de WISMO por canal.
Em seguida, desenhe as três camadas:
self-service → automação → exceção.
Depois disso, leve o contexto do pedido para dentro do ticket.
Se o pedido vier de marketplace, avalie o Channels.
Por outro lado, se houver necessidade de comunicação proativa, avalie o Messaging.
Dessa forma, a BCR.CX implementa Zendesk, IA e Conciex como parte de um desenho operacional.
A proposta não é vender uma porcentagem de contenção sem medição. Em vez disso, o objetivo é construir uma operação capaz de responder melhor ao WISMO.
WISMO não desaparece com um atendimento genérico.
Na prática, a operação precisa oferecer um status confiável, contexto do pedido e suporte humano quando necessário.
Por fim, o resultado deve ser medido no Explore, com dados reais da operação.
Conte com a BCR.CX
A BCR.CX pode te ajudar a trilhar esse caminho de sucesso!
Entre em contato com nosso consultor e conheça tudo o que as nossas soluções podem fazer por você! Clique aqui
