Un piloto de IA puede empezar con una tarea pequeña: leer una solicitud de soporte y proponer una clasificación para que una persona la revise. El alcance permite evaluar el comportamiento antes de incorporar la solución a la operación.

Definir qué se espera de la salida

Para este ejemplo, la salida debe incluir categoría, prioridad, un resumen breve y los datos que faltan para continuar. La clasificación utiliza categorías acordadas con el equipo. La prioridad depende de reglas explícitas y la respuesta debe distinguir entre información presente y datos que todavía no se conocen.

Una regla didáctica puede ser: asignar prioridad alta solo si el texto afirma que el proceso está detenido para todo un equipo. Este criterio pertenece al ejemplo; cada empresa debe acordar su propia política de atención.

Ejemplo de entrada y salida

Solicitud de prueba: “No puedo registrar un pago a un proveedor. Todavía no adjunté el mensaje de error”.

{"categoria":"Finanzas","prioridad":"Media",
"resumen":"El usuario no puede registrar un pago a un proveedor.",
"datos_faltantes":["Mensaje de error exacto",
"Detalles del pago que se intenta registrar"]}

La categoría y la prioridad propuestas se revisan contra las reglas definidas para el piloto. La salida mantiene la falta de información visible y permite decidir qué preguntar a continuación.

Preparar un conjunto de evaluación

Usá solicitudes ficticias o datos preparados para pruebas. Incluí casos claros, mensajes ambiguos, solicitudes incompletas y ejemplos con información que podría distraer del problema principal. Para cada caso, el equipo debe acordar una respuesta esperada o un conjunto de respuestas aceptables.

Después se compara la salida del modelo con esos criterios. Es útil registrar los cambios de instrucciones y volver a ejecutar los mismos ejemplos, para observar si una mejora resuelve un caso y afecta otro.

Cuatro controles del piloto

  • Clasificación: la categoría corresponde al contenido de la solicitud.
  • Prioridad: respeta el criterio de atención acordado.
  • Fidelidad: el resumen conserva los hechos y distingue la información faltante.
  • Formato: la salida contiene los campos definidos y puede ser revisada por el proceso siguiente.
Control de operación: una persona revisa la propuesta antes de derivar una solicitud o ejecutar una acción en el ERP.

Decidir el siguiente paso con evidencia

Al cerrar el piloto, documentá en qué tipos de solicitudes el resultado fue útil, dónde se necesitó corrección y qué información debería recibir el sistema. Esa evidencia permite ajustar el diseño y decidir qué integración tiene sentido.

Esta guía describe un diseño de piloto y un ejemplo de prueba. El alcance final debe incluir responsables, acceso a datos, revisión humana y criterios de aceptación adecuados a la empresa.