Saltar al contenido
UCP
Menú

Recursos · Ensayo

Anatomía de una compra de agente

Una descomposición paso a paso de la compra de un agente de compras, desde la intención del usuario hasta la posventa, con modos de fallo y conclusiones para el operador en cada paso.

Publicado : ·12 min de lectura ·Consulta : cómo compra un agente de compras de IA

Cuando la gente se imagina a un "agente de IA comprando algo", se imaginan el momento de la compra. Pero la compra es el octavo paso de un largo proceso. Comprender cada paso es la forma más fácil de ver dónde debe intervenir un comerciante. Este ensayo recorre una compra canónica de agente de ocho pasos, con modos de fallo y puntos de apalancamiento del operador en cada uno.

El flujo canónico

  1. Formación de la intención
  2. Descomposición
  3. Recuperación
  4. Comparación
  5. Desambiguación
  6. Compromiso
  7. Transacción
  8. Posventa

Paso 1, Formación de la intención

El usuario declara un objetivo. A veces claramente ("un televisor OLED de 65 pulgadas por menos de 2.500 €, entregado antes del 5 de mayo"), a veces vagamente ("quiero un teléfono nuevo"). El agente debe analizar, desambiguar y, cuando sea necesario, hacer una pregunta aclaratoria.

Modo de fallo: la ambigüedad de la intención hace que el agente especifique en exceso o en defecto las restricciones. No es una preocupación directa del comerciante, pero determina la forma de la consulta.

Paso 2, Descomposición

El agente descompone la intención en restricciones estructuradas: categoría, preferencias de marca, presupuesto, atributos, región, cronograma, tolerancia al riesgo.

Apalancamiento del operador: si sus atributos están tipados y cubren la superficie de consulta de la categoría, la descomposición se mapea limpiamente a sus datos. Si no, usted es filtrable por restricciones que realmente cumple.

Paso 3, Recuperación

El agente consulta una o más fuentes: un índice de recuperación construido a partir de feeds, una API de marketplace, una búsqueda directa, una búsqueda de uso del navegador. Cada fuente tiene diferentes características de latencia y confianza.

Modo de fallo: su PDP no está en el índice de recuperación porque su esquema es escaso, su sitemap está incompleto o un muro de consentimiento bloqueó la indexación.

Apalancamiento del operador: el feed de Merchant Center es la superficie de menor esfuerzo y mayor rendimiento. Complételo.

Paso 4, Comparación

El agente compara las ofertas candidatas en cuanto a precio, puntuación de coincidencia (distancia de incrustación a la intención), ajuste de la política, tiempo de entrega, confianza del comerciante.

Modo de fallo: la ambigüedad del identificador hace que dos comerciantes que venden el mismo producto se puntúen por separado, con una confianza reducida.

Apalancamiento del operador: cobertura GTIN, políticas estructuradas, disponibilidad honesta.

Paso 5, Desambiguación

El agente se reduce a 1-3 candidatos. Puede mostrarlos al usuario ("aquí están sus tres mejores coincidencias") o proceder de forma autónoma dentro de los permisos.

Modo de fallo: su oferta se excluye porque faltan campos de política y el agente no puede verificar una restricción obligatoria ("envía a Bélgica antes del sábado").

Paso 6, Compromiso

El usuario confirma, o el agente se compromete con permiso delegado. El compromiso normalmente requiere que el agente presente el pago, la dirección de envío, posiblemente una identidad de cuenta.

Modo de fallo: requisito de cuenta inesperado (verificación de correo electrónico, OTP por SMS) que el agente no puede satisfacer.

Apalancamiento del operador: pago como invitado, pago tokenizado, sesiones identificables por el agente.

Paso 7, Transacción

Se procesa el pago. Las credenciales de pago del agente se presentan y validan por el PSP. Se crea el pedido.

Modo de fallo: el PSP no reconoce el esquema de pago del agente; la transacción vuelve al proceso de pago impulsado por humanos, perdiendo la promesa de autonomía.

Apalancamiento del operador: asegúrese de que su PSP sea compatible con Stripe Agentic Commerce, Visa Intelligent Commerce, Mastercard Agent Pay a medida que se implementen. Pruebe en el entorno de pruebas.

Paso 8, Posventa

Confirmación del pedido, seguimiento, entrega, devoluciones. Los agentes que supervisan en nombre del usuario ingieren eventos del ciclo de vida, informan del estado e inician devoluciones/reclamaciones cuando es necesario.

Modo de fallo: no hay webhook, la URL de seguimiento es solo HTML, el proceso de devoluciones requiere una llamada telefónica.

Apalancamiento del operador: webhooks estructurados del ciclo de vida del pedido, API de devoluciones/reclamaciones, prueba de identidad aceptable para el agente.

¿En qué punto del flujo se encuentran los agentes hoy?

  • Los pasos 1 a 5 están en gran parte en producción. Los agentes asesores los hacen bien.
  • El paso 6 es variable. La mayoría de los agentes entregan al usuario al PDP para la confirmación final.
  • El paso 7 está emergiendo. Los sistemas de pago de agentes están en fase piloto o de vista previa en los principales PSP y redes.
  • El paso 8 es desigual. Los webhooks del ciclo de vida existen para muchos comerciantes; las devoluciones iniciadas por agentes apenas.

El mensaje del operador: no espere a que el paso 7 sea universal antes de corregir los pasos 1 a 5. Esos ya están en vivo.

Un ejemplo concreto

Usuario: "Quiero una sudadera de algodón de peso medio, gris jaspeado, talla L de hombre, por menos de 80 €, enviada a París antes del viernes. Devoluciones gratuitas."

Descomposición: categoría=ropa/sudaderas, material=algodón, peso=peso medio, color=gris jaspeado, talla=M-L, presupuesto≤80 €, región=FR/París, entrega_antes_de=viernes, devoluciones=gratis.

Recuperación: el agente consulta un puñado de índices de recuperación construidos a partir de feeds de comerciantes. Filtra las ofertas activas en FR.

Comparación: 12 candidatos. Filtra por ETA de entrega, elimina 7. Filtra por devoluciones gratuitas, elimina 2. Quedan tres.

Desambiguación: el agente muestra tres opciones al usuario, con precio, fecha de entrega y un diferenciador de una línea por opción.

Compromiso: el usuario elige una. El agente completa el pago utilizando una dirección de envío almacenada y una intención de Stripe con ámbito de agente.

Transacción: la autorización de Stripe ACP se realiza correctamente, el comerciante recibe el pedido etiquetado como pagado por el agente.

Posventa: el comerciante emite webhooks del ciclo de vida; el agente informa del seguimiento al usuario; la sudadera llega el viernes por la mañana.

Cada paso de ese flujo es una característica de la pila del Universal Commerce Protocol. Cada paso es también un punto de apalancamiento del operador.

Dónde ir a continuación