Cómo implementar un agente de IA para consultar procedimientos internos

Un cliente pregunta si puede cambiar la fecha de una entrega. La persona que atiende la solicitud encuentra una instrucción en una carpeta compartida, otra en el sistema de gestión y una respuesta distinta en un correo antiguo. Antes de contestar, debe averiguar cuál sigue vigente y quién puede autorizar la excepción. Si esto ocurre a menudo, el problema no es solo encontrar documentos: es poder aplicar el procedimiento correcto sin perder tiempo ni asumir riesgos innecesarios.

Un agente de IA para procedimientos internos puede ayudar a formular preguntas en lenguaje natural y localizar instrucciones relevantes. Pero no debería convertirse en una autoridad que inventa respuestas o decide por el equipo. En una empresa de servicios, su utilidad depende de cómo se organizan las fuentes, los permisos, las responsabilidades y la revisión humana. Esta es una forma práctica de empezar con un alcance limitado.

Elegir un proceso antes que una herramienta

Conviene comenzar con un conjunto concreto de consultas, por ejemplo, cambios de cita, preparación de documentación para iniciar un servicio o pasos de cierre de una solicitud. Observe cómo se resuelven hoy: dónde surge la duda, qué documentos se consultan, qué información se copia entre sistemas y en qué momento interviene una persona responsable.

Ese recorrido permite distinguir necesidades diferentes. Si la respuesta depende de unos pocos campos obligatorios, un formulario estructurado puede evitar preguntas posteriores. Si se trata de enviar un aviso cuando cambia el estado de una solicitud, bastará una automatización basada en reglas. El agente resulta más apropiado cuando el personal necesita consultar instrucciones redactadas en varios documentos y hacer preguntas con distintas palabras. No sustituye a un sistema de gestión ni a un procedimiento que todavía no está definido.

Delimite el primer caso de uso con una frase verificable: «Ayudar al equipo de operaciones a encontrar los pasos vigentes para tramitar cambios de cita habituales». Añada lo que queda fuera, como aprobar excepciones comerciales o comunicar compromisos nuevos al cliente. Así será más fácil probar el sistema y detectar cuándo debe detenerse.

Preparar fuentes, versiones y responsables

Antes de conectar documentos, reúna las fuentes que realmente gobiernan el trabajo: procedimientos aprobados, plantillas actuales y criterios de escalado. Identifique duplicados, archivos sin fecha y notas personales que no deberían presentarse como política. Para cada documento, registre quién lo mantiene, qué versión está vigente, a qué equipo aplica y dónde se publica la actualización.

El responsable del proceso debe validar el contenido; la persona encargada de la solución técnica debe asegurar que el agente consulta la versión disponible para el grupo autorizado. Si dos instrucciones se contradicen, no corresponde al agente elegir la que suene más convincente. Debe indicar la discrepancia y remitirla a quien sea responsable de resolverla. Acuerde también cómo se retiran versiones anteriores y quién revisa las preguntas que revelan vacíos en la documentación.

No hace falta cargar todo el repositorio corporativo para obtener valor. Un conjunto pequeño y cuidado facilita comprobar si las respuestas son útiles, detectar errores y mantener el contenido al día. Si las instrucciones están repartidas entre aplicaciones, evalúe una integración que respete sus controles de acceso en lugar de crear copias difíciles de mantener.

Definir permisos y límites de respuesta

El diseño debe partir de una pregunta sencilla: ¿qué puede consultar cada empleado en su trabajo habitual? Un agente para el equipo de atención no debería recuperar instrucciones restringidas de dirección o información de otros clientes porque aparezcan palabras parecidas en una búsqueda. Pruebe los permisos con identidades de distintos equipos y no solo con una cuenta administradora.

Pida respuestas que indiquen la fuente interna y su versión o fecha cuando esté disponible. El agente debe distinguir entre un paso documentado, una interpretación que requiere confirmación y una pregunta sin respuesta fiable. Para importes, autorizaciones, compromisos contractuales o casos excepcionales, defina un punto de derivación humana. Incluso una respuesta bien redactada debe poder verificarse antes de convertirse en una instrucción al cliente.

Decida qué datos personales pueden introducirse en las consultas y cuáles deben omitirse. Limite el acceso a los registros de conversación, establezca una política de conservación y revise cómo se tratarán los datos en la solución elegida. Si más adelante se plantea permitir que el agente modifique expedientes o envíe mensajes, trátelo como un proyecto distinto: consultar instrucciones implica menos riesgo que ejecutar acciones.

Probar situaciones reales y desplegar por etapas

Prepare preguntas tomadas del trabajo diario, reformuladas de varias maneras, junto con casos difíciles: documentos contradictorios, cambios recientes, permisos insuficientes y solicitudes fuera del alcance. Incluya una respuesta esperada o un criterio de actuación para cada caso. El equipo que usa el procedimiento y su responsable deberían revisar si la contestación es correcta, cita una fuente adecuada y deriva la duda cuando corresponde. Una prueba útil también comprueba que el agente sabe decir «no dispongo de información suficiente».

Empiece con un grupo reducido y un procedimiento estable. Durante esta fase, el agente puede ofrecer orientación interna sin enviar respuestas directamente a clientes ni modificar registros. Facilite un mecanismo simple para marcar respuestas erróneas y asignar a alguien la revisión de cada aviso. Antes de ampliar el acceso, corrija los fallos recurrentes en documentos, permisos o instrucciones de uso; cambiar solo la redacción del agente no arreglará una fuente desactualizada.

Mida aspectos que sirvan para decidir: consultas que terminan con una fuente verificable, preguntas que requieren derivación, errores detectados y temas para los que falta documentación. Compare también cómo se resuelven esas mismas dudas sin el agente, sin atribuirle mejoras que no se hayan comprobado. Revise los resultados periódicamente con quien mantiene el proceso y retire del alcance aquello que no pueda responderse con seguridad.

El primer paso puede ser revisar un único procedimiento frecuente y sus fuentes antes de elegir tecnología. Si quiere delimitar ese piloto y sus controles, puede comentarlo con Cibercoding.