O pedido não se perde, perde-se o rastro

Imagine uma segunda-feira de manhã. Uma cliente escreveu na sexta: comprou na loja virtual, o valor foi cobrado, e o pacote não chega. O atendimento ao cliente abre o pedido e vê «em processamento». Pergunta às operações, que veem a mercadoria separada. Pergunta à logística, que diz que a instrução de envio não chegou. Pergunta às finanças, que veem a cobrança feita e a nota fiscal pendente. Quatro áreas, quatro versões, todas razoáveis, e nenhuma consegue responder à pergunta mais simples do comércio: em que pé está este pedido?

Enquanto isso, alguém bem-intencionado propõe o que parece prudente: «mande de novo». E aí começa o problema de verdade.

Este artigo é dirigido a quem dirige o comércio eletrônico, as operações e a tecnologia no varejo. Defende uma ideia que parece menor e não é: no comércio omnicanal o pedido raramente desaparece; o que desaparece é o rastro. A mercadoria existe, a cobrança existe, a instrução saiu ou não saiu. O que falta é uma única versão da história, com evidência, que qualquer dessas áreas possa ler e que as outras aceitem. A partir daí o texto sustenta três ideias:

1. Não saber em que pé está um pedido custa, e o maior custo não está onde se mede. Mede-se em ligações; paga-se também em cancelamentos duplicados, reembolsos e confiança entre áreas.
2. Uma direção deve exigir três coisas: um único veredicto por pedido, a evidência do que foi enviado e do que cada sistema respondeu, e uma indicação clara do que não fazer.
3. Tentar de novo às cegas é uma decisão, não um reflexo. Às vezes repara; às vezes cobra duas vezes.

Tudo o que segue é genérico de propósito. O que se descreve acontece com qualquer operação que venda on-line e dependa de mais de um sistema, seja qual for o tamanho ou o ramo.

Por que ninguém responde rápido

Pense no caminho que percorre um pedido de venda on-line. É registrado no canal em que foi comprado. O pagamento é autorizado. O estoque é reservado. Atribui-se o ponto que vai atendê-lo. É preparado, é despachado com o operador logístico, é entregue, e em paralelo é preciso faturá-lo. Um pedido pode atravessar vários sistemas, comprados em épocas distintas, de fornecedores distintos, e construídos para não conversar entre si além do indispensável; quantos e quão complexos variam conforme a operação.

Cada um sabe a parte dele com exatidão. O de pagamentos sabe se autorizou. O de estoque sabe se reservou. O do operador logístico sabe se recebeu a instrução de envio. É pouco frequente que algum deles conheça a história completa, porque a história completa é precisamente o que acontece entre eles: na junção em que um sistema entrega algo a outro e espera que o outro o receba.

Essa é a primeira razão pela qual responder demora. A resposta não vive em um só lugar. Para montá-la, alguém precisa entrar em vários sistemas, pedir permissões que talvez não tenha, interpretar registros escritos por equipes distintas e, além disso, comparar horários. E os horários são uma armadilha à parte: cada sistema anota o momento à maneira própria, com o fuso horário, o arredondamento e a ideia própria de qual instante conta. Sem um relógio comum, a ordem dos fatos engana, e quem reconstrói à mão pode concluir o contrário do que aconteceu.

A segunda razão é mais incômoda: há etapas que respondem «pronto» sem ter feito o trabalho. Um serviço aceita a solicitação, devolve uma confirmação, e o trabalho fica pela metade ou não é feito. De fora, tudo parece saudável. Não há erro, não há alarme, não há painel em vermelho. O pedido não falhou à vista: ficou pela metade em silêncio. E um silêncio não é investigado até que alguém, semanas depois, pergunte pelo dinheiro.

A terceira razão são os ramos. Um pedido não apenas avança; também é cancelado, cancelado em parte porque faltou um item, devolvido, trocado. Cada ramo arrasta a própria papelada (uma nota de crédito, um reembolso, um ajuste de estoque) e é justamente ali que há menos atenção, porque os painéis costumam ser desenhados para o caminho feliz.

E a quarta é fiscal: a nota fiscal corre em paralelo à entrega, não atrás dela. Um pedido pode chegar ao cliente e ficar sem nota fiscal, ou o contrário. Para quem opera, são duas histórias que parecem uma; para quem audita, são duas histórias que devem fechar.

