Instalamos uma loja autônoma em um prédio corporativo de ~300 pessoas em São Paulo. Tinha tudo: app bem feito, sensor de peso, câmeras, integração Pix. No primeiro mês, a gente achava que o problema era furto. Tanto foco em quem roubava que não vimos quem deixava de comprar.

\n\n

Depois de três meses analisando o painel HRM, ficou claro: o self-checkout era uma barreira invisível. Não o app em si. A sequência de toques, leitura de QR, confirmação de itens, digitação de valor manual quando o sensor falhava (e falha bastante). Gente desistindo na penúltima tela.

\n\n

O padrão que ninguém mede: checkout abandonment

\n\n

Quando você oferece um caixa tradicional, o cliente não pensa. Entra, coloca a mochila, pega água, paga. Quando você oferece um app com sensor de peso, a gente mede tudo: quantas vezes o sensor discordou do app, quantos clientes resetaram a compra, quantos digitaram valor menor que deviam pagar.

\n\n

Nas nossas lojas, entre o momento em que o cliente escaneia o primeiro QR e confirma o pagamento, a taxa de desistência fica entre 12% e 18% dependendo do dia e do horário. Em uma academia de ~200 associados comprando ~20 vezes por semana cada um, são ~40 a 70 vendas perdidas toda semana. Multiplicado por margem bruta média de 30%, estamos falando de R$ 200 a R$ 300 de margem perdida por semana só por checkout falho.

\n\n

Onde exatamente o cliente trava

\n\n

O app mostra cada etapa. A maior desistência acontece em três pontos.

\n\n

Primeiro: quando o cliente coloca o item na gôndola, o sensor de peso lê 247g mas o app esperava 250g. O app fica em dúvida. Pede confirmação. Cliente tira o item, coloca de novo, o sensor marca 251g. Agora discorda na outra direção. Na terceira tentativa, o cara coloca a mochila e vai embora. Especialmente ao meio-dia, quando é rápido demais.

\n\n

Segundo: quando o cliente quer pagar. Se o Pix está lento naquela hora ou a rede do prédio corporativo cai por uns segundos (e cai), a tela fica em espera. O cliente não sabe se pagou ou não. Aperta de novo. Fica com medo de ser cobrado duas vezes. Cancela. Deixa o carrinho ali e sai.

\n\n

Terceiro: quando o sensor não detecta produto pequeno. Um chiclete, um paracetamol. Aí o app pede ao cliente digitar o valor à mão. Gente que não quer mexer com teclado numa loja de autoatendimento não faz isso. Sai.

\n\n

Câmera não resolve isso, mas app melhor resolve

\n\n

Você instala câmera de vigilância pra pegar o ladrão que entra, toma a cerveja e sai. Funciona, sim. Reduz furto intencional uns 20% a 30%. Mas o ladrão intencional é exceção. O problema real é o cliente honesto que desistiu porque o checkout é chato.

\n\n

A gente viu isso lado a lado. Numa loja que tinha apenas câmera, furto estava em ~8% do faturamento. Mas checkout abandonment estava em ~15%. Na outra loja, que a gente otimizou o app (tiramos a confirmação desnecessária, colocamos sensor de peso só como dupla checagem, não como decisor), furto subiu um pouco pra ~10%, mas abandonment caiu pra ~5%.

\n\n

Resultado: a segunda loja ganha mais margem líquida porque o ganho em volume de vendas convertidas é maior que a pequena perda por furto.

\n\n

O que mata a conversão no self-checkout Be Honest

\n\n

Algumas coisas a gente aprendeu testando.

\n\n
    \n
  • Sensor de peso com margem de erro maior que 2% é pior que não ter sensor. Cria dúvida.
    • \n
  • Se a tela não confirma o pagamento em menos de 3 segundos, gente cancela.
    • \n
  • Produtos abaixo de 50g devem ter opção de inserção manual fácil, não como punição.
    • \n
  • QR code ilegível em luz forte mata tanto quanto falta de internet.
    • \n
  • Se a transação Pix fica em processando mais de 5 segundos, o cliente clica cancel e tira a mão.
    • \n
\n\n

Quando o problema não é tecnologia, é design

\n\n

Você pode ter a melhor câmera do mundo, mas se o cliente não entra na loja porque o app pede cinco passos de confirmação, a câmera não filma nada. Esvazia.

\n\n

A gente chegou a cogitar trocar de sensor de peso três vezes. Depois percebeu que o sensor era ok. O problema era que a interface do app pedía confirmação manual toda vez que havia diferença maior que 1%. Reduzimos pra 5%, problema resolvido. O sensor não mudou. O checkout abandonment caiu 8 pontos percentuais.

\n\n

Também testamos colocar botão de