Depois da campanha, a fila e o WhatsApp viram a mesma pergunta: “onde está meu pedido?”. O ticket chega sem número de pedido, sem ETA, sem tracking confiável — e o agente abre outra aba para caçar status enquanto o cliente espera. WISMO (Where Is My Order?) não é falha de “educação do consumidor”: é a dor clássica pós-venda do ecommerce quando o gap compra→entrega encontra atendimento sem contexto.

Este playbook entrega o critério ops para conter WISMO no ecommerce BR com Zendesk como sistema de registro do ticket: self-service + automação + humano na exceção. Pedido de marketplace? Conciex Channels traz pedido e ações no ticket. Status proativo no WhatsApp? Conciex Messaging com template e governança — não spam. Sem % de contenção inventado: desenhe as camadas, opere e meça no Explore. Fronteira clara: aqui é o problema WISMO; o mapa do que automatizar no atendimento está em atendimento automatizado.

A dor: “onde está meu pedido?” come a fila

WISMO é o pedido de status / ETA / tracking do que o cliente comprou — e, no framing da indústria (Macha, Kodif), costuma ser a pergunta de suporte mais comum no ecommerce. O padrão operacional se repete: olhar o pedido → checar status/carrier → responder. É repetitivo, caro em volume e candidato clássico a automação — desde que o dado exista no ticket ou na integração.

Por que estoura WhatsApp e fila no BR:

1. Gap compra→entrega — atraso de carrier, tracking parado ou incompleto; a dúvida não some só com “melhor tom de atendimento”.
2. Ticket sem contexto de pedido — canal abre, agente não vê order # / status / tracking; troca de abas vira processo.
3. Deflexão sem resolução — apontar artigo genérico não fecha o loop se o cliente quer o status dele. Framing Kodif: deflexão ≠ resolução — redirecionar não é o mesmo que responder o status e encerrar.

WISMO é estrutural (gap logístico + dado fora do workspace). Automatizar sem contexto só empurra o cliente de volta. Soft marketplace legado, se o canal já for crítico: 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? Desenhe três camadas: self-service com status confiável, automação no ticket quando o dado de pedido existe, e humano só na exceção. Sem inventar % de contenção — meça no Explore depois de operar.

Camada	O que faz	Quando	Path típico
1. Self-service	Status/ETA/tracking confiável sem abrir ticket	Pedido “normal” em andamento	Help Center / Guide + link de rastreio; macros/triggers apontando artigo
2. Automação no ticket	Resposta ou assist com contexto de pedido já no Zendesk	Cliente ainda abre WISMO, mas o dado existe	Triggers · macros · AI agents com API de pedido · Channels se marketplace
3. Humano na exceção	Julgamento, empatia, ação comercial/logística	Atraso estrutural, extravio, troca/devolução complexa, mediação, CSAT em risco	Fila de exceção · Copilot/assist · BPO varejo no pico

Promessa correta: desenho de camadas — não “X% de contenção”. Depois de operar, Explore mostra volume WISMO, reopen e CSAT; inventar métrica no artigo não substitui medição.

Zendesk como SoR do ticket WISMO

Zendesk é o sistema de registro do atendimento: ticket unificado, histórico, filas, regras e Explore. WISMO bem desenhado não “mora” só no bot ou na transportadora — mora no ticket com contexto de pedido e regras que decidem self-service, automação ou exceção.

Triggers, macros e respostas assistidas

Triggers (documentação oficial Zendesk): podem adicionar comentário público (autoreply) e/ou nota interna ao ticket. Comentário público pode defletir sem intervenção do agente; nota interna orienta o processo. Limite oficial: no máximo um comentário + uma nota interna por evento de ticket. Exemplo HC: fora do horário → autoreply apontando help center (self-service). Autoreplies podem cumprir SLAs (tip HC). Fonte: Automatically adding comments and notes to tickets using triggers.

