Todos os artigos
Retalho & IA

Voltou ao stock: aviso automático no WhatsApp

"Ainda tem daqueles?" A cliente já perguntou três vezes esta semana pelo mesmo modelo esgotado. Disseste-lhe que estava à espera de reposição, ela pediu para a avisares quando chegasse, apontaste o nome dela num papel amarelo colado no monitor — e o papel caiu, ou o fornecedor entregou numa terça-feira de loja cheia, e ninguém se lembrou de ligar. Quando ela voltou, por acaso, já tinha comprado noutro sítio. Aquela venda estava garantida. Perdeste-a por causa de um post-it.

Isto acontece todos os dias no retalho, e é das perdas mais estúpidas que há: não é falta de procura, é falta de memória. O produto voltou, o cliente queria-o, os dois factos existiram ao mesmo tempo na tua loja — e não se encontraram. A informação estava toda lá. Só não havia nada a ligá-la.

Dona de uma loja de artigos de casa em Portugal a ler uma conversa de WhatsApp no telemóvel, com prateleiras repostas em segundo plano

O retalho quer IA. Quase ninguém lha deu.

Há um número que devia irritar qualquer dono de loja em Portugal: o retalho é o setor com maior intenção de adotar IA — 18,9%, a mais alta de todas as atividades. E a adoção real anda pelos 3,3%. Ou seja, de cada cinco ou seis lojistas que dizem "eu quero isto", só um o tem de facto a funcionar. O apetite existe; a oferta é que não apareceu.

A razão não é técnica, é comercial. Os vendors portugueses de software com IA estão quase todos empilhados no mesmo nicho — o imobiliário — a vender assistentes que qualificam leads e agendam visitas. O retalho, que tem stock a mexer todos os dias, histórico de compras de anos e faturação limpa na AT, ficou de fora. Não por ser difícil de servir. Por ninguém se ter dado ao trabalho de construir a coisa dedicada a ti.

E "voltou ao stock" é o exemplo perfeito dessa lacuna. É um problema pequeno, banal, que ninguém acha digno de um projeto de software — e é exatamente por isso que continua por resolver. Não precisas de IA mágica para o resolver. Precisas de um sistema que se lembre por ti e que ligue dois eventos que a tua loja já regista.

O que isto precisa mesmo: um evento, não um chatbot

Vamos ser claros sobre o que NÃO é. Não é um chatbot simpático que responde "vou verificar e já lhe digo" e depois inventa uma data de reposição para não ficar mal. Um assistente que adivinha prazos é pior do que não ter nada, porque promete e falha — e no retalho a promessa falhada custa a relação inteira.

O que resolve isto é event-driven: reage a um facto real, não a um palpite. E assenta em três dados que a tua loja já tem, sem inventar nenhum:

  1. Quem perguntou. No momento em que o cliente pergunta pelo artigo esgotado no WhatsApp, o sistema regista o pedido no CRM — este número, este produto, esta data. O post-it deixa de existir porque a memória passa a ser da máquina.
  2. O stock real. A IA lê o teu ERP em modo só leitura, auditado. Não escreve, não altera inventário, não "acha" que há stock. Quando a quantidade daquele artigo passa de zero para um — porque deste entrada da encomenda do fornecedor — isso é um evento concreto no teu sistema.
  3. A ligação entre os dois. É aqui que está o valor. O evento de reposição dispara automaticamente o aviso a toda a gente que tinha perguntado por aquele artigo específico, pela ordem em que perguntaram. Sem ninguém se lembrar. Sem ninguém abrir uma folha de Excel.

A diferença face a "consultar stock no WhatsApp" — coisa que já se vê por aí — é que aqui o sistema é proativo. Não espera que o cliente volte a perguntar. Vai ter com ele no minuto em que a resposta muda de "não" para "sim". No retalho, esse minuto vale dinheiro: quem é avisado primeiro compra primeiro.

