O conceito de produto mínimo viável tem mais de uma década, e Jean Pierre Lessa e Santos Ferreira, diretor de tecnologia, observa que muitas empresas ainda tratam inovação tecnológica como projeto grande antes de tratá-la como teste pequeno. A diferença parece sutil, mas decide quanto custa errar.
Transformar ideia em teste significa converter uma intuição em pergunta verificável, com prazo curto e investimento limitado. O objetivo não é provar que a ideia é boa. É descobrir, com o menor gasto possível, se ela merece o próximo passo.
Um caso fictício, montado a partir de situações comuns no varejo, ajuda a mostrar como esse caminho funciona na prática, da reunião em que a ideia surge até a decisão de ampliar, ajustar ou abandonar a iniciativa.
A ideia que chega pronta demais
Numa rede de supermercados, a diretoria comercial propõe usar inteligência artificial para prever a falta de produtos nas gôndolas. A proposta chega com fornecedor escolhido, orçamento anual e previsão de implantação em todas as lojas. Parece uma iniciativa madura, mas ninguém sabe ainda se o problema é tão grande quanto se imagina.
Jean Pierre Lessa e Santos Ferreira comenta que esse é um padrão frequente: a solução nasce antes da pergunta. Quando a área de tecnologia recebe o pacote fechado, resta executar, e qualquer frustração só aparece após meses de investimento.
A alternativa é devolver a proposta em outro formato. Em vez de aprovar a implantação, a liderança técnica sugere responder primeiro a uma dúvida simples: a previsão reduziria as rupturas a ponto de justificar o custo?
Da ideia à hipótese que pode falhar
Uma boa hipótese tem três partes: o que se espera mudar, em quanto e como medir. No caso da rede, ela ficou assim: alertas gerados por um modelo de machine learning reduzirão em pelo menos 20% as rupturas de cem itens de alto giro em dez lojas, em oito semanas.
O número não precisa ser perfeito; precisa ser combinado antes. Sem essa meta, qualquer resultado vira sucesso, porque sempre haverá um gráfico favorável para apresentar. Com ela, a equipe sabe o que conta como fracasso, e o teste passa a ter valor de decisão.
A hipótese também revela dependências escondidas. Para medir rupturas, a rede precisava de dados confiáveis de estoque por loja, e descobriu que duas unidades registravam as contagens com atraso de dias. Esse achado, obtido antes de qualquer contrato, já justificou o exercício.
Um teste pequeno, com prazo e critério de parada
O desenho do teste seguiu uma regra de proporção. Dez lojas comparadas a outras dez de perfil semelhante, uma lista restrita de produtos e alertas enviados por mensagem aos gerentes, sem integração com os sistemas centrais. A versão rudimentar custou uma fração do projeto original.
Ainda que pareça pouco sofisticado, esse formato tem uma vantagem decisiva, segundo a leitura de Jean Pierre Lessa e Santos Ferreira: separa a pergunta de valor da pergunta de escala. Primeiro se descobre se a ideia funciona; só depois se discute como levá-la a centenas de lojas.
O critério de parada foi definido no início. Se na quarta semana os gerentes ignorassem mais da metade dos alertas, o teste seria interrompido para revisão. Esse limite evita o erro de manter vivo, por apego, um experimento que já deu sua resposta.
O que o resultado ensina além do sim ou não?
Ao fim das oito semanas, as rupturas caíram menos do que a meta, mas os dados mostraram algo inesperado: nas lojas em que os gerentes agiam rápido, a queda superou o previsto. O gargalo não estava no modelo, e sim no processo de reposição.
Com essa informação, a rede não ampliou o sistema de alertas. Desenhou um segundo teste, agora voltado à rotina de reposição das lojas mais lentas, com nova hipótese, nova métrica e o mesmo cuidado com prazo e custo.
Esse é o ganho mais subestimado de testar ideias: o resultado raramente é um veredito e quase sempre aponta o próximo experimento. Jean Pierre Lessa e Santos Ferreira pontua que a inovação tecnológica é uma sequência disciplinada de perguntas bem feitas, e não uma aposta em grandes lançamentos.
