Artículo
IA en tu infraestructura: qué comprobar en un piloto
Imagina que cada día los empleados buscan respuestas en los manuales internos y se las explican a sus compañeros. Quieres encargar parte de ese trabajo a la IA y mantener los documentos dentro de la empresa. El piloto debe aclarar tres cosas: si el modelo resuelve la tarea, cuánto se tarda en revisar sus respuestas y quién mantendrá el sistema.
Empieza por una sola tarea
Elige un trabajo cuyo resultado se pueda comprobar. Por ejemplo, un asistente que encuentre una respuesta en un manual y muestre el fragmento correspondiente. O que extraiga campos de un documento recibido para que un empleado los coteje con el original. En ambos casos están claros los datos de entrada, el resultado y los posibles errores.
Tomaremos como ejemplo un asistente para consultar instrucciones internas. Es una forma de preparar el piloto. En Avenex empezamos por hablar de una tarea concreta y probamos la solución con datos reales de la empresa.
Reúne documentos y preguntas reales
Recopila los documentos que utilizan los empleados actualmente. Añade preguntas reales y respuestas redactadas por un especialista, con referencias a los pasajes relevantes. Reserva algunos ejemplos para probarlos después de configurar el sistema: así verás qué ocurre con preguntas que el desarrollador no ha preparado de antemano.
Incluye también casos difíciles: instrucciones antiguas junto a las nuevas, preguntas a las que les faltan detalles o documentos que no contienen la respuesta. Sirven para detectar cuándo el asistente afirma con seguridad algo que la fuente no respalda.
- Pregunta habitual: la respuesta aparece en las instrucciones vigentes.
- Faltan detalles: el asistente debe pedir una aclaración.
- No hay respuesta: el asistente debe decirlo claramente.
- Documento desactualizado: hay que comprobar qué versión cita la respuesta.
Define qué es un buen resultado
Acuerda cómo se revisarán las respuestas antes de empezar. Un especialista comprueba si son correctas, si la referencia las respalda y cuánto hay que corregir a mano. Anota por separado los errores que invalidan una respuesta: una norma inventada, un plazo incorrecto o una referencia a otro documento.
Compara el proceso completo con la forma habitual de trabajar: buscar, leer, responder y revisar. Generar rápido resulta útil si las correcciones no consumen todo el tiempo ahorrado. El umbral de calidad depende de la tarea; no existe un porcentaje universal de respuestas correctas.
- La pregunta y el documento utilizado para comprobar la respuesta.
- La respuesta del asistente y su referencia a la fuente.
- Lo que el especialista corrigió o rechazó.
- El tiempo necesario para obtener y revisar la respuesta.
Dónde estarán los datos y quién podrá acceder
Si los documentos deben permanecer dentro de la empresa, deja ese requisito por escrito junto con una lista de conexiones externas permitidas. Revisa todo el recorrido de los datos: carga de documentos, procesamiento, historial y registros de errores. Llamar al sistema «local» no resuelve estas cuestiones.
Aclara los permisos: qué instrucciones puede leer cada empleado y qué respuestas está autorizado a recibir. Durante el piloto, deja en manos de las personas el envío de correos, la modificación de registros y otras acciones de trabajo. Con Avenex puedes hablar de instalar el sistema en la red del cliente y transferirlo a su equipo de TI.
Qué decidir al terminar el piloto
Revisa los errores, el tiempo de comprobación y el coste de mantener el sistema. Si el resultado sirve, decide quién actualizará los documentos, comprobará las respuestas tras un cambio de modelo y atenderá los avisos de los empleados. Si hacen falta demasiadas correcciones, limita la tarea o aplaza la puesta en marcha.
Puedes recoger la conclusión en una página: qué se probó, con qué ejemplos, dónde falló el sistema y qué se decidió hacer después. Así el equipo tendrá una base concreta para dar el siguiente paso.
Hablemos de tu proyecto
Para una primera conversación basta con describir la tarea, aportar algunos documentos de ejemplo que tengas permiso para compartir y explicar las restricciones sobre los datos. Cuenta cómo hacen hoy ese trabajo los empleados y qué quieren simplificar. Ese puede ser el punto de partida de un piloto con Avenex.
Hablar de un piloto →