Passo a passo, com um caso real

Imagina uma loja de eletrodomésticos pequenos. Uma máquina de café específica esgotou em novembro, no pico das compras de Natal.

  1. A cliente escreve no WhatsApp: "Ainda têm a máquina X em vermelho?" A IA identifica-a pelo número, cruza com o CRM, lê o stock no ERP (read-only) e responde a verdade: "De momento está esgotada. Quer que a avise assim que voltar? Costuma ser rápido." — Repara: não promete uma data que não sabe. Oferece o aviso.
  2. A cliente diz que sim. O sistema regista o pedido: contacto, artigo (por referência, não por descrição vaga), data e canal. Fica um registo auditável, não um papel.
  3. Chega a encomenda do fornecedor. Dás entrada no ERP como já fazes. A quantidade daquele SKU passa a positiva. Esse é o gatilho.
  4. O aviso dispara sozinho. Todos os que pediram aquele artigo recebem a mensagem no WhatsApp, por ordem de chegada: "Boa notícia — a máquina X em vermelho voltou à loja. Quer que lhe reserve uma?" O primeiro da fila tem prioridade real.
  5. Fecha-se o ciclo no CRM. Quem respondeu, quem reservou, quem comprou — tudo registado. E o follow-up seguinte só se dispara depois de o sistema confirmar que ainda há stock, para nunca ofereceres algo que já esgotou outra vez.

Colaborador de retalho no escritório da loja a ver num portátil uma lista de clientes que pediram um artigo agora reposto, com leitor de código de barras na secretária

Nenhum passo aqui exige "inteligência" no sentido de adivinhação. Cada passo é a leitura de um dado real e o disparo de uma ação registada. É por isso que funciona, e é por isso que é defensável quando um cliente perguntar "como é que vocês sabiam?".

O que não podes ignorar

Duas coisas, e nenhuma é opcional.

RGPD no marketing por WhatsApp. Avisar alguém que pediu explicitamente para ser avisado é uma coisa — é um serviço que a pessoa consentiu, na origem, para aquele produto. Mandar-lhe promoções a seguir é outra coisa completamente diferente, e precisa de consentimento próprio. A CNPD leva isto a sério: as coimas podem chegar a 4% do volume de negócios anual. Um sistema decente guarda a base legal de cada contacto — quem consentiu o quê e quando — para que o aviso de reposição nunca se transforme, sem querer, em spam ilegal. O consentimento é por origem, e tem de ficar provado.

Faturação AT. O stock que a IA lê tem de estar alinhado com a realidade fiscal da loja. Se as entradas de mercadoria e a faturação não batem certo, o "voltou ao stock" dispara sobre dados errados — e avisas trinta clientes de um artigo que afinal não deste entrada corretamente. A fundamentação read-only só vale tanto quanto os dados que lê. Por isso é que insistimos: primeiro os sistemas certos, depois a IA por cima.

Onde é que isto encaixa

"Mas eu só perco uma ou duas vendas assim por semana." Talvez. Faz a conta ao ticket médio dessas vendas ao longo de um ano — e junta-lhe o pico de Natal, quando as ruturas disparam e a lista de "avise-me quando chegar" é a mais comprida do ano. A funcionalidade que ninguém acha importante o suficiente para construir é, precisamente, a que te paga a si própria em janeiro.

Não é IA mágica. É o teu stock, o teu histórico e a tua faturação a falarem uns com os outros, no WhatsApp, com tudo registado e auditável. Read-only para ler, escrita auditada para agir, e uma equipa pequena que escreve o código — sem gestores de conta pelo meio.

Se vendes no retalho e estás farto de perder vendas para um post-it, fala connosco: hello@leiritech.com · leiritech.pt.

Escrito por

Equipa Leiritech

A equipa Leiritech — a construir software com inteligência artificial a partir de Leiria, Portugal.

Deixe um comentário

O seu endereço de email não será publicado.