Una de las preguntas que más repiten los clientes en la primera reunión de un proyecto de IA no es técnica: es "¿qué necesitáis de mí?". Y la respuesta honesta es que un agente de IA es tan bueno como la información que recibe sobre tu negocio. Si le falta contexto, improvisa; si improvisa con un cliente real, comete errores que luego cuestan más arreglar que si se hubiera dedicado media hora a reunir la documentación correcta al principio.
Este artículo no habla de cómo documentar el proyecto una vez construido —eso lo tratamos en cómo documentar la implementación de IA en tu empresa—, sino de lo contrario: qué debes entregar TÚ, como cliente, antes y durante la construcción, para que el agente entienda de verdad tu negocio.
El catálogo o cartera de servicios, con las excepciones incluidas
Lo primero y más obvio: qué vendes, a quién y en qué condiciones. Pero el error habitual es entregar solo el catálogo "oficial" —el que sale en la web o en el tarifario— y olvidar las excepciones que en realidad gestiona tu equipo a diario: descuentos que se aplican de facto a ciertos clientes, productos que ya no se ofrecen aunque sigan en el catálogo antiguo, o combinaciones que no están permitidas aunque no estén escritas en ningún sitio. Un agente entrenado solo con el catálogo formal repetirá políticas que tu equipo humano lleva meses saltándose con criterio, y esa desconexión es visible para el cliente final.
Preguntas frecuentes reales, no las que "deberían" hacer los clientes
Aquí conviene ser preciso: no sirve un documento de FAQ redactado desde cero para el proyecto, sirve mucho más un extracto real de conversaciones de soporte, tickets o correos de los últimos meses. Las preguntas que de verdad hacen tus clientes casi nunca coinciden con las que imagina el equipo interno, y el agente aprende mejor de la variación real del lenguaje —errores tipográficos, jerga del sector, formas coloquiales de preguntar lo mismo— que de una lista pulida y artificial.
Tono de marca y ejemplos de "así sí, así no"
Un documento de tono de marca en abstracto ("cercano pero profesional") ayuda poco. Lo que funciona mejor son pares de ejemplos concretos: una respuesta real que consideras bien resuelta, y otra que consideras un error, con una frase explicando por qué. Cinco o seis pares de este tipo enseñan más sobre el estilo de tu empresa que dos páginas de adjetivos.
Procesos internos y quién decide qué
El agente necesita saber no solo qué información dar, sino cuándo debe parar y escalar a una persona. Esto exige un mapa simple de decisiones: qué puede resolver solo, qué requiere aprobación humana, y a quién concretamente se escala cada tipo de caso. Sin este mapa, el agente tiende a dos extremos igual de problemáticos: resolver cosas que no debería, o escalar todo por exceso de prudencia y anular la ventaja de automatizar.
Restricciones legales o sectoriales que ya conoces
Si tu negocio tiene condicionantes normativos —lo que se puede prometer, lo que no se puede afirmar, información que no se puede compartir sin verificación de identidad—, hay que ponerlo por escrito desde el principio. No es responsabilidad del proveedor de IA conocer las particularidades legales de tu sector; si operas en un ámbito regulado (salud, finanzas, jurídico), conviene además que estas restricciones las revise tu asesoría o departamento legal antes de trasladarlas al proyecto, porque un matiz normativo mal transmitido se replica en cada conversación que gestione el agente.
Si ya usabas otra herramienta antes: el historial de conversaciones previas
Cuando el proyecto no parte de cero, sino que sustituye un chatbot anterior o un sistema de tickets ya en marcha, el historial de conversaciones de ese sistema previo es uno de los documentos con más valor y que con más frecuencia se olvida entregar. Ese historial muestra no solo qué preguntas se repiten, sino también en qué casos el sistema anterior falló o generó una queja, información que un agente nuevo puede aprovechar para no repetir los mismos errores desde el primer día. Migrar de un sistema a otro sin revisar antes ese historial es desaprovechar la lección más barata que existe: la de los errores que ya cometió otra herramienta con tus propios clientes.
Qué pasa si no tienes toda esta documentación organizada
Es más habitual de lo que parece llegar a un proyecto sin nada de esto escrito, solo "en la cabeza" del equipo. No es motivo para retrasar el arranque: un buen proveedor debe ser capaz de extraer esta información con entrevistas cortas y guiadas al equipo que hoy hace el trabajo manualmente. Lo que sí conviene evitar es construir el agente sin haber tenido antes esas conversaciones, porque entonces el sistema se entrena con supuestos en lugar de con la realidad del negocio. Si quieres profundizar en cómo se prepara esa información antes de construir nada, tenemos una guía específica sobre preparar los datos de tu empresa para la IA.
Conclusión
La documentación que necesita un agente de IA para entender tu negocio no es un dossier técnico: es el conocimiento operativo que ya tiene tu equipo, puesto por escrito y organizado —catálogo con excepciones reales, preguntas frecuentes auténticas, ejemplos de tono, mapa de decisiones y restricciones conocidas—. Cuanto más de este trabajo esté hecho antes de empezar, más rápido y más ajustado a tu negocio será el resultado final.
En MG Solutions incluimos esta fase de recopilación como parte del diagnóstico inicial, precisamente para no depender de que el cliente llegue con todo perfectamente ordenado. Si quieres saber por dónde empezar en tu caso, reserva una primera reunión.