Convém dizer algo sobre o diagnóstico mais frequente: «precisamos de mais integração». Às vezes é verdade. Mas com frequência as integrações existem e funcionam; o que falta é a capacidade de ler o que elas dizem de forma contínua e colocá-lo em uma única linha do tempo. Uma coisa é conectar sistemas; outra, poder contar o que aconteceu entre eles. São trabalhos distintos, e muitas operações investiram no primeiro muito antes de cogitar o segundo.

Quanto custa não saber

Falar de custo exige cuidado, porque neste tema circulam muitas cifras com aparência de dado e pouca procedência. Vale a pena começar por aí.

A estatística mais repetida é a do peso que as perguntas «onde está o meu pedido?» têm dentro do total de contatos do atendimento ao cliente. Em blogs de fornecedores encontram-se faixas que vão de 10 a 25 %, de 25 a 40 % e até 50 ou 60 % em alta temporada. Uma análise publicada em agosto de 2026 por um fornecedor de rastreamento de envios revisou essas cifras e relatou que não conseguiu localizar um estudo publicado que as sustente; além disso, raramente se define o que conta como «contato», em que canal, em que período e sobre qual denominador [1]. É uma leitura sensata, e por isso este artigo não oferece um percentual de «quantas ligações são por isso». O que importa é o da operação de cada empresa, e pode ser estimado com uma amostra limitada: tomar as ligações e as mensagens de um período recente, classificá-las por motivo e contar quantas perguntam, no fundo, em que pé está um pedido.

Tampouco existe uma cifra universal do custo de cada contato. Uma referência citada com frequência é uma pesquisa da Gartner de 2019 com líderes de atendimento ao cliente; segundo um resumo de terceiros que a cita (não conseguimos abrir o comunicado original), os canais com atendente custavam em média 8,01 dólares por contato, contra cerca de 0,10 dólar do autoatendimento [2]. São médias de anos atrás, de outro mercado e de outra combinação de canais, e não estão validadas para o México nem para o varejo; servem para dar a ordem de grandeza (um contato atendido por uma pessoa custa muito mais do que um que se resolve sozinho), não para orçar. Outras compilações recentes dão faixas que variam amplamente conforme a unidade (por contato, por chamado, por resolução) e quase nenhuma remete a um estudo original [3]. A conclusão prática é a mesma: meça o custo por contato com a folha de pagamento, as horas e as ferramentas da própria empresa, e não com os de um artigo.

O que tem respaldo independente é algo mais amplo: a entrega importa. O Baymard Institute, que mantém uma lista pública de motivos de abandono de compra, relata que 20 % dos compradores on-line dos Estados Unidos que abandonaram um carrinho o fizeram porque a entrega lhes pareceu lenta demais [4]. Não é uma cifra de «onde está o meu pedido», e não é do México; é um sinal de que o tempo e a certeza da entrega pesam na decisão de compra. Quem não consegue dizer com certeza quando um pedido chega dificilmente consegue prometê-lo com credibilidade.

Com essas ressalvas, onde está o custo? Em cinco lugares, que raramente aparecem juntos em um mesmo relatório.

1. O atendimento ao cliente, que é o visível. Cada consulta sobre um pedido parado consome tempo de uma pessoa. Se a resposta exige que essa pessoa peça ajuda a outra área, o custo se multiplica: já não é um contato, são duas ou três pessoas desviadas do que fazem. E o cliente que volta a ligar porque «disseram que iam avisar» já está pensando em não comprar de novo.

2. Os cancelamentos duplicados. Na dúvida, alguém cancela o pedido e o digita de novo para «destravá-lo». Se o pagamento estava autorizado e o estoque reservado, o pedido novo pode reservar outra vez, e o anterior pode ficar vivo em algum sistema que não recebeu o cancelamento. O resultado é mercadoria comprometida duas vezes, ou duas instruções de envio para uma única compra.

3. Os reembolsos e as notas de crédito. Um pedido que foi cobrado e não foi entregue acaba, mais cedo ou mais tarde, em um reembolso. Se já existe um comprovante fiscal, convém validar com as áreas fiscal e jurídica o tratamento aplicável antes de cancelar, substituir ou ajustar a operação. É trabalho administrativo que raramente se atribui à origem (o pedido sem rastro) e na maioria das vezes se debita a «ajustes».

