Agentes de IA renderam ao Uber apenas 4 corridas em 320 milhões de pedidos semanais
Os agentes de IA quase não participam dos pedidos do Uber: de um total de cerca de 320 milhões de corridas e entregas por semana, apenas quatro corridas e aproximadamente 500 pedidos de comida foram feitos por meio deles. O motivo é simples: a interface tradicional já resolve essas tarefas em 50–90 segundos. Para equipes de produto, esse é um sinal útil: um agente não gera valor por si só se não reduzir de forma perceptível o trabalho, o tempo de espera ou o número de decisões exigidas do usuário.
Processado por IA de RB.RU; editado por Hamidun News
O Uber realizou um experimento raro e, por isso, especialmente valioso: em vez de apresentar uma demonstração atraente de um agente de IA, a empresa mostrou o comportamento real dos usuários. Com um volume de cerca de 320 milhões de corridas e pedidos de comida por semana, os agentes processaram aproximadamente 500 entregas e apenas quatro corridas.
Os números parecem quase cômicos, mas a conclusão é séria. O usuário não contrata um intermediário digital apenas porque ele é chamado de agente. Se um botão conhecido já resolve a tarefa de forma rápida e previsível, uma camada adicional de conversa tende mais a atrapalhar do que a ajudar.
Por que o agente perdeu para a interface convencional
Pedir uma corrida no Uber leva aproximadamente 50 segundos. Repetir um pedido habitual no Uber Eats leva cerca de 90 segundos. O usuário abre o aplicativo, vê o preço, confere o endereço e toca em um botão. A tarefa tem um fluxo claro, poucos passos e retorno imediato.
Agora imagine um agente. É preciso explicar a ele para onde ir ou o que pedir. Depois, verificar se ele entendeu corretamente o endereço, o restaurante, os itens do pedido e o preço. Mesmo que o agente seja tecnicamente capaz de executar a ação, o usuário ainda assume o risco de um erro. Economizar alguns toques não compensa a necessidade de supervisionar o intermediário.
É exatamente aqui que uma hipótese comum de produto deixa de funcionar: uma interface conversacional não se torna automaticamente mais conveniente do que uma interface gráfica. Para operações curtas e frequentes, um botão costuma ser mais eficiente do que um diálogo. Ele mostra as opções disponíveis, as limitações e o preço antes da confirmação. O agente precisa repetir tudo isso ou ocultar essas informações por trás da própria decisão.
Onde um agente pode ser realmente útil
O problema não está nos agentes como tecnologia, mas na escala da tarefa escolhida. Pedir uma única corrida conhecida é simples demais. Organizar um trajeto complexo já é mais interessante: escolher o horário de saída levando em conta um voo, reservar um carro para vários passageiros, providenciar uma cadeirinha infantil, comparar o preço com o transporte público e alterar a reserva em caso de atraso do avião.
O mesmo vale para a entrega de comida. Repetir o pedido de ontem pode ser feito com um botão. Montar o cardápio semanal de uma família, considerando alergias, orçamento, prazos de entrega e as preferências de várias pessoas, já envolve uma cadeia de decisões. Nesse caso, um agente pode economizar não segundos, mas dezenas de minutos de trabalho mental.
Para o desenvolvedor, há ainda outro limite importante: qualquer ação que envolva dinheiro exige uma confirmação transparente. O agente deve mostrar exatamente o que escolheu, quanto custa e quais dados utilizou. Parâmetros críticos não podem ficar escondidos atrás da frase “organizei tudo”. Quanto maior o custo de um erro, mais importantes se tornam o registro de atividades, a possibilidade de cancelamento e uma transição clara para o controle manual.
O que a equipe de produto deve avaliar
Não vale a pena começar pela pergunta “onde podemos inserir um agente”. É mais útil medir o processo existente: quanto tempo ele leva, quantas decisões exige e em que pontos o usuário erra ou abandona a tarefa. Depois, o fluxo com agente deve ser comparado à interface convencional em termos de tempo de execução, taxa de operações concluídas com sucesso, número de correções e reutilização.
O experimento do Uber é um lembrete de que capacidade técnica ainda não significa demanda de produto. Se um agente substitui três toques por um diálogo longo, ele piora o produto. Se reúne dados de várias fontes, coordena participantes e percorre de forma autônoma um processo com várias etapas, seu valor se torna perceptível.
A conclusão prática é simples: procure não as operações que a IA é capaz de executar, mas as tarefas que as pessoas realmente têm dificuldade para realizar sozinhas. Um agente se justifica quando elimina toda uma cadeia de rotina, incerteza e supervisão. Para todo o resto, um bom botão continua sendo uma interface mais poderosa.
- 2 de mai. de 2026OpenAI adiciona ao ChatGPT integrações com Spotify, Uber e DoorDash: como usar
- 16 de mai. de 2026Uber e OpenAI lançam assistentes de IA e pedido por voz para motoristas e passageiros
- 2 de mai. de 2026Uber e Motional retomam robotáxis em Las Vegas e reforçam a aposta no transporte autônomo
- 25 de out. de 2026Amazon abandona acordos de confidencialidade em data centers enquanto agentes de IA avançam sobre cartões de crédito
Perguntas frequentes sobre a notícia
Por que o agente perdeu para a interface convencional?
Pedir uma corrida no Uber leva aproximadamente 50 segundos. Repetir um pedido habitual no Uber Eats leva cerca de 90 segundos. O usuário abre o aplicativo, vê o preço, confere o endereço e toca em um botão. A tarefa tem um fluxo claro, poucos passos e retorno imediato. Agora imagine um agente. É preciso explicar a ele para onde ir ou o que pedir. Depois, verificar se ele entendeu corretamente o endereço, o restaurante, os itens do pedido e o preço.
Onde um agente pode ser realmente útil?
O problema não está nos agentes como tecnologia, mas na escala da tarefa escolhida. Pedir uma única corrida conhecida é simples demais. Organizar um trajeto complexo já é mais interessante: escolher o horário de saída levando em conta um voo, reservar um carro para vários passageiros, providenciar uma cadeirinha infantil, comparar o preço com o transporte público e alterar a reserva em caso de atraso do avião. O mesmo vale para a entrega de comida. Repetir o pedido de ontem pode ser feito com um botão.
O que a equipe de produto deve avaliar?
Não vale a pena começar pela pergunta “onde podemos inserir um agente”. É mais útil medir o processo existente: quanto tempo ele leva, quantas decisões exige e em que pontos o usuário erra ou abandona a tarefa. Depois, o fluxo com agente deve ser comparado à interface convencional em termos de tempo de execução, taxa de operações concluídas com sucesso, número de correções e reutilização. O experimento do Uber é um lembrete de que capacidade técnica ainda não significa demanda de produto.
Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews
Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.
O essencial da IA — uma vez por semana
Sete histórias que realmente importaram, escolhidas a dedo. Sem ruído nem releases.
Pronto! Verifique seu e-mail para a confirmação.