Nas lojas que operamos, vi funcionário anotando em papel a mesma discrepância toda segunda-feira. Cliente entrava, pegava um suco. Digitava código de água. Pagava o preço errado. Ninguém percebia até reconciliar o caixa à noite.

\n\n

O app é rápido, mas rápido demais. A tela fica invisível. O cliente está com pressa, pegou o primeiro produto que viu na gôndola, e quando abre o app para escanear, já pegou outra coisa. Ou mesmo: digitou o código de um produto parecido. Custa caro. Não é furto. Pior que furto, porque você não detecta e segue perdendo até virar padrão.

\n\n

Como o erro no código acontece na pressa

\n\n

A dinâmica é simples. Cliente entra em uma loja autônoma sem operador para ganhar tempo. Não quer esperar caixa, fila, conversa. Pega suco de laranja, mas ao escanear no app, digita "2001" quando o código é "2010". Paga R$ 4,50 por um suco que custa R$ 6,80. Você perde R$ 2,30 naquela transação. Parece nada.

\n\n

Só que em uma loja com ~50 passagens por dia, se 3 a 5 pessoas escaneiam código errado, você está deixando ir R$ 7 a R$ 15 por dia. Ao mês, R$ 210 a R$ 450. Ninguém vê isso no painel HRM, porque o sistema registra a venda que ocorreu, não a que deveria ter ocorrido.

\n\n

O cliente honesto que não percebe que errou

\n\n

Aqui mora o incômodo real. O cliente não está roubando de propósito. Ele acha que pagou pelo suco que pegou. Você é que ficou com o prejuízo. E ele sai satisfeito.

\n\n

Vimos padrão recorrente em prédio corporativo com ~120 unidades. Executivo pega café no intervalo, abre o app enquanto caminha, escaneia rápido, paga no Pix. Desceu dali, entrou no elevador. Só depois que foi embora é que a imagem da câmera mostra que ele pegou café premium (R$ 8,90) mas escaneou o café comum (R$ 5,40). Três reais de diferença. Multiplicado por quantas vezes isso acontece por semana?

\n\n

Por que o sensor de peso não resolve esse problema

\n\n

Alguns operadores pensam que sensor de peso na gôndola vai pegar o erro. Não pega. O sensor vê que saiu um produto. Qual é, o sistema não tem como saber. Se o cliente pagou pelo código 2010 mas pegou o 2001, ambos do mesmo peso e tamanho, o sensor passa como normal.

\n\n

Câmera ajuda mais. Você consegue depois, olhando a gravação, entender o que o cliente fez. Mas não dá para você rastrear cada transação errada em tempo real. Virou uma espécie de auditoria invisível que custa tempo.

\n\n

Como a interface do app deixa o cliente confuso

\n\n

O app precisa ser rápido, certo. Mas rápido demais fica perigoso. Quando você coloca o código do produto na tela em letras pequenas ou não deixa claro qual produto está sendo escaneado antes do pagamento, o cliente confirma sem olhar de verdade.

\n\n

No padrão Be Honest, a gente aprendeu que colocar uma foto do produto na confirmação antes do Pix reduz muito esse erro. Nem tudo que funciona rápido funciona certo. Cliente vê a imagem do suco de laranja que ele pegou, confirma que é aquilo mesmo, aí sim paga. Demora dois segundos a mais. Economiza R$ 10 a R$ 30 por mês em uma loja.

\n\n

Quando o preço na gôndola não bate com o do app

\n\n

Outro fator: cliente viu o adesivo de preço na prateleira dizendo R$ 5,90 e acha que é aquele. Mas mudou há dois dias, agora é R$ 6,50. O app mostra um, a gôndola mostra outro. O cliente escaneia achando que tá tudo ok e leva uma surpresa no pagamento. Alguns desistem. Outros pagam reclamando. Alguns erram de propósito porque