4. Os fechamentos que não fecham. A falha silenciosa da seção anterior é descoberta no fechamento mensal: uma venda sem nota fiscal, um reembolso que o cliente não recebeu, uma cobrança sem envio. Detectá-la no fechamento custa mais do que detectá-la no momento, porque a pessoa que sabia o que aconteceu já não se lembra e os registros já mudaram.

5. A troca de acusações. Este é o custo que não se vê em nenhuma planilha e o que mais desgasta. Quando ninguém tem evidência comum, cada área defende a parte que lhe cabe: «do meu lado saiu certo». E cada uma tem razão dentro do sistema dela. A reunião para esclarecer quem falhou consome horas de gente cara e termina em acordos do tipo «é preciso revisar», que ninguém volta a revisar. O caro não é o pedido parado; é a discussão sem evidência que vem depois.

Há uma pergunta útil para a próxima reunião de direção: quanto tempo passa entre o momento em que um pedido para e o momento em que alguém pode dizer, com evidência, de quem depende que ele avance? Se a resposta é «depende» ou «horas», já se sabe onde procurar.

Cenário (ilustrativo, sem cliente; o pedido é fictício). O pedido PEDIDO-DE-EXEMPLO-0042 foi comprado na loja virtual, com entrega em domicílio e dois itens. No dia 1, às 10h02, o pagamento foi autorizado e o estoque, reservado. Naquela tarde atribuiu-se o ponto que o atenderia e ele foi preparado. No dia 2, às 18h40, a instrução de envio foi enviada ao operador logístico. Ninguém recebeu um erro. Quatro dias depois, a cliente escreve. Sem rastro: o atendimento ao cliente vê «em processamento»; as operações, «separado»; a logística afirma que não tem o pedido; as finanças veem a cobrança e a nota fiscal pendente. Fazem-se ligações, revisam-se registros de vários sistemas, cada um com relógio próprio. Poucas horas depois alguém propõe cancelar e digitar de novo. Quem o faz pode liberar um estoque que já estava reservado e provocar uma segunda cobrança que depois será preciso devolver, enquanto o pedido original continua vivo em um sistema que não ficou sabendo. Com rastro: o mesmo número de pedido produz uma folha com o veredicto no topo («parado na expedição; cabe à equipe de operações: a instrução foi enviada e o operador logístico não respondeu»), o percurso por etapas, o que foi enviado e o que cada sistema respondeu, e uma linha final que diz o que falta, de quem depende e o que não convém fazer: não cancelar nem digitar de novo, porque o pagamento já está autorizado e o estoque, reservado, e um pedido novo poderia duplicá-los. O atendimento ao cliente pode dizer à cliente algo concreto em minutos. As operações confirmam com o operador logístico e autorizam o reenvio com o registro de quem o fez. Ninguém discutiu quem falhou: a evidência já estava sobre a mesa. A diferença entre as duas versões não é a falha, que foi a mesma. É o que se podia saber dela.

O que uma direção deve exigir

Quando a direção percebe o problema, a reação habitual é pedir «um painel». É compreensível e, por si só, insuficiente. Um painel resume; a pergunta que dói é de outra natureza: este pedido, hoje, o que aconteceu com ele? Para isso convém exigir três coisas concretas, e recusar-se a dar o tema por resolvido até que existam.

Um único veredicto por pedido

Há uma diferença entre ter dados e ter uma conclusão. Os sistemas produzem dados: eventos, status, mensagens. Alguém precisa convertê-los em uma frase que diga em que etapa está o pedido, o que falta para que avance e de quem depende. Essa frase é o veredicto, e é o que deve estar no topo, primeiro, antes de qualquer detalhe.

A palavra importante é um. Se o atendimento ao cliente vê um veredicto, as operações veem outro e as finanças um terceiro, o problema original continua intacto: só mudou de forma. O veredicto deve ser o mesmo para todas as áreas que discutem; como os sistemas podem divergir, convém definir quem valida a conclusão e a quem se escala quando não coincidem. E deve distinguir ao menos três situações que não são a mesma coisa:

• Saiu. A etapa foi cumprida e não requer atenção.
• Depende de outro. Fez-se o que cabia à equipe e é preciso esperar um fornecedor ou outro sistema. Pede paciência, não ação.
• É preciso agir. Algo não avançou e requer a decisão de uma pessoa.

