Cómo elegir el primer proceso de atención para aplicar IA

Un equipo recibe preguntas sobre disponibilidad, condiciones del servicio y estado de solicitudes. Parece razonable incorporar inteligencia artificial para responderlas, pero ese objetivo todavía es demasiado amplio. Cada consulta usa información distinta y puede exigir permisos diferentes. El primer paso es escoger una tarea que el negocio pueda describir, supervisar y corregir. Este artículo propone criterios operativos para tomar esa decisión; no presenta resultados de una implementación real ni promete ahorros.

Empiece por una consulta que pueda resolver de principio a fin

Revise conversaciones existentes a las que el equipo tenga acceso autorizado y agrúpelas por intención. Separe preguntas informativas, solicitudes que modifican registros y reclamos que requieren criterio. Una consulta sobre requisitos para una cita tiene un alcance diferente de una petición de devolución. Si ambas entran en el mismo piloto, será más difícil saber qué funcionó y qué necesita cambiar.

Describa la tarea elegida con una entrada y una salida observables. Por ejemplo: ante una pregunta sobre requisitos para contratar un servicio, el asistente prepara una respuesta usando una ficha aprobada y ofrece derivar la consulta. Es una situación ilustrativa. La tarea termina cuando entrega información correcta o reconoce que necesita ayuda. No termina simplemente porque produjo un mensaje convincente.

Compruebe que la información tenga dueño

Antes de elegir una herramienta, reúna las respuestas que el negocio considera vigentes. Incluya condiciones, restricciones y canales de atención. Asigne a una persona responsable de aprobar cada documento y retirar versiones desactualizadas. Si dos archivos se contradicen, resuelva la diferencia con el área correspondiente. Pedirle al modelo que decida cuál representa la política comercial puede convertir una inconsistencia interna en una respuesta incorrecta al cliente.

Prepare fichas breves con el dato, su alcance y la persona que lo mantiene. En un hotel, una política de ingreso puede variar según la reserva; en un comercio, la disponibilidad requiere consultar el inventario que corresponda. Estos ejemplos muestran por qué conviene distinguir información general de información que cambia por operación. Cuando el sistema no tenga acceso a ese dato, debe decirlo y proponer el siguiente paso permitido.

Defina qué puede responder y qué debe derivar

Escriba límites que el personal pueda aplicar sin interpretar una promesa ambigua. El asistente podría explicar requisitos publicados y preparar una solicitud de cita. Confirmar una reserva exigiría comprobar la disponibilidad y recibir la confirmación del sistema correspondiente. Una respuesta redactada con seguridad no demuestra que la operación se haya realizado. El mensaje final debe reflejar únicamente acciones confirmadas.

Prepare también una derivación útil: motivo de la consulta, información ya aportada y pregunta pendiente. Solicite solamente lo necesario para continuar y evite copiar conversaciones completas por costumbre. Determine quién recibe la derivación y cómo se comunica la espera. Si no existe un responsable disponible, el piloto necesita un canal alternativo definido antes de recibir consultas reales.

El marco de gestión de riesgos de IA de NIST ofrece una referencia voluntaria para incorporar consideraciones de confiabilidad al diseño, uso y evaluación de sistemas. No sustituye las decisiones del negocio. En este piloto, la recomendación práctica es dejar por escrito responsables, límites y criterios de revisión, de manera que una incidencia tenga una persona que pueda detener el flujo y corregirlo.

Compare las tareas candidatas con el mismo criterio

Prepare una ficha breve por tarea candidata e identifique sus fuentes, responsables y dependencias. Una consulta sobre requisitos puede resolverse con un documento aprobado. Una consulta sobre el estado de una solicitud necesita comprobar un registro individual. Una gestión que cambia una reserva exige además una operación autorizada. Esa comparación permite estimar qué trabajo previo necesita cada opción antes de elegir el piloto.

Pida a quienes atienden el canal que revisen ejemplos de cada tarea. Compruebe si pueden acordar qué respuesta sería correcta y cuándo corresponde derivar. Si el criterio cambia según la persona que revisa, aclare el procedimiento. La tarea más adecuada para comenzar será aquella cuyo alcance y forma de revisión pueda sostener el equipo, sin depender de resolver simultáneamente problemas documentales y de integración.

Cierre la elección con una ficha de alcance

Documente la tarea elegida, la consulta de entrada, la salida esperada y los casos que requieren intervención. Incluya las fuentes que utilizará, el responsable de mantenerlas y el canal de continuidad. Defina también qué dependencia debe resolverse antes de probar: acceso a la información, integración o aclaración de una política. La ficha debe permitir que otra persona entienda qué se va a construir.

Use esa ficha para preparar la prueba y discutir el alcance con quien implemente la solución. Si más adelante se propone incorporar otra intención o un canal adicional, revise qué fuentes, permisos y acciones cambian. Conserve la decisión de selección y sus razones. El entregable inicial es un proceso acotado, con una respuesta comprobable y responsables identificados para la siguiente fase de evaluación.

Preguntas frecuentes

Fuentes

• AI Risk Management Framework — National Institute of Standards and Technology (NIST) · enlace