Macros = resposta/ação preparada que o agente aplica manualmente (ações, sem condições — diferente de triggers). Ações típicas: comentário, campos, tags, assignee, subject, anexos. No Agent Workspace: menu Apply macro ou atalho `/`. Fontes: Creating macros · Building macro action statements · Using macros.

Help Center / Guide = camada de self-service; artigos entram em respostas, macros e triggers. Soft oficial: Getting started with self-service — Part 5 · Using Zendesk Support and Zendesk Knowledge together.

Copy rule: triggers e macros automatizam quando condições + dado existem. Não invente “o trigger lê tracking da transportadora sozinho” sem integração de pedido (ou Channels no marketplace).

IA no caminho certo (AI agents + pedido via API)

AI agents Zendesk respondem, por padrão, a partir do conteúdo do help center. Para devolver números de pedido e status (ex. Shopify), a documentação oficial exige script/API via passo Make API call; AI agents Advanced pode simplificar o caminho; Custom Agents (EAP) para workflows ecommerce. Fonte: How can I link my AI agent with my customer orders.

Exemplo oficial de generative procedure “Order status”: coletar order # + e-mail → API `/checkOrderStatus` → responder orderStatus, estDelDate, courier, trackingUrl; escalar humano se formato inválido 2×; tratamento cancelledByMerchant. Fonte: Examples of generative procedures for AI agents.

Honestidade de produto: integração de pedido é necessária — AI agents não “adivinham” status. Copilot = assist humano (distinto de AI agents); não misture os nomes. Path BCR: inteligência artificial — IA no repetitivo, humano no complexo (soft H6). Se IA conversacional entrar conceitualmente: IA conversacional.

Marketplace vs loja própria: quando Channels entra

WISMO de marketplace é igual ao da loja própria? Não. Marketplace traz SLA/tom público e dados em outro sistema — aí Conciex Channels (e o hub marketplaces) importam contexto e ação no ticket.

Na loja própria (D2C), o pedido costuma estar no ERP/OMS/e-commerce ligado ao ticket. No marketplace, o dado e a mediação moram em outro painel — e o tom é público. Conciex Channels centraliza marketplaces e canais de venda direto no Zendesk: pedidos, mensagens e ações no ticket (reembolso, troca, follow-up) sem sair do Agent Workspace; visualização de pedido/status dentro do ticket; multi-marketplace; menos troca de abas. Fontes: Conciex Channels PT · EN.

Exemplos de ações (produto Conciex):

• Mercado Livre: reclamações/perguntas/mensagens → ticket; ações de reembolso, mediação, mensagens, aviso de entrega.
• Magalu: sidebar de pedido/SKU/SLA; ações como cancelar venda, nova peça, confirmar endereço.

Lista segura no body: Mercado Livre · Magalu · Shopee · CNova · Reclame Aqui · Amazon (produto pronto) — sem “Em breve”.

Channels ≠ Messaging e Channels ≠ WhatsApp nativo. Channels = pedido/marketplace/ações no ticket. Soft hub how-to: integrar marketplaces com Zendesk no Brasil. Se o leitor compara hub marketplace: Predize vs Conciex Channels — Predize não é produto/CTA BCR.

Status proativo no WhatsApp (com governança)

Avisar “saiu para entrega / atraso / entregue” antes do cliente abrir WISMO reduz inbound — mas proativo sem governança vira spam e risco de template.

Conciex Messaging = disparos em massa, unitários e automatizados via WhatsApp, SMS e e-mail dentro do Zendesk, com histórico; governança de aprovação, rastreio de envio/leitura/falhas e métricas no Zendesk; casos tipados incluem avisos operacionais, status, cobrança, notificações e alto volume. Fonte: Conciex Messaging PT. No Marketplace Zendesk (WhatsApp by Conciex.Messaging): campaign management; templates submetidos à Meta; setup com time BCR (não plug-and-play).

