A Cisco usa um agente de IA para automatizar a comparação entre previsão e demanda realizada e relata economia de pelo menos seis horas semanais para cada um de seus 42 planejadores. O ganho libera capacidade para analisar o negócio e conversar com vendas, mas não demonstra, sozinho, melhora da previsão ou redução de estoques. Para avaliar IA no planejamento de demanda, é preciso medir essas entregas separadamente.
O resultado foi apresentado por Joe McMorrow, responsável pela transformação de supply chain da empresa, na conferência ASCM CHAINge, em Long Beach, nos Estados Unidos. No relato sobre a operação da Cisco, publicado em 23 de outubro, o executivo afirma que o tempo liberado não foi usado para reduzir a equipe de planejamento.
Multiplicadas pelos 42 profissionais, as seis horas representam pelo menos 252 horas semanais de capacidade liberada, conforme os números declarados. Essa conta não equivale a economia financeira: faltam os custos da solução e a comprovação do benefício produzido com esse tempo.
A ferramenta entrega automaticamente a análise entre previsto e realizado e permite perguntas adicionais por uma interface conversacional. Seu alvo é o esforço de reunir e comparar informações, oferecendo um ponto de partida mais rápido ao planejador.
Isso é diferente de demonstrar que um novo modelo prevê melhor a demanda. Um agente pode organizar desvios e responder perguntas sem alterar o método estatístico responsável pela previsão. Pode haver ganho de produtividade mesmo quando a acuracidade permanece igual.
A distinção também delimita este caso em relação ao teste de previsão de demanda com IA: avaliar um modelo preditivo exige comparar previsões; avaliar um assistente de análise exige observar o trabalho que ele substitui e a utilidade das respostas.
No Brasil, o Supply Chain Performance Index (SCPI), da Inbrasc, de 2026, mostra essa discussão em um ambiente de adoção desigual: entre as empresas respondentes, 56% usam IA generativa na gestão de KPIs e 6% usam agentes de IA. O estudo também aponta que 53% ainda não chegaram ao estágio de agir sobre os resultados dos indicadores. Os números ajudam a contextualizar o desafio: produzir análises e utilizá-las na gestão são etapas diferentes.
Antes de ampliar um piloto, a recomendação é separar três perguntas: a ferramenta diminui esforço? A equipe utiliza suas entregas? As decisões e os resultados melhoram?
A tabela organiza evidências a solicitar. São critérios de avaliação, não resultados demonstrados pela Cisco.
| Dimensão | Evidência a pedir | Cuidado na interpretação |
|---|---|---|
| Produtividade | Tempo antes e depois, incluindo conferência e correções | Não contar apenas a geração automática |
| Adoção | Análises usadas nas reuniões e decisões registradas | Acesso à ferramenta não prova uso efetivo |
| Qualidade | Erros, omissões e retrabalho por análise | Resposta rápida pode exigir revisão extensa |
| Operação | Acuracidade, viés, ruptura e estoque no recorte testado | Mudanças podem ter outras causas |
Para medir tempo líquido, compare a mesma tarefa e inclua preparação de dados, interação com o agente, validação e correção. Se parte do trabalho migrou para outra equipe, esse esforço também entra na conta.
Na adoção, procure evidências no ciclo de S&OP: qual análise foi discutida, qual hipótese mudou e quem aprovou a decisão? Uma resposta consultada, mas descartada por falta de confiança, não tem o mesmo valor de uma análise que orientou uma ação documentada.
Para a previsão, mantenha produto, local, horizonte e regra de cálculo comparáveis. A leitura de WAPE e viés no S&OP ajuda a distinguir tamanho do erro e tendência a superestimar ou subestimar a demanda, sem substituir a avaliação por item e canal.
A Cisco encontrou dificuldades para conectar dados fragmentados e registrar o conhecimento usado pelos profissionais ao resolver exceções. Em um exemplo envolvendo qualidade, os registros disponíveis nem sempre permitiam confirmar se uma fábrica havia utilizado uma peça revisada. Era necessário consultar a unidade.
A implicação para o planejamento é direta: recuperar um registro não significa comprovar que ele descreve a operação. Uma data de recebimento, por exemplo, pode não indicar disponibilidade para venda ou produção.
Por isso, vale revisar o lead time até a liberação do estoque, e não apenas até a chegada física. Se a base mistura esses eventos, o agente pode acelerar uma análise construída sobre um prazo inadequado.
No piloto, cada lacuna deve ter responsável e tratamento definido: corrigir a origem, exigir confirmação humana ou impedir que a informação sustente uma recomendação. Ausência de dado não deve virar certeza por meio de uma resposta bem redigida.
A Cisco está construindo uma camada de automação sobre aplicações existentes, preservando regras de negócio e cálculos determinísticos. O relato também mantém a verificação humana como parte do processo e não apresenta agentes corrigindo problemas autonomamente nos sistemas de origem.
Para uma implantação brasileira, o orçamento deve incluir integração, preparação de dados, licenças, suporte, monitoramento e atualização das regras. Acrescente o tempo de especialistas que validam respostas e tratam exceções.
Horas liberadas representam capacidade disponível; só se tornam economia financeira quando existe efeito comprovado sobre uma despesa. Também podem gerar valor sem corte de custo, caso permitam analisar exceções relevantes ou melhorar a colaboração com vendas. Esse benefício precisa ser documentado, não presumido.
Não há uma melhor IA universal para planejamento. A escolha começa pela tarefa: produzir previsões, explicar desvios ou reunir informações são necessidades distintas, com critérios próprios de teste.
Para ampliar um agente de análise, estabeleça antecipadamente critérios de continuidade: tempo líquido poupado, retrabalho aceitável, uso efetivo no planejamento, custo recorrente e responsáveis por dados, decisões e suporte. Se houver promessa de melhora operacional, defina também o indicador e a comparação que permitirão verificá-la.
O caso Cisco oferece uma evidência de produtividade declarada, não uma prova de acuracidade superior. A decisão de escalar deve preservar essa distinção: primeiro comprovar que o trabalho melhorou; depois verificar se essa mudança alcançou a operação.
Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.