LançamentoAnálise · No radarRB.RU→ original

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
Agentes de IA renderam ao Uber apenas 4 corridas em 320 milhões de pedidos semanais
Fonte: RB.RU. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalRB.RU ↗
Editor-chefe
Dado-chave #1Quatro corridas em 320 milhões de operações representam uma demanda praticamente nula.
Dado-chave #2Pedir um táxi leva cerca de 50 segundos; repetir um pedido de comida, aproximadamente 90 segundos.
Dado-chave #3Um agente é necessário quando elimina uma cadeia de ações, não quando substitui um único botão.

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.

História

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.

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Private AI Builders Community · Vibe Club

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.

Join Vibe Club →Explore Hamidun Academy
O que você acha?
Carregando comentários…