Essa distinção importa mais do que parece. Uma operação em que tudo o que está parado parece igualmente urgente acaba sem atender nada com critério. Distinguir o que pede paciência do que pede uma decisão é, na prática, o que libera horas.

Exija-se também que o veredicto diga de quem depende, e que esse «quem» possa ser a própria equipe, um fornecedor ou um sistema. Não é um detalhe administrativo: é o que converte a reunião de acusações em uma atribuição de trabalho.

A evidência do que foi enviado e do que cada sistema respondeu

Um veredicto sem evidência é uma opinião com melhor apresentação. A segunda exigência é que, para cada etapa e cada sistema envolvido, seja possível ver o que foi enviado e o que foi respondido, lado a lado, no mesmo relógio.

Por que lado a lado? Porque uma falha frequente não é «o sistema devolveu um erro»; é que a resposta não chegou, chegou incompleta ou chegou com um «pronto» que não correspondia ao que foi pedido. Só vendo as duas colunas se distingue uma instrução que saiu e não foi respondida de uma instrução que não chegou a sair, e essas duas situações se resolvem de maneiras completamente distintas.

Essa evidência cumpre três funções que convém separar:

• Operacional: quem decide a ação seguinte sabe o que cada sistema fez, sem adivinhar.
• De conciliação: finanças e operações discutem sobre o mesmo documento, não sobre duas lembranças.
• De auditoria: meses depois, quando alguém pergunta por que um pedido terminou como terminou, a resposta não precisa depender de que alguém se lembre, desde que a informação seja conservada e protegida conforme as políticas da empresa e não substitua os registros formais que auditoria, finanças ou compliance exijam.

Uma advertência de prudência. O percurso de um pedido traz dados do cliente final: nomes, endereços, contatos. Uma folha que mostra tudo a todos resolve o problema operacional e abre um de privacidade. Exijam-se desde o início permissões sobre quem vê o quê e critérios para o que é compartilhado fora da empresa, com as áreas de segurança e jurídica na conversa desde o começo. Isso não é um adorno posterior; é parte do que torna a solução utilizável.

E uma precisão sobre alcance: a evidência chega até onde chegam os sistemas conectados. Uma folha honesta diz quais sistemas leu e quais não. Se uma etapa depende de um sistema que não entrega informação, o correto é que a folha marque esse vazio, não que o preencha com uma suposição.

O que NÃO fazer

A terceira exigência é pouco pedida e pode poupar muito: que, junto à ação seguinte, a folha diga o que não convém fazer.

O caso típico é a nova tentativa. Diante de um pedido parado, o reflexo é «mande-o outra vez». E às vezes é exatamente o correto: se a instrução de envio não chegou a sair, reenviá-la é o que cabe. Mas outras vezes a instrução saiu e quem não respondeu foi o destino; reenviar então pode produzir dois envios, ou uma segunda cobrança, ou uma segunda reserva de estoque.

Isso não é uma intuição. As plataformas de pagamento há anos projetam para esse risco. A documentação da Stripe, por exemplo, explica que na API v1 dela uma chave de idempotência permite repetir uma solicitação sem executar duas vezes a mesma operação, e que essas chaves podem ser eliminadas quando têm pelo menos 24 horas, depois do que reutilizar a chave gera uma solicitação nova [5]. É um exemplo de que cada mecanismo de nova tentativa segura tem condições e uma validade próprias; fora delas, repetir a operação pode executá-la de novo. Essa janela existe em um serviço de pagamentos projetado para isso; em uma cadeia de sistemas heterogêneos, que não necessariamente o foram, há razões de sobra para não supor que repetir é de graça.

Por isso convém exigir três regras de conduta para a operação, sejam quais forem as ferramentas:

1. Tentar de novo apenas com evidência do que aconteceu na primeira tentativa. Isto é, com a evidência da seção anterior.
2. Definir, conforme o risco, quem autoriza as ações que movimentam dinheiro ou estoque e onde fica o registro de quem e quando. A automação pode sugerir; uma correção que pode cobrar ou liberar mercadoria merece, como regra de partida, uma confirmação humana e um rastro.
3. Não tratar o pedido novo como correção padrão do anterior, a menos que se saiba o que ficou vivo em cada sistema.

