Um anúncio com acesso limitado, por enquanto
A DoorDash anunciou um agente de inteligência artificial para pedir comida por mensagens e uma API destinada a processar pedidos em grandes quantidades. As informações disponíveis indicam que a empresa abriu listas de espera nos Estados Unidos para os dois produtos. Isso permite descrevê-los como iniciativas anunciadas e ainda com acesso limitado, não como serviços disponíveis para todos.
A proposta para consumidores integra-se no Apple Messages, segundo as informações publicadas sobre o anúncio. A outra ferramenta foi concebida para permitir que assistentes de terceiros tratem de compras de maior dimensão. Entre os exemplos mencionados está um bot do Slack, embora os materiais disponíveis não indiquem quais integrações já funcionam nem se o exemplo corresponde a uma ligação disponível ou a uma possibilidade apresentada pela DoorDash.
A distinção é importante: inscrever-se numa lista de espera não significa poder utilizar o produto, nem permite saber quando o acesso será concedido. Da mesma forma, um anúncio não confirma que todas as funcionalidades estejam operacionais. Também não foram divulgadas datas para o acesso geral, requisitos de elegibilidade, condições de teste ou uma lista de mercados fora dos Estados Unidos.
Dois produtos com objetivos diferentes
O agente para o Apple Messages é apresentado como uma forma conversacional de iniciar um pedido de comida. Em vez de navegar necessariamente por uma interface de pedidos convencional, o utilizador poderá comunicar com o agente dentro da aplicação de mensagens. No entanto, as fontes fornecidas não explicam o percurso exato: não indicam que informação o agente pede primeiro, como sugere restaurantes ou pratos, nem se permite alterar um pedido através de mensagens.
A API para pedidos em grandes quantidades destina-se a outro contexto: permitir que assistentes, como bots do Slack, executem pedidos de maior dimensão. A palavra «executar» surge na descrição do anúncio reproduzida pela Techmeme com base na Bloomberg, mas as informações fornecidas não especificam que etapas são automatizadas nem que permissões uma empresa tem de conceder. Também não esclarecem se a API está aberta a qualquer programador, se exige uma relação comercial com a DoorDash ou se está limitada a clientes selecionados.
Não convém tratar os dois produtos como versões da mesma funcionalidade. O agente de mensagens destina-se a pedidos conversacionais, enquanto a API é descrita no contexto de compras em grandes quantidades e de assistentes externos. A disponibilidade, a configuração e os controlos podem ser diferentes em cada caso.
O que foi anunciado e o que falta confirmar
| Aspeto | Informação disponível | Por esclarecer |
|---|---|---|
| Agente para consumidores | Agente de pedidos integrado no Apple Messages; lista de espera nos Estados Unidos. | Fluxo do pedido, restaurantes, zonas abrangidas, métodos de pagamento e disponibilidade efetiva. |
| API para empresas | API descrita como forma de permitir pedidos em grandes quantidades a partir de assistentes, com bots do Slack como exemplo. | Acesso, integrações operacionais, permissões, limites e etapas de autorização. |
| Confirmação e pagamento | As fontes fornecidas não descrevem o processo. | Se o agente apresenta uma proposta para aprovação ou conclui diretamente a compra. |
O momento decisivo: quem autoriza a compra
A questão prática mais importante não é apenas saber se o agente compreende uma mensagem, mas também o que acontece antes de essa mensagem se transformar numa compra. Numa experiência de pedidos, há uma diferença significativa entre o sistema recomendar uma opção, preparar um carrinho e cobrar o pedido. As informações fornecidas não permitem determinar em que momento o utilizador intervém nem que confirmação é exigida.
Por isso, não é possível afirmar que o agente conclui o pagamento sem intervenção, nem que apresenta sempre um resumo para a pessoa aprovar. Também não se sabe se o utilizador pode rever o total, as taxas, a morada e os artigos do pedido num ecrã antes de este ser processado. São controlos que importa verificar quando a DoorDash publicar instruções de utilização ou as condições do produto.
Num pedido em grandes quantidades, a autorização pode também envolver regras da empresa: quem pode fazer pedidos, que orçamento tem, para que morada é feita a entrega e se é necessária a aprovação de outra pessoa. Nenhum desses mecanismos está descrito nas fontes disponíveis. Não se deve presumir que existem apenas por haver uma API.
Como avaliar o fluxo quando houver acesso
Este é um roteiro de verificação para os utilizadores, não uma descrição confirmada do funcionamento atual do agente.
- 01Verificar se o agente está disponível para a conta e a localização do utilizador.
- 02Antes de avançar, rever os restaurantes, os produtos, a morada e o horário sugeridos.
- 03Confirmar se o valor total e as condições aplicáveis são apresentados antes do envio do pedido.
- 04Verificar que ação autoriza a cobrança e se é possível cancelar ou corrigir o pedido depois de o enviar.
Restaurantes, alterações e erros: questões em aberto
Os materiais fornecidos não identificam os restaurantes participantes nem indicam se o serviço abrange todos os estabelecimentos da DoorDash. Também não especificam se a disponibilidade depende da cidade, da conta ou de outros critérios. Até esses dados serem publicados, não é possível saber que menus estarão acessíveis a cada pessoa nem se o agente respeitará as opções e restrições que costumam ser importantes ao fazer um pedido.
Também faltam informações sobre alterações e erros. Não é especificado se o utilizador pode substituir um artigo, alterar quantidades, corrigir uma morada ou cancelar através da conversa. As fontes não explicam como será resolvida uma interpretação incorreta da mensagem, a indisponibilidade de um artigo ou uma divergência entre o que foi pedido e o que foi enviado.
Estas lacunas não provam que o produto não tenha controlos; indicam que esses controlos não estão descritos nas informações disponíveis. Para avaliar a experiência, será necessário conhecer as instruções do serviço, os seus termos e o procedimento de apoio ao cliente, além de experimentar o fluxo quando a lista de espera permitir o acesso.
Dados pessoais e conversas
As fontes fornecidas não explicam que dados das mensagens a DoorDash conserva, durante quanto tempo os guarda, quem lhes pode aceder ou se são utilizados para melhorar sistemas de inteligência artificial. Também não esclarecem de que forma as conversas se relacionam com os dados da conta, o histórico de pedidos ou as informações de pagamento. Por isso, não é possível descrever com rigor o tratamento dos dados pelo agente nem compará-lo com o de uma compra habitual na aplicação.
Antes de utilizar um serviço deste tipo, convém consultar a política de privacidade aplicável e as permissões solicitadas pela integração. No caso da API empresarial, seria igualmente necessário saber que informações são recebidas pelo assistente externo e que controlos a organização tem. São perguntas relevantes, mas não respostas que se possam retirar do anúncio disponível.
Questões de privacidade que importa esclarecer
| Pergunta | Porque é importante |
|---|---|
| As mensagens são guardadas? Durante quanto tempo? | Ajuda a compreender por quanto tempo a conversa persiste e a exposição dos dados. |
| Que informações da conta ou de pagamento são partilhadas? | Permite distinguir os dados necessários para processar um pedido de outras informações pessoais. |
| Um assistente externo pode aceder a esses dados? | É especialmente relevante em integrações empresariais e bots de terceiros. |
| As conversas são utilizadas para treinar ou melhorar sistemas? | Esclarece possíveis utilizações secundárias que não se deduzem da função de pedir comida. |
Um agente de pedidos não é apenas um chatbot de recomendações
Um chatbot que recomenda pratos ou responde a perguntas pode limitar-se a fornecer informações. Já um agente ligado a um sistema de pedidos é concebido para realizar ações que podem terminar numa transação. A diferença essencial não está em um usar inteligência artificial e o outro não, mas no grau de acesso a ferramentas e no efeito das ações que executa.
Neste caso, o que foi anunciado aponta para uma experiência de pedidos por mensagens e uma API que permitiria a assistentes tratar de pedidos em grandes quantidades. Isso sugere uma orientação para a execução de ações, mas não basta para saber que operações são realizadas sem intervenção humana. Também não demonstra que o agente consiga tratar de todas as etapas de uma compra. O pagamento, a seleção final, as alterações e o cancelamento continuam por confirmar.
Uma comparação prudente deve distinguir três níveis: recomendar opções, preparar um pedido e concluir uma compra. As fontes disponíveis permitem falar do objetivo de gerir pedidos, mas não descrevem com precisão em que nível se situa o produto em cada etapa. Até serem conhecidos o fluxo e os respetivos controlos, não é responsável apresentá-lo como um sistema que compra de forma autónoma.
Diferenças funcionais que importa verificar
| Tipo de ferramenta | O que faz | O que deve ser esclarecido |
|---|---|---|
| Chatbot informativo | Responde a perguntas ou recomenda opções. | De onde obtém as informações e quando podem estar desatualizadas. |
| Assistente que prepara pedidos | Pode organizar uma seleção ou um carrinho. | O que o utilizador revê e que ação inicia o pedido. |
| Agente com capacidade de compra | Pode interagir com sistemas que processam pedidos. | Como o utilizador autoriza a compra, o pagamento e quaisquer alterações. |
O que se pode concluir e o que falta saber
O anúncio coloca a DoorDash no desenvolvimento de interfaces conversacionais para pedidos: um agente integrado no Apple Messages e uma API destinada a compras em grandes quantidades através de assistentes externos. A abertura de listas de espera nos Estados Unidos indica que o acesso anunciado não deve ser confundido com uma implementação geral. A cobertura também refere que o agente procura competir no setor dos pedidos de comida, mas isso não permite prever o seu desempenho ou a sua adoção.
Faltam dados operacionais básicos para avaliar o produto: quem pode aceder neste momento, que restaurantes e localizações estão abrangidos, como uma compra é revista e confirmada, que métodos de pagamento são aceites, como se tratam os erros e que dados são conservados. No caso da API empresarial, ainda é necessário conhecer as condições de acesso, as integrações disponíveis e as permissões ou controlos de aprovação.
Assim, a notícia confirma uma orientação de produto e uma via de acesso através de uma lista de espera, mas ainda não responde às perguntas que determinam a experiência e o nível de controlo do utilizador. Será necessário aguardar por informações suficientes sobre as funcionalidades reais e as condições de utilização antes de comparar o serviço com outros assistentes ou plataformas de entrega.
Questões em aberto
- Não se sabe que utilizadores terão acesso nem quando os testes começarão.
- Não está confirmado se o agente cobra diretamente ou apresenta uma proposta para aprovação do utilizador.
- Não foram especificados os restaurantes, a cobertura geográfica, os métodos de pagamento nem as regras para alterações e cancelamentos.
- Não há informações disponíveis sobre a conservação, o acesso ou a utilização dos dados das conversas.
- Não estão detalhados o acesso à API, os requisitos empresariais nem que assistentes externos poderão efetivamente ligar-se ao serviço.
Continue a explorar
Fontes consultadas
Correções e transparência
Se encontrar informação incorreta ou desatualizada, envie-nos a página e a fonte que devemos rever.
Propor uma correção