Pular para o conteúdo
Quanto tempo até a previsão por SKU e loja parar de brigar com o comprador

Quanto tempo até a previsão por SKU e loja parar de brigar com o comprador

Implementar previsão por SKU e loja numa rede de 50 a 80 lojas, com escopo definido e dados em estado razoável, leva entre 14 e 22 semanas. Sem essas duas condições, leva o tempo que for.

A briga com o comprador não acaba quando o modelo sobe. Acaba quando o comprador olha o número da semana e reconhece a própria operação nele. Esse é o critério, não a acurácia.

A faixa realista

14 a 22 semanas, com um squad de 3 a 5 pessoas, começando por uma categoria, não pela rede inteira. A faixa pressupõe que ninguém vai descobrir no meio que o histórico de venda não separa venda de ruptura.

Quando descobre, e quase sempre descobre, somam-se 4 a 8 semanas. Não de modelo. De arrumar o dado.

O que “dados em estado razoável” quer dizer

Aqui a maioria dos projetos vive ou morre. Razoável significa coisas concretas.

  • Histórico de 18 a 24 meses, na granularidade SKU por loja por dia.
  • Ruptura marcada no histórico. Sem isso, o modelo aprende a venda censurada como se fosse demanda, e subabastece para sempre.
  • Cadastro de SKU sem duplicata e sem item fantasma.
  • Calendário promocional registrado, não na memória do comprador.

Se três dos quatro existem, a faixa vale. Se só dois, dobre a primeira fase.

As fases, em semanas

Diagnóstico: 2 semanas. Sai com o critério escrito e uma categoria-piloto escolhida.

Implementação: 12 a 20 semanas. O modelo serve previsão diária por SKU e loja, o comprador valida contra a própria intuição, o número de ruptura na categoria-piloto entra no acompanhamento semanal.

Operação: trimestral, renovável. Uma melhora por trimestre, o time interno tocando o dia a dia. O time interno fica com a operação, essa é a marca do modelo.

O que move o cronograma em 50% para cada lado

Quatro decisões, e você consegue antecipar todas:

  • Quantas categorias de uma vez. Uma acelera; cinco param o projeto.
  • Qualidade do histórico de ruptura. É o maior fator isolado.
  • Número de integrações com sistemas legados. Cada uma é uma negociação.
  • Se o comprador participa do critério desde a semana 1, ou é avisado na semana 12.

O critério da semana um

O número que diz se está funcionando não é o MAPE agregado. É a ruptura mais a perda na categoria-piloto, medida por dia de pico, comparada contra a linha de base da semana 1.

Pega um projeto de IA do teu roadmap agora. Em dez segundos, nomeia os três indicadores que te dizem se ele está funcionando. Se você travou, o projeto ainda não tem critério, tem expectativa.

Antes de decidir entre construir, comprar ou implementar, vale ler onde cada caminho ganha. Mas o critério vem antes dos três.

Me manda os três indicadores candidatos que o teu projeto de previsão vai medir. Em uma hora te devolvo um diagnóstico: quais predizem sucesso, quais predizem fracasso silencioso, e qual gatilho de revisão cada um precisa. Se a forma do projeto se confirma, o Diagnóstico de duas semanas termina com um documento de uma página, três indicadores, três faixas, três gatilhos, que o squad segura pelo resto da Implementação.