Un comprador encarga a un agente de inteligencia artificial comparar proveedores, pedir condiciones y preparar una recomendación. Tu empresa recibe una consulta bien estructurada, pero nadie ha reservado una reunión. La tentación es tratar ese mensaje como una oportunidad lista para cerrar. Falta resolver algo más básico: qué tarea delegó el comprador y hasta dónde llega esa delegación.
Preparar el proceso comercial para compradores que usan agentes de IA exige información verificable, reglas de autorización y una salida clara hacia una persona. Conviene empezar por esas tres piezas antes de automatizar descuentos, propuestas o pedidos. Un sistema puede ser capaz de solicitar una cotización sin estar autorizado para aceptarla.
La diferencia con vender a un cliente que ya investigó con IA es operativa. En aquel caso, una persona trae una comparación a la conversación. Aquí, un programa puede ejecutar parte del recorrido: consultar condiciones, trasladar requisitos o preparar una compra. La empresa necesita que cada paso conserve su significado comercial.
De la investigación a la acción: qué cambia realmente
Hay infraestructura concreta detrás de esta posibilidad. Shopify y Google desarrollaron el Universal Commerce Protocol (UCP), un protocolo para conectar agentes con sistemas comerciales. La explicación técnica de Shopify contempla tanto operaciones que pueden completarse mediante una interfaz de programación como situaciones que deben pasar al comprador porque falta una capacidad o se requiere intervención humana.
Ese diseño aporta una distinción útil: preparar una transacción, reunir sus datos y completarla son estados diferentes. La existencia del protocolo demuestra que esos flujos se están construyendo; no demuestra que todas las empresas compren así ni que cualquier contrato entre empresas pueda cerrarse sin personas. Una reposición de un producto definido y una contratación con implementación, seguridad y condiciones negociadas tienen exigencias distintas.
Para el vendedor, el cambio consiste en atender una parte del recorrido sin disponer de las señales habituales de una conversación. Un formulario completo puede proceder de una exploración preliminar. Una comparación detallada puede omitir una restricción interna decisiva. Conviene conservar la precisión de los datos recibidos sin atribuirles una intención que todavía no está confirmada.
Una oferta que se pueda comprobar sin una reunión
El primer trabajo está en la información que la empresa entrega. Si la web presenta un alcance, el documento comercial otro y el ejecutivo explica una tercera versión, el agente no tiene una base consistente para comparar. Tampoco la tiene el comprador humano que recibe su informe.
Una ficha comercial útil debe aclarar para quién sirve la oferta, qué incluye, qué excluye y de qué depende su precio. Si hace falta una evaluación para cotizar, explica cuáles son las variables: cantidad de usuarios, volumen, integración, ubicación o nivel de servicio. Publicar una cifra aislada que después cambia por condiciones ocultas dificulta una comparación razonable.
En servicios, puede ser más útil publicar un ejemplo de alcance y sus supuestos que un precio aparentemente universal. En productos, conviene mantener consistentes las variantes, la disponibilidad y las condiciones de entrega entre los canales que las muestran. Cada dato cambiante necesita un responsable y una forma de reconocer su vigencia.
La documentación de Google sobre funciones de IA en la búsqueda recomienda que la información importante esté disponible como texto y que los datos estructurados coincidan con lo visible. También aclara que no existe un marcado especial que garantice aparecer en sus respuestas. Esa orientación se refiere a Google Search: no es una certificación de compatibilidad con todos los agentes ni una promesa de recomendación.
Separar consultas, propuestas y compromisos
El equipo necesita acordar qué respuesta corresponde a cada solicitud. El siguiente cuadro es una propuesta de trabajo editorial, adaptable al negocio; no es un estándar técnico ni una descripción de funciones universales de los agentes.
| Solicitud recibida | Respuesta comercial | Control antes de avanzar |
|---|---|---|
| Consultar características públicas | Ficha vigente, alcance y enlaces de respaldo. | Confirmar que la información puede compartirse públicamente. |
| Comparar alternativas para un caso | Respuesta por requisito, con límites y datos pendientes. | No convertir supuestos en capacidades confirmadas. |
| Solicitar una cotización | Propuesta identificada, con vigencia, condiciones y exclusiones. | Validar las variables que determinan precio y alcance. |
| Pedir un descuento o una excepción | Aplicar la política aprobada o derivar a su responsable. | Comprobar facultades y límites de quien autoriza. |
| Aceptar, pagar o modificar un pedido | Ejecutar mediante el canal habilitado y conservar confirmación. | Verificar identidad, autorización y condiciones de la operación. |
La tabla evita que una automatización confunda cortesía comercial con compromiso. Enviar una ficha no requiere el mismo control que reservar capacidad de implementación. Confirmar recepción de una solicitud tampoco equivale a confirmar stock, crédito o fecha de entrega.
La autorización debe dejar evidencia
Google presentó el Agent Payments Protocol (AP2) el 16 de septiembre de 2025 para abordar cuestiones de autorización y autenticidad en pagos iniciados por agentes. Su anuncio original describe mandatos firmados que dejan constancia de las instrucciones del usuario, con límites y condiciones para las tareas delegadas. Se trata del diseño descrito por el proveedor, no de una garantía independiente de ausencia de errores.
La enseñanza operativa para ventas es acotada: un mensaje que dice «el comprador me autorizó» no basta para dar por comprobada una facultad. La empresa necesita un mecanismo acordado que permita verificar quién delegó, qué puede hacer el agente y bajo qué condiciones. El mecanismo concreto dependerá del canal y del tipo de operación.
En una contratación entre empresas, además puede haber distintas personas autorizadas para solicitar información, aprobar presupuesto y formalizar el acuerdo. Antes de automatizar una aceptación, hay que entender ese reparto. El mapa de tomadores de decisión sigue siendo necesario aunque parte de los mensajes los emita un programa.
Como diseño de control, conviene guardar la versión de la propuesta, los límites aplicables y la confirmación de la acción. También se necesita una respuesta clara ante solicitudes repetidas: consultar el estado de una operación antes de crear otra. Estos controles deben definirse con los responsables de operaciones y tecnología; no deberían depender de que el ejecutivo detecte cada anomalía a simple vista.
El traspaso a una persona también forma parte del servicio
Cuando el agente no puede resolver una condición, el comprador debería continuar desde el punto alcanzado. Obligarle a describir de nuevo su necesidad desperdicia la preparación anterior y aumenta el riesgo de que se pierda un requisito.
Para un equipo comercial, ese traspaso puede ser sencillo: un resumen de la solicitud, los requisitos confirmados, la propuesta consultada y la pregunta que impide avanzar. Hace falta un responsable identificable y una expectativa de respuesta realista. Si la duda afecta una integración, debe llegar a quien pueda verificarla; si afecta una excepción de precio, a quien tenga facultades para aprobarla.
La información confidencial requiere su propio canal. Que un agente pueda leer la web no significa que deba recibir contratos privados, credenciales o datos de otros clientes. La transición debe preservar los permisos del comprador y compartir solo lo necesario para resolver su caso.
Un caso hipotético: cotizar software sin prometer de más
Imagina una empresa que vende software y recibe, mediante el agente de un comprador, una solicitud para treinta usuarios, dos integraciones y puesta en marcha en un mes. El mensaje pide además el «mejor precio final». El equipo puede preparar una respuesta útil sin afirmar que toda la operación está validada.
Primero distingue lo confirmado de lo pendiente. El número de usuarios permite identificar una base de cotización; las integraciones requieren conocer sistemas y alcance; el plazo depende de recursos y preparación del cliente. La respuesta devuelve esas diferencias con una versión de propuesta y preguntas concretas.
Si el agente solicita aceptar la oferta, la empresa comprueba el canal autorizado y las facultades del comprador. Si todavía falta validar una integración, la oportunidad avanza a revisión técnica, no a venta ganada. Una vez resuelto el punto, el comprador recibe la propuesta actualizada y puede continuar sin repetir el trabajo anterior.
El beneficio buscado es reducir intercambios innecesarios y conservar las decisiones que requieren criterio. No se puede prometer un ahorro de tiempo específico sin medir el proceso real.
Probar un recorrido antes de ampliar la automatización
Para empezar, elige una oferta delimitada y una solicitud frecuente. Revisa si una persona ajena al equipo puede comparar esa oferta con la información disponible. Después prueba el recorrido completo: consulta, respuesta, cotización, duda y traspaso. Incluye un dato faltante, una condición imposible y una solicitud repetida para comprobar cómo responde el sistema.
En el sistema de gestión de relaciones con clientes, conocido como CRM, registra la participación del agente cuando esté confirmada. Evita identificarla solo por la velocidad del mensaje o por su estilo. Las consultas repetidas de un mismo proceso de compra deben revisarse antes de convertirse en nuevas oportunidades.
Para evaluar el piloto, observa cuánto tarda una respuesta verificada, cuántas propuestas necesitan corrección y cuántos compradores completan el siguiente paso acordado. Añade los errores de duplicación y las condiciones que exigen intervención. Define el período y compara solicitudes similares; un aumento de consultas automáticas, por sí solo, no demuestra crecimiento comercial.
El proceso estará mejor preparado cuando pueda responder con consistencia, reconocer lo que falta y conservar el contexto hasta una decisión válida. Ese resultado puede lograrse gradualmente, sin delegar de una vez todo el recorrido.
Preguntas frecuentes
¿Qué significa vender a un comprador que usa agentes de IA?
Significa atender un proceso en el que un programa puede buscar información, comparar alternativas o ejecutar tareas por encargo del comprador. La empresa debe distinguir qué puede consultar el agente y qué acciones requieren autorización verificable o intervención humana.
¿Necesito una integración técnica para empezar?
No siempre. Primero puedes ordenar la información pública, unificar condiciones comerciales y preparar una respuesta que el comprador pueda verificar. Una integración tiene sentido cuando existe un canal compatible y una tarea repetida cuyo beneficio y controles se pueden comprobar.
¿Cómo sé si un agente puede aceptar una propuesta?
No basta con que lo afirme en un mensaje. Debes comprobar la identidad de la parte compradora y el alcance de la autorización mediante el mecanismo acordado. Si no puedes verificarlo, conserva la propuesta y solicita confirmación por un canal validado.
¿Las consultas de un agente deben crear oportunidades en el CRM?
Una consulta automática no demuestra por sí sola intención de compra. Registra su origen cuando esté confirmado y aplica criterios de calificación basados en necesidad, encaje, responsable y siguiente paso. Evita duplicar oportunidades por consultas repetidas del mismo proceso.
La Tesis de El Ciclo
Nuestra interpretación es que la llegada de agentes al recorrido de compra convierte la coherencia comercial en una capacidad competitiva. Una promesa que antes podía aclararse durante una llamada necesita ahora sobrevivir a comparaciones, versiones y traspasos entre sistemas. Las empresas que sepan expresar sus condiciones y demostrar quién puede decidir tendrán una base más sólida para atender esa demanda.
El valor del vendedor puede desplazarse hacia las excepciones y las decisiones que la información disponible no resuelve. Esa posibilidad exige mejorar primero la calidad del proceso: automatizar una oferta contradictoria solo permite distribuir sus contradicciones con mayor rapidez.
Editor | El Ciclo Tomás Carmona es especialista en crecimiento de negocios, transformación digital y sistemas CRM. En El Ciclo investiga y explica cómo los cambios en tecnología, inteligencia artificial, negocios, finanzas y salud impactan la vida de las personas y las empresas. Su trabajo combina análisis, investigación y experiencia práctica para transformar noticias, estudios y tendencias en contenido claro, basado en evidencia y orientado a la toma de mejores decisiones. Su objetivo es ayudar a los lectores a comprender qué está cambiando, por qué es relevante y cómo esos cambios pueden influir en su trabajo, sus finanzas, su salud o su vida cotidiana.