Temos um cliente que assinou no outono passado com um fornecedor de IA para otimização de picking. A primeira demo arrancou aplausos de toda a sala — pedidos agrupados automaticamente numa tela gigante, rotas de picking otimizadas como mágica, o vendedor prometendo "go-live em duas semanas, 99% de precisão". O dono se convenceu na hora e o contrato foi assinado rápido. Aí chegou o dia do go-live: no instante em que o sistema tocou nos pedidos reais, engasgou. Os nomes de SKU eram inconsistentes, os dados históricos tinham campos faltantes, e aquele "99%" tinha sido medido num conjunto de dados limpo e padronizado. O sistema passou seis meses encostado num canto, juntando poeira enquanto as faturas continuavam chegando.

Se você é o comprador, vai a lição: uma demo de fornecedor não é um show de mágica. Existe uma regra de ferro para assistir a demos de fornecedores de IA — a primeira demo mostra o vendedor, a segunda mostra a engenharia, a terceira mostra o contrato. Pule qualquer uma das três e assinar é jogar na loteria. Este checklist de avaliação de demos de fornecedores de IA nasceu de acompanhar nossos clientes em mais de uma dúzia de demos de fornecedores de IA. Siga-o e, pelo menos, você não vai se arrepender da assinatura.

Demo um: observe a função, não os fogos de artifício

A demo um é o território do vendedor. O trabalho dele é fazer você dizer "uau". O seu é o oposto: risque tudo que fez você dizer "uau" e verifique se o que sobrou é utilizável.

Primeiro, decore as três mentiras de demo mais comuns e traduza-as na hora:

  • "Movido a IA" → Tradução: talvez um motor de regras fantasiado. Pergunte direto: "Qual etapa deste fluxo é de fato tratada por um modelo de machine learning e quais etapas são regras codificadas?" Se ele não souber responder, é um motor de regras.
  • "99% de precisão" → Tradução: medido em dados de laboratório. Aprofunde: "Em qual conjunto de dados esse 99% foi medido? Qual era o tamanho da amostra? Já rodou em pedidos reais do nosso setor?" Se eles têm coragem de rodar nos seus dados — isso é a demo dois.
  • "Go-live em duas semanas" → Tradução: exclui limpeza de dados, exclui integração, exclui treinamento. Pergunte: "Essas duas semanas incluem a integração com o WMS e a limpeza dos dados históricos? O que acontece com o cronograma se nossos dados mestres de SKU estiverem uma bagunça?"

Mais um golpe: peça ao vendedor para mudar um parâmetro ao vivo. Numa demo de roteirização, troque o objetivo de "priorizar velocidade" para "priorizar cargas completas". Numa demo de planejamento de ondas, mude o teto da onda de 50 para 30. Um sistema de verdade aplica mudanças de parâmetros em segundos. Uma "demo" gravada se entrega na hora — trava, dá erro, ou o vendedor diz "podemos preparar uma versão personalizada para vocês". No momento em que você ouvir "versão personalizada", já sabe que o recurso ainda não existe.

Demo dois: rode nos seus dados reais

A demo dois é o divisor de águas — a que elimina 80% dos fornecedores. Ela tem uma única exigência: rode nos meus dados.

Prepare um "pacote de dados sujos": três meses de pedidos reais não limpos (quanto mais sujos, melhor), seus dados mestres de SKU incluindo os mal nomeados, e o volume de ondas de um dia real de alta temporada. Faça o fornecedor importar tudo e rodar na sua frente. O que observar?

Primeiro, a etapa de importação. No instante em que os dados reais entram, o integrador mostra a verdadeira cara: campos incompatíveis, lixo de codificação, erros de valores ausentes — isso é o que sua equipe vai encarar todos os dias depois do go-live. Se o fornecedor tropeçar na etapa de importação, faça suas próprias contas sobre o prometido "go-live em duas semanas".

Segundo, a explicabilidade dos resultados. Você precisa poder perguntar "por quê" sobre cada otimização que a IA sugere. Se o sistema divide um lote de pedidos em duas ondas, você precisa clicar e ver o motivo: foi a distância percorrida, o horário de corte do pedido ou o planejamento da mão de obra? Um otimizador caixa-preta que não consegue se explicar vai brigar com seu supervisor na primeira vez que aparecer um pedido de exceção — e o supervisor sempre vence. O sistema acaba no banco.

