Una empresa entrega a su agente de inteligencia artificial (IA) el catálogo, varias propuestas antiguas y las respuestas que suele enviar por correo. Al preguntarle por una implementación, el sistema promete un plazo que solo se había autorizado para un cliente. La respuesta suena razonable porque encuentra un antecedente. El problema es que ese antecedente no era una regla general.
Preparar información comercial para agentes de IA exige definir qué fuente manda, en qué casos se aplica y quién la mantiene. Reunir archivos es apenas el comienzo. El trabajo decisivo consiste en distinguir la oferta vigente, los datos que cambian y las excepciones que necesitan autorización.
El ejemplo es hipotético, pero permite delimitar esta guía: cómo organizar el conocimiento sobre lo que una empresa vende. La preparación de los datos del sistema de gestión de relaciones con clientes (CRM) resuelve identidades, relaciones e historiales. Aquí importan otras preguntas: qué incluye un servicio, cuándo aplica un precio y qué puede prometer una respuesta.
Un vendedor experimentado puede reconocer que una propuesta antigua contenía una concesión excepcional. También sabe a quién preguntar si dos documentos se contradicen. Ese criterio suele quedar fuera de los archivos que recibe el agente.
Para hacerlo utilizable, conviene separar tres capas. La primera describe la oferta: características, alcance, requisitos y exclusiones. La segunda contiene reglas de negocio: condiciones de contratación, criterios para cotizar y responsables de aprobar excepciones. La tercera refleja el estado de una operación: disponibilidad, precio aplicable a un cliente o fecha confirmada de entrega.
Las capas necesitan tratamientos distintos. Una descripción puede servir durante meses; la disponibilidad puede cambiar antes de terminar una conversación. Guardarlas juntas en un documento no les da la misma vigencia ni convierte una orientación general en una confirmación operativa.
Antes de cargar material, reúne consultas reales sobre una sola oferta. Busca las que obligan al equipo a consultar documentos o pedir ayuda: qué incluye la instalación, qué información necesita una cotización, en qué zonas se presta el servicio o cuándo corresponde derivar una evaluación.
Para cada pregunta, identifica una respuesta aprobada, su respaldo y las condiciones que podrían cambiarla. Si todavía no existe acuerdo interno, el vacío debe quedar visible. Pedir al agente que “responda con criterio comercial” no resuelve una política que la empresa no ha definido.
La siguiente matriz es una propuesta editorial de trabajo. No es un requisito técnico universal ni una certificación de preparación para IA.
| Información | Qué debería quedar explícito | Cómo mantenerla |
|---|---|---|
| Ficha de producto o servicio | Identificador, destinatario, alcance, requisitos y exclusiones. | Responsable de la oferta y versión aprobada. |
| Precio y cotización | Moneda, impuestos, unidad de cobro y variables que cambian el importe. | Fuente vigente y condiciones de aplicación. |
| Disponibilidad y plazos | Qué es orientativo y qué requiere comprobación para el caso. | Consulta al sistema operativo o confirmación responsable. |
| Excepciones | Cuándo se puede solicitar una revisión y quién decide. | Registro separado de la política general. |
| Preguntas frecuentes | Respuesta, límites y siguiente paso cuando falta información. | Revisión a partir de dudas y errores reales. |
Una pequeña empresa puede comenzar con documentos y una hoja de control. Lo esencial es que las fuentes tengan una función definida y que el equipo pueda reconocer cuál está aprobada. La herramienta elegida debe facilitar ese mantenimiento.
Una frase como “incluye soporte” deja demasiadas interpretaciones abiertas. Una ficha útil explica por qué canal, en qué horario, para qué problemas y con qué exclusiones. Si una condición cambia por plan o territorio, conviene mantener esa diferencia junto a la afirmación que limita.
Hay una razón técnica para cuidar esa proximidad. Microsoft documenta que, en el flujo de archivos utilizados como conocimiento en Copilot Studio, el contenido se divide en fragmentos y se recuperan los más relacionados con la consulta. El sistema no necesariamente entrega al modelo el documento entero cada vez.
Como criterio de redacción, cada apartado debería ser comprensible sin depender de una nota distante. Repetir el nombre exacto del servicio puede ser más claro que escribir “este plan”. Una tabla necesita encabezados inequívocos. Un nombre comercial distinto del usado por los clientes puede acompañarse de sus equivalencias, sin convertir la ficha en una acumulación de palabras clave.
También ayuda describir las fuentes. La documentación de Microsoft para añadir conocimiento pide nombres únicos y descripciones detalladas para varios tipos de fuente, y explica que esas descripciones ayudan a la orquestación generativa. Es una función concreta de esa plataforma; no demuestra que nombrar bien los archivos garantice respuestas correctas.
Imagina una consultora con un folleto que ofrece tres sesiones y una propuesta reciente que incluye cinco. Es otro caso hipotético. Ordenar por fecha y conservar el documento más nuevo podría convertir una ampliación negociada en el alcance habitual del servicio.
La revisión debe preguntar por qué difieren. Si cinco sesiones corresponden a una excepción, esa propuesta no debería alimentar respuestas generales como si fuera catálogo. Si la oferta cambió oficialmente, hay que actualizar la ficha principal y retirar la versión anterior del conjunto activo de consulta.
Archivar para auditoría y habilitar para responder son decisiones diferentes. El historial puede conservarse en su ubicación apropiada sin quedar disponible para una respuesta comercial general. Define una fuente responsable para cada regla; cuando dos fuentes aprobadas discrepen, establece una derivación hasta que el responsable resuelva el conflicto.
Los permisos requieren una prueba en el canal real. Un asistente interno y uno que responde a visitantes no deberían recibir automáticamente el mismo conjunto de información. Contratos particulares, márgenes y antecedentes de clientes necesitan un tratamiento distinto del catálogo público.
HubSpot advierte en su guía de fuentes del agente de atención al cliente que el contenido privado añadido puede aparecer en las respuestas aunque la fuente no se cite. Por eso, ocultar una referencia no equivale a proteger su contenido. La advertencia se refiere a esa función y no debe extrapolarse sin revisar cada integración.
La misma documentación distingue la actualización de artículos sincronizados de la base de conocimiento de la resincronización periódica de otras fuentes, y permite refrescar contenido. La consecuencia práctica es comprobar cuándo el agente incorporó una modificación. Editar el original no demuestra por sí solo que la respuesta ya utilice la versión nueva.
Para información cambiante, acuerda qué antigüedad resulta aceptable. Si la respuesta debe confirmar disponibilidad actual, una copia documental puede ser insuficiente. El flujo necesitará consultar una fuente operativa habilitada o solicitar confirmación humana. Esa consulta tampoco autoriza por sí sola a reservar, descontar o contratar: los permisos de acción del agente son otra decisión.
Prepara un conjunto pequeño de preguntas con respuestas esperadas y fuentes identificadas. Incluye casos normales, datos ausentes, nombres alternativos, una versión antigua y una excepción. Prueba con el mismo perfil de acceso que tendrá quien use el agente; una revisión desde la cuenta administradora puede ocultar problemas de permisos.
Cuando falle una respuesta, revisa primero qué información recibió. Una fuente equivocada exige corregir selección o vigencia. Una fuente correcta que no se recupera requiere revisar la conexión o la búsqueda. Si la evidencia llega bien y se interpreta mal, corresponde revisar instrucciones y comportamiento. Añadir más documentos sin ese diagnóstico puede aumentar las contradicciones.
El piloto puede considerarse útil cuando reduce el trabajo de encontrar y verificar respuestas sin introducir compromisos indebidos. Registra correcciones y derivaciones, no solo conversaciones atendidas. Cada cambio de catálogo o política debería activar una revisión de los casos afectados antes de ampliar el alcance.
La necesaria para una tarea delimitada: fichas de oferta, condiciones vigentes, preguntas frecuentes y reglas de derivación. Cada fuente debe tener un responsable, un alcance claro y una forma de comprobar su vigencia.
No como fuente general sin revisarlas. Pueden contener precios vencidos, datos privados o excepciones de un cliente. Separa el archivo histórico del conocimiento aprobado para responder y conserva solo lo pertinente para el uso autorizado.
No necesariamente. Depende de la conexión, la sincronización y el procesamiento de cada plataforma. Comprueba la actualización con una pregunta sobre el dato modificado antes de asumir que el agente utiliza la versión nueva.
No se puede asumir. Ocultar la cita no garantiza que el contenido quede fuera de una respuesta. Revisa el comportamiento de la función concreta y prueba los permisos desde el canal y el perfil de quien recibirá la información.
Nuestra interpretación es que los agentes de IA pueden convertir la claridad de una oferta en una capacidad operativa. Cuando el conocimiento comercial depende de que una persona recuerde qué documento ignorar, cada respuesta necesita reconstruir esa memoria informal.
Hacer explícitos los alcances, las fuentes y las excepciones permite compartir ese criterio y discutirlo. La ventaja potencial no está en acumular más archivos, sino en mantener información que pueda convertirse en una respuesta defendible. Ese trabajo también beneficia al vendedor y al cliente, aunque la empresa cambie de herramienta.