Se hoje a operação não consegue cumprir essas três regras, não é por falta de disciplina da equipe; é porque o rastro que as tornaria possíveis não existe.

O que um rastro não promete

Convém ser claro, para que o comitê não compre uma expectativa equivocada.

• Não conserta processos mal desenhados. Se o processo de separação tem um defeito de fundo, vê-lo com clareza ajuda a decidir, mas não o corrige.
• Não substitui os sistemas. Um bom rastro lê o que os sistemas já trocam. Se o problema de fundo é que um sistema está obsoleto, essa é outra conversa.
• Não decide pela empresa. Aponta o que falta e o que vem a seguir; a decisão de agir, sobretudo quando movimenta dinheiro ou estoque, fica com uma pessoa.
• Chega até onde chegam os sistemas conectados. O que ocorre em um sistema que não foi lido não se vê; uma boa solução o marca em vez de ocultá-lo.
• Não elimina a falha; encurta o tempo entre a falha e o atendimento dela. Haverá pedidos que vão parar. A diferença é quanto demora a saber-se e quanto custa esclarecer.
• As cifras dos outros não são as da empresa. Nem os percentuais dos blogs nem os custos por contato de outra indústria substituem uma medição na operação.

Cinco perguntas para o próximo comitê

1. Quanto leva hoje, de ponta a ponta, responder a um cliente em que pé está o pedido dele? Cronometre cinco casos reais, dos últimos trinta dias, desde que o cliente pergunta até que lhe respondem com certeza.
2. Quantas áreas precisam intervir para reconstruir um pedido parado? Se são três ou mais, a estrutura já favorece a troca de acusações.
3. Existe um documento que o atendimento ao cliente e as operações aceitem como a mesma verdade? Ou cada uma traz o próprio print.
4. O que se faz hoje na dúvida: tenta-se de novo, cancela-se e digita-se o pedido outra vez, ou espera-se? E, sobretudo, alguém sabe quantas vezes esse reflexo gerou um segundo problema?
5. Que etapa falha em silêncio? Isto é, quantos pedidos do último fechamento foram descobertos por uma reclamação do cliente ou das finanças, e quantos por um aviso do próprio sistema?

Se duas ou mais respostas são «não sei», existe um caso claro para medir antes de investir. É uma boa notícia: significa que o primeiro passo não requer comprar nada.

Por onde começar esta semana

Escolha um pedido que tenha custado uma semana de e-mails. Um só. Peça a quem o atendeu que monte, em uma página, a linha do tempo: o que foi enviado a cada sistema, a que horas, o que cada um respondeu, e em que momento se soube que algo estava errado. Depois responda por escrito a três perguntas:

• Quantas pessoas e quantos sistemas foram necessários para montar essa página?
• Quanto tempo levou?
• Houve algum momento em que alguém propôs tentar de novo ou digitar de novo? Com qual informação?

Com um único pedido enxerga-se com clareza uma parte de onde se perde o rastro na operação. Essa folha serve com qualquer ferramenta, ou sem nenhuma, e é a melhor especificação possível do que é preciso pedir.

O que a Hábil faz

A Hábil trabalha no espaço entre os sistemas de uma operação de varejo: comércio eletrônico, estoque, separação, envio e faturamento. Se o diagnóstico confirma que o rastro dos pedidos se perde nas junções, a proposta está descrita em Rastreabilidade de pedidos para varejo: digitar o número de um pedido e ver em uma única folha o que aconteceu com ele, o que foi enviado e o que cada sistema respondeu, o que falta e de quem depende que avance. O alcance, os sistemas que se conectam e os controles são revisados com o caso de cada empresa.

E se os problemas vão além de um pedido (o modelo de pedido, a orquestração entre canais, os desfechos possíveis de uma compra), a página Software para varejo omnicanal descreve como os abordamos.

A primeira conversa, sem custo, pode começar com um pedido. Escolha um que tenha custado uma semana de e-mails e revisamos juntos onde se perde o rastro na operação. Escreva para nós pelo WhatsApp; para proteger os clientes, não compartilhe por esse meio números de pedido nem dados pessoais: combinaremos na conversa o canal para o caso.

Cada referência traz o nível de confiança respectivo: alta (fonte primária lida), média (fonte lida que cita outra que não foi possível abrir) ou baixa (compilação secundária, apenas como ordem de grandeza).