Terceiro, o tratamento de exceções. Deslize de propósito alguns pedidos ruins: endereços faltantes, SKUs descontinuados, quantidades absurdas. Observe se o sistema os sinaliza com elegância para revisão humana, quebra de vez ou — o mais assustador — produz silenciosamente uma recomendação totalmente errada sem nenhum aviso. Tudo indo bem numa demo não prova nada. Não capotar nas exceções prova tudo.

Depois desta rodada, o "99%" do vendedor costuma cair para um número que acorda. Não se decepcione — isso é boa notícia. Ver o número real antes de assinar é sempre melhor do que vê-lo depois do go-live.

Demo três: preço e contrato são o prato principal

As duas primeiras demos são avaliação técnica. A terceira é negociação comercial. É aqui que muitos compradores se machucam, porque o pessoal técnico vai embora depois da demo dois e compras fica sozinha com o vendedor — assimetria de informação, e você sai depenado.

Primeiro, entenda como os fornecedores de IA cobram. Três modelos dominam hoje: por usuário, por pedido e assinatura SaaS anual. Cada um tem suas armadilhas:

  • Por usuário: você adiciona temporários na alta temporada, a conta de licenças cresce junto. Esclareça "usuários concorrentes" versus "usuários registrados".
  • Por pedido: os custos escalam com o volume, o que parece justo — mas pergunte sobre preços por faixa. "Acima de 100,000 pedidos por mês, quanto cai o preço unitário?" Se não perguntar, não há desconto.
  • SaaS anual: o mais simples e o mais caro. Esclareça se a anuidade inclui atualizações e se versões principais custam extra.

Depois, o trio das taxas ocultas, normalmente ausente do orçamento e presente só no contrato: taxas de implementação (limpeza de dados, integração do sistema — muitas vezes metade do preço do software), taxas de integração (por interface com seu WMS/ERP) e taxas de treinamento (por pessoa-dia). Durante a negociação, exija que o fornecedor inclua as três no orçamento total. O que não estiver escrito é considerado zero — preto no branco.

Por fim, três cláusulas contratuais que salvam vidas. Não assine se alguma estiver faltando:

  1. Critérios de aceite no contrato. As métricas reais da demo dois (precisão, tempo de processamento) viram termos de aceite, com direito de reter pagamentos ou rescindir se não forem cumpridas. Um número prometido verbalmente e ausente do contrato equivale a promessa nenhuma.
  2. Pagamentos por marcos. Não mais que 30% de entrada, com o saldo somente após o aceite do go-live. Pague tudo adiantado e você passará o próximo ano implorando.
  3. Cláusulas de saída e propriedade dos dados. Rescisão por conveniência com 30 dias de aviso, seus dados continuam seus, e o fornecedor não pode treinar modelos com seus dados sem seu consentimento por escrito. Pule esta conversa agora e você vai chorá-la daqui a dois anos, quando quiser trocar de fornecedor.

A verdade incômoda: quanto mais fluida a demo, mais fundo o buraco

Uma última opinião controversa: quanto mais polida a demo, mais provável a queda depois da assinatura. Porque uma demo polida significa que os dados foram preparados, o fluxo ensaiado e as exceções escondidas. Você não está comprando aqueles 45 minutos de teatro — está comprando um sistema que funciona às 8h da manhã, todos os dias, pelos próximos três anos.

Por isso os profissionais assistem a uma demo procurando os momentos "não polidos": como o vendedor reage quando é encurralado, como são as mensagens de erro quando dados sujos entram, como os pedidos de exceção são tratados. Esses momentos não polidos são a verdadeira cara do sistema.

Da próxima vez que negociar um contrato, lembre-se de fazer estas três perguntas: "Vocês conseguem rodar nos meus dados?" "Os critérios de aceite podem ir para o contrato?" "Se rescindirmos antes, o que acontece com meus dados?" Um fornecedor que responde às três de forma limpa merece conversa. Uma resposta vaga — obrigado, tchau.

Por Susan, Diretora Comercial 3PL

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.