Antes de conectar un asistente a preguntas sobre productos, define qué puede afirmar, de dónde obtiene cada respuesta y cuándo debe derivar a una persona.

El anuncio de Business Agent para publicidad de YouTube hace visible esa responsabilidad: la conversación comercial puede ocurrir antes de que el comprador llegue a la web que normalmente explica las condiciones.

Google anunció el 16 de septiembre de 2026 una beta para comercios elegibles en Estados Unidos. El objetivo descrito es responder preguntas de producto dentro del contexto de YouTube. No se puede presentar esa beta como disponible de forma general en España, ni extrapolar sus resultados promocionales a un comercio que todavía no la utiliza. Consultar la fuente.

Sí puedes preparar hoy una base de respuestas fiable. Será útil para la página de producto, el equipo de atención y cualquier interfaz futura que consulte esa información.

Una conversación transforma información en compromisos

Una descripción estática puede hablar de un producto en términos generales. Una pregunta concreta obliga a situarlo: «¿me llegará antes del viernes?», «¿sirve para esta instalación?» o «¿puedo devolverlo después de abrirlo?». La respuesta depende de datos que quizá cambien con el tiempo, el destino o la situación del comprador.

Si el asistente responde con el mismo nivel de certeza a todo, convierte una posibilidad en un compromiso. El problema no se arregla añadiendo una frase genérica al final. La condición debe estar junto a la afirmación que limita y el sistema debe reconocer cuándo no dispone del dato necesario.

Por eso proponemos empezar con las preguntas que pueden cambiar una compra, no con las que resultan más fáciles de responder. La política de respuesta es parte del diseño comercial de la web, aunque no aparezca como un bloque visual.

Un registro de promesas

Reúne preguntas reales de atención, correos y ventas, sin publicar información personal. Para cada una, registra la afirmación posible, su origen y lo que debe comprobarse. Estas son las piezas mínimas:

  • Pregunta y contexto: qué quiere resolver el cliente y qué información falta.
  • Respuesta permitida: afirmación respaldada, redactada con sus condiciones.
  • Fuente responsable: documento, sistema o persona que mantiene esa información.
  • Vigencia: circunstancia que puede hacer caducar la respuesta.
  • Derivación: vía disponible cuando no hay base suficiente para contestar.

La tabla es una propuesta de trabajo, no una función que atribuimos a Business Agent. La implementación dependerá de las capacidades y controles documentados de cada plataforma. Antes de conectarla, comprueba qué fuentes acepta y cómo se mantienen actualizadas.

Tres clases de respuesta, tres comprobaciones

Una propiedad estable, como una medida confirmada, necesita una fuente técnica y una referencia de variante. Una condición dinámica, como la entrega a un código postal, necesita consultar información vigente. Una valoración contextual, como la idoneidad para una instalación particular, puede requerir asesoramiento.

Separarlas evita que una FAQ estática intente sustituir la operación. También evita derivar todo a una persona por precaución. Un sistema útil responde lo que conoce y señala con precisión qué no puede confirmar.

No inventes un tiempo de respuesta para la derivación. Explica el canal y el proceso acordado. Si el equipo no puede recuperar el contexto de la pregunta, el cliente tendrá que empezar otra vez; esa transferencia también forma parte de la experiencia.

Un caso hipotético: una silla para uso profesional

Una tienda vende una silla cuya descripción habla de comodidad. Un comprador pregunta si sirve para una jornada de trabajo y si puede devolverla tras montarla. Son preguntas distintas: una combina características con necesidad individual; la otra depende de condiciones comerciales y de la situación del pedido.

El registro permite responder con dimensiones, ajustes y documentación confirmada, sin afirmar que será adecuada para cualquier persona. Para la devolución, identifica la política vigente y las condiciones relevantes. Si el caso requiere revisión, deriva sin prometer una aceptación automática.

Una prueba útil incluye preguntas que faltan deliberadamente de contexto: variante no elegida, destino desconocido o documento antiguo. Observa si la respuesta pide aclaración, conserva el límite o fabrica una certeza. No es suficiente probar únicamente las preguntas para las que ya preparaste una frase perfecta.

La prueba incómoda tiene más valor que la demostración amable

Prepara escenarios que obliguen a distinguir: producto agotado, condición modificada, versiones contradictorias o solicitud que supera el alcance comercial. Registra respuesta, fuente consultada y siguiente paso. Las pruebas deben usar entornos y datos autorizados.

Si una plataforma no permite inspeccionar el origen de una respuesta, documenta esa limitación. No la sustituyas por confianza en la apariencia del mensaje. Puede ser razonable restringir el alcance del piloto a información estable mientras se resuelven controles para condiciones dinámicas.

Define también quién puede corregir o detener el sistema ante una respuesta improcedente. Tener una persona «responsable de IA» no basta si no dispone de acceso, criterio y un procedimiento para modificar la fuente que originó el problema.

Qué observar después de una conversación

Cuenta consultas resueltas con evidencia adecuada, derivaciones y correcciones. Una conversación larga no equivale a utilidad; una corta no equivale a abandono. Para entender el resultado necesitas el objetivo de la pregunta y lo que ocurrió después.

Si el asistente reduce preguntas sencillas pero aumenta reclamaciones sobre compromisos no confirmados, la automatización no está aportando el valor esperado. Si deriva demasiados casos que la documentación resuelve, revisa estructura y acceso a fuentes. Cada señal apunta a un ajuste diferente.

Tampoco atribuyas una venta a la calidad de una respuesta sin un método que permita sostenerlo. Puedes observar el recorrido y sus incidencias sin inventar causalidad comercial.

La reflexión de futuro: la promesa viajará antes que la página

Nuestra hipótesis es que una empresa tendrá que mantener sus compromisos como información reutilizable, además de redactarlos en una landing. Si las respuestas aparecen en anuncios, búsquedas y aplicaciones, una condición omitida puede llegar al comprador antes que su aclaración.

La idea puede comprobarse comparando respuestas entre superficies. Si una misma pregunta conserva alcance y límites, la base funciona. Si cada canal dice algo diferente, el problema puede estar en la fuente, en la actualización o en cómo se interpreta. Ese diagnóstico importa más que añadir otro asistente.

Prepara una pregunta que no deba responderse con un sí

Elige una consulta frecuente cuyo resultado dependa de una condición. Escribe qué puede afirmarse, qué debe verificarse y dónde se deriva. Una respuesta bien limitada puede ser menos espectacular que una demostración de IA, pero ayuda a construir una relación comercial que la empresa pueda sostener.

Para completar esta decisión, consulta Los agentes de IA quieren comprar por el cliente: qué debería preparar un ecommerce.