Copy rule WISMO: status proativo só com template + governança. WhatsApp nativo Zendesk = canal/inbox inbound no Agent Workspace — soft how-to: como integrar WhatsApp no Zendesk Brasil. Nativo ≠ Messaging. Hub de papéis apps WhatsApp/marketplaces: soft apps WhatsApp e marketplaces no Zendesk Brasil quando o leitor mapear quem faz o quê.

Path BCR + erros comuns

Como automatizar WISMO no ecommerce com Zendesk? Use triggers/macros/IA com contexto de pedido no ticket; proativo no WhatsApp só com template/governança (Messaging); Conciex Channels quando o pedido vem de marketplace. A BCR.CX implementa o desenho ops + stack.

Path citável (sem % de contenção):

1. Consultoria Zendesk — SoR do ticket: filas, triggers, macros, Guide, Explore; WISMO como intent de desenho.
2. Inteligência artificial — AI agents + Copilot no caminho certo (dado de pedido + knowledge); humano no complexo. Soft H6: atendimento automatizado.
3. Conciex Apps — Channels (marketplace → pedido/ações no ticket) + Messaging (proativo governado).
4. Humano na exceção / pico — fila de exceção; soft BPO CX varejo — quando terceirizar · BPO varejo (conector Channels + agente vê status do pedido).
5. Prova qualitativa BCR (atribuir case, não % contenção): Havaianas — chatbot + rastreio + humano; +30 mil conversas desde go-live (fev/2026) — volume de conversa do case, não taxa de contenção WISMO.

Erros comuns:

1. Bot sem dado de pedido — AI agent só no help center genérico; cliente pergunta status e recebe FAQ.
2. % mágico de contenção — pitch de deflection rival (Macha/Kodif) copiado como métrica BCR; proibido. Meça no Explore depois.
3. Ignorar SLA/tom de marketplace — tratar ML/Magalu como loja própria; mediação pública sem Channels.
4. Misturar Channels e Messaging — pedido/ações ≠ disparo proativo; papéis diferentes.
5. Deflexão sem resolução — artigo genérico sem status específico; ticket volta.
6. Proativo sem template/governança — WhatsApp outbound sem aprovação Meta/processo Messaging.
7. Confiar só em telefonia legado mid-market — voz antiga não fecha omnichannel WISMO com contexto de pedido no Zendesk; contrastar só com essa frase.

Rivais Macha/Kodif descrevem fluxos WISMO + Zendesk no mercado — contexto, nunca CTA BCR.

FAQ curto + próximo passo

O que é WISMO? Where Is My Order? — pedido de status/ETA/tracking pós-venda no ecommerce (Macha · Kodif).

Por que estoura WhatsApp e fila? Gap compra→entrega + tracking incompleto + ticket sem pedido no contexto; agente abre outra aba.

Triggers resolvem WISMO sozinhos? Só se condições e dado existirem. HC mostra autoreply/nota — status real exige integração de pedido (ou Channels no marketplace).

Quando usar Channels vs Messaging? Channels = marketplace/pedido/ações no ticket. Messaging = disparo proativo governado (WhatsApp/SMS/e-mail). Soft mapa de papéis em A7.

Qual a diferença deste artigo para atendimento automatizado (H6)? Aqui = problema WISMO (dor + 3 camadas + Zendesk SoR + Channels/Messaging). H6 = hub do que automatizar no atendimento: atendimento automatizado.

Por onde começar com a BCR? Zendesk · inteligência artificial · Conciex Apps · fale conosco.

Qual o próximo passo? Mapeie volume WISMO por canal, desenhe as três camadas (self-service → automação → exceção), ligue contexto de pedido ao ticket — e, se o pedido vem de marketplace ou o status precisa ser proativo, entre Channels e Messaging no desenho. A BCR.CX implementa Zendesk + IA + Conciex como path de operação, não como pitch de % de contenção.

WISMO não some com “melhor atendimento” genérico. Some (ou cai de verdade) quando o cliente encontra status confiável sozinho, o ticket já traz o pedido, e o humano só entra na exceção — medido no Explore, sem inventar número no slide.