Es común creer que preparar una empresa para implementar un agente de IA consiste en reunir manuales, archivos y respuestas frecuentes en una carpeta. En realidad, antes de recopilar información debes documentar el propósito, los usuarios, el alcance, los beneficios esperados, el costo de los errores, los límites de conocimiento y las reglas de supervisión humana, según NIST. Las preguntas y flujos deben partir de conversaciones, entrevistas, analítica y consultas reales, y priorizarse por la importancia de cada tarea, según ONS.
Al terminar, podrás elegir un caso de uso viable y separar la información necesaria de la que solo añade ruido. También podrás definir qué datos solicitará el agente, qué acción habilita cada uno, quién los valida y cómo se mantendrán actualizados y seguros, siguiendo criterios de GOV.UK.
Prioriza un caso de uso con fuentes identificables, reglas de excepción y un responsable humano para revisar sus decisiones.
Tabla de contenidos
- Define qué debe resolver el agente antes de reunir información
- Convierte las conversaciones reales en una base de respuestas útil
- Organiza los datos que el agente pedirá y las acciones que habilitan
- Prueba el contenido y prepara la operación humana antes del lanzamiento
- Preguntas frecuentes
Define qué debe resolver el agente antes de reunir información
Del objetivo empresarial a las tareas concretas
Antes de reunir documentos, define qué resultado debe producir el agente y para quién. Un objetivo como “atender mejor” no permite decidir qué información preparar; en cambio, “resolver consultas de horarios y requisitos por WhatsApp, y solicitar datos para reservar” establece una tarea observable.
Convierte ese objetivo en una ficha de alcance con usuarios, canales, tareas permitidas, beneficio esperado y costo de un error. Según NIST, también deben documentarse los límites de conocimiento y las reglas de supervisión humana.
Una información merece preparación si sirve para completar una tarea definida, responder una consulta recurrente o activar una acción autorizada. Si solo resulta interesante, está duplicada, no tiene responsable de actualización o no cambia ninguna decisión del agente, déjala fuera por ahora.
Checklist de alcance
- [ ] Objetivo escrito en una frase, con usuario, canal y resultado esperado.
- [ ] Lista de tareas permitidas y tareas explícitamente excluidas.
- [ ] Beneficios esperados y costo operativo o para el cliente de cada error relevante.
- [ ] Límites de conocimiento: temas, documentos, fechas de vigencia y datos que el agente no puede interpretar.
- [ ] Datos que puede solicitar, acciones que puede iniciar y permisos requeridos.
- [ ] Regla de escalamiento humano, responsable y canal de derivación.
- [ ] Criterio de prueba: consultas que deben responderse, aclararse o escalarse.
Considera este escenario hipotético: una clínica quiere responder consultas por WhatsApp. La entrada se limita a preguntas sobre horarios, servicios y requisitos. El agente puede informar y solicitar datos para reservar, pero no diagnostica ni confirma tratamientos. Si aparecen síntomas urgentes o faltan datos indispensables, transfiere la conversación a una persona.
La ficha aprobada debe reflejar esa decisión antes de seleccionar fuentes. Por ejemplo, puede indicar que los horarios provienen de un registro con responsable, mientras que las preguntas clínicas quedan fuera del conocimiento autorizado. Como prueba de control, usa 20 consultas clasificadas —número ilustrativo— en tres resultados: responder, pedir aclaración o escalar.
Los límites que evitan promesas imposibles
Un agente necesita fronteras operativas, no únicamente una colección de documentos. Define qué temas conoce, qué versión de la información es válida, qué no puede inferir y qué señales obligan a detener la conversación. También especifica si puede ejecutar una acción o solo preparar una solicitud para revisión humana.
Redacta las exclusiones con verbos concretos: “no diagnosticar”, “no confirmar tratamientos”, “no modificar una cita sin autorización” o “no responder fuera del catálogo vigente”. Para cada una, asigna una salida: pedir aclaración, entregar un mensaje limitado o escalar.
La información que quede fuera debe registrarse como decisión, no desaparecer. Así se evita preparar respuestas para asuntos que el agente nunca deberá resolver y se facilita revisar el alcance cuando cambien las tareas, los responsables o los canales.
Convierte las conversaciones reales en una base de respuestas útil
Recolecta preguntas y variaciones reales
Empieza por el lenguaje que ya usan clientes y colaboradores, no por una lista ideal de preguntas. Reúne chats, correos, tickets, llamadas transcritas, búsquedas internas y entrevistas con quienes atienden; conserva la pregunta original, la respuesta dada, el canal y la fecha. Según Office for National Statistics, las necesidades deben identificarse mediante conversaciones, entrevistas, analítica y consultas de clientes, y después priorizarse para evitar duplicidades y contenido innecesario.
- Reúne las conversaciones. Exporta un periodo representativo y separa consultas informativas, quejas, solicitudes de acción y casos sensibles. Espera un inventario imperfecto, con errores de escritura, respuestas contradictorias y temas que no deberían automatizarse.
- Agrupa por intención. Junta formulaciones que buscan resolver lo mismo: “¿Cuánto tarda mi pedido?”, “¿Dónde está mi envío?” y “rastrea mi paquete” pueden pertenecer a una intención de seguimiento. Espera obtener nombres operativos, no frases textuales.
- Elimina duplicados y normaliza. Conserva una intención principal, registra sus variaciones y separa condiciones que cambian la respuesta, como país, tipo de cliente o estado del pedido. Espera una estructura corta, sin copiar el mismo párrafo en varias entradas.
- Documenta la fuente. Para cada intención, vincula la política, el procedimiento o la página que respalda la respuesta; registra responsable, fecha de revisión y excepciones. Espera detectar documentos obsoletos y decidir qué casos necesitan intervención humana.
- Redacta y valida la respuesta. Convierte cada intención en una respuesta directa, con límites, pasos concretos y enlace a la fuente aprobada. Espera un catálogo revisable: intención, variaciones, respuesta, fuente, responsable, fecha y regla de derivación.
Prioriza por frecuencia, valor y riesgo
No prepares primero todos los documentos disponibles. Ordena las intenciones por frecuencia, valor para el cliente y riesgo de una respuesta incorrecta; favorece temas repetitivos, estables y respaldados por una política clara. Deja en revisión humana los casos personalizados, sensibles o que requieren consultar sistemas y tomar decisiones.
Escenario hipotético ilustrativo: una tienda recibe 300 consultas mensuales. Al cruzar chats, correos y búsquedas internas, decide comenzar con envíos, cambios y disponibilidad porque concentran la mayoría de las preguntas y tienen respuestas estables. Los productos personalizados quedan como excepción y requieren revisión. La salida inicial es un catálogo de 12 intenciones, respuestas aprobadas y enlaces a las políticas; cada semana se compara si el agente resuelve esas intenciones sin reformulaciones ni derivaciones innecesarias.
Aplica esta decisión a cada intención o documento:
- Prepáralo para la primera versión si es frecuente, tiene una respuesta estable y verificable, aporta valor y el error es controlable.
- Prepáralo con revisión humana si es valioso, pero personalizado, sensible o cambiante.
- Déjalo fuera por ahora si no tiene responsable, fuente vigente o una acción clara.
El resultado debe ser una lista de contenidos para el lanzamiento, una cola de revisión humana y un inventario aplazado. Cada ficha puede incluir intención, ejemplos reales, respuesta aprobada, fuente, fecha de vigencia, condiciones, excepción y responsable. Si dos fichas apuntan al mismo procedimiento, fusiónalas y conserva las variaciones como ejemplos; si una respuesta cambia con frecuencia, define quién la actualiza y cuándo se revisa.
Organiza los datos que el agente pedirá y las acciones que habilitan
Relaciona cada dato con una decisión
Un formulario conversacional debe pedir un dato únicamente si cambia la respuesta, la prioridad o la acción posterior. Para cada campo, documenta por qué se necesita, qué acción habilita, quién lo proporciona, cómo se valida y cómo se mantiene actualizado y seguro, según Government Digital Service.
Escenario hipotético: una empresa de servicios califica prospectos. El presupuesto permite ofrecer el paquete correspondiente; la ubicación permite comprobar cobertura; la urgencia asigna prioridad. Si la persona no desea compartir el presupuesto, el agente continúa con información general y registra la oportunidad sin bloquearla.
Usa esta matriz antes de configurar el flujo. Si una fila no tiene una acción clara o un responsable definido, elimina el dato, conviértelo en opcional o pospón su solicitud.
| Dato que solicita | Para qué lo necesita | Acción que habilita | Cómo se valida | Responsable y vigencia |
|---|---|---|---|---|
| Tipo de servicio | Identificar la necesidad | Mostrar opciones pertinentes | Catálogo cerrado; permitir “otro” | Comercial; revisar al cambiar la oferta |
| Presupuesto | Orientar el paquete | Recomendar rango o paquete | Rangos predefinidos; aceptar “prefiero no decirlo” | Comercial; revisar con precios y paquetes |
| Ubicación | Confirmar cobertura | Informar disponibilidad o derivar | Código postal o municipio contra catálogo | Operaciones; actualizar ante cambios de cobertura |
| Urgencia | Estimar prioridad | Crear alerta o asignar seguimiento | Opciones con definiciones explícitas | Atención; revisar con el acuerdo de servicio |
La matriz muestra qué solicitar primero: los datos que desbloquean una decisión inmediata. El presupuesto puede ser opcional cuando no altera la información general; ubicación y tipo de servicio suelen ser necesarios si determinan cobertura y respuesta.
Define validación, seguridad y vigencia
Diseña preguntas con opciones concretas, ejemplos de formato y una salida cuando la persona no sepa o no quiera responder. No solicites datos sensibles si una categoría, rango o confirmación basta para ejecutar la acción. Explica el uso del dato antes de pedirlo y conserva únicamente lo necesario para la operación.
Antes de configurar el agente, define el conjunto mínimo de datos, el propósito de cada uno, su responsable, la regla de validación y la fecha o evento de revisión. Revisa formatos durante la conversación, detecta valores fuera del catálogo, confirma ambigüedades y permite correcciones. Si un dato no cambia ninguna decisión, no lo recopiles; si ayuda pero no es indispensable, hazlo opcional.
Los permisos de consulta, el periodo de conservación y el tratamiento de datos deben quedar como puntos de validación con las personas responsables de seguridad, privacidad y operación. Registra quién los confirmará y qué sucede si la información está vencida. El agente debe señalar cuándo una respuesta depende de datos pendientes o desactualizados y derivar la acción cuando no pueda verificarlos.
Prueba el contenido y prepara la operación humana antes del lanzamiento
Haz pruebas con casos normales y excepciones
La información está lista cuando puede responder casos previsibles con contenido vigente, reconocer sus límites y derivar lo que no debe resolver. Antes de publicar, crea un banco de pruebas con preguntas frecuentes, redacciones ambiguas, solicitudes fuera de alcance y referencias a políticas modificadas o vencidas. Cada caso debe tener una respuesta esperada, la fuente que la respalda, un criterio de aprobación y una ruta de escalamiento.
Como escenario hipotético de aprendizaje, el equipo prueba 30 preguntas frecuentes, cinco mensajes ambiguos, tres solicitudes prohibidas y dos políticas vencidas. Un responsable de operaciones corrige el contenido; soporte valida que las derivaciones lleguen al canal y al equipo correctos. El lanzamiento se aprueba únicamente cuando cada caso tiene responsable y una forma de medir el resultado: respuesta correcta, dato capturado, derivación creada o rechazo apropiado.
Usa este control antes de activar el agente:
- ¿Cada respuesta tiene una fuente identificable y fecha de revisión?
- ¿Se probaron preguntas con sinónimos, faltas de ortografía y contexto incompleto?
- ¿El agente declara que no sabe o solicita aclaración cuando falta información?
- ¿Las solicitudes prohibidas reciben una negativa y una alternativa segura?
- ¿Cada derivación incluye motivo, datos reunidos, prioridad y destinatario?
- ¿Existe un registro de error con caso, respuesta emitida y corrección aplicada?
Después del lanzamiento, revisa conversaciones reales con una frecuencia definida. Clasifica los hallazgos: contenido obsoleto, ambigüedad, alcance mal definido, dato faltante o derivación defectuosa. No cambies respuestas directamente en producción sin registrar qué se modificó, quién lo aprobó y desde cuándo aplica.
Asigna responsables y ciclos de actualización
El propietario del contenido debe ser el área que decide la política, no necesariamente quien administra la herramienta. Operaciones puede corregir flujos y reglas; soporte puede validar tono y derivaciones; legal, finanzas o producto deben aprobar los temas bajo su autoridad. Define un suplente, una ruta de escalamiento y un plazo para atender errores críticos.
Programa revisiones por evento —cambio de precio, horario o política— y revisiones periódicas para detectar material sin uso o desactualizado. Un tablero sencillo puede mostrar propietario, fecha de última revisión, próxima revisión, errores abiertos y estado de aprobación.
Preguntas frecuentes
¿Conviene preparar toda la documentación de la empresa antes de implementar el agente?
No; conviene preparar primero un conjunto mínimo de información vinculado con las tareas autorizadas y ampliarlo por etapas. Prioriza documentos vigentes que respondan consultas recurrentes o habiliten acciones, con responsable y fecha de revisión. La documentación histórica, duplicada o sin uso claro puede esperar hasta que las pruebas revelen una necesidad concreta.
El trabajo comienza por definir tareas y límites; después convierte conversaciones reales en intenciones priorizadas. Cada dato solicitado debe justificar la acción que habilita y tener responsable de actualización. Antes del lanzamiento, prueba casos normales, ambigüedades, excepciones y derivaciones con criterios de aprobación. Para ordenar este trabajo y avanzar con el siguiente paso, consulta la guía gratuita.
