Herramienta de IA ya lista o asistente integrado: cuándo hace falta personalizar

La pregunta que lleva por mal camino es «cuál inteligencia artificial es la mejor». La que lleva a una decisión es más aburrida: esta tarea, hecha con la herramienta que la empresa ya paga, ¿produce un resultado utilizable? Si la respuesta es sí, no hay nada que desarrollar. Si es no, el motivo del no dice con precisión qué hay que construir.

Casi todas las evaluaciones se atascan porque se comparan productos en lugar de tareas. Un producto se juzga en abstracto y siempre gana el que tiene la mejor demostración; una tarea se juzga por el resultado, y el resultado sabéis reconocerlo vosotros.

Primero se define la tarea, luego se miran las herramientas

Una tarea evaluable es específica, recurrente y tiene un resultado reconocible. Hace falta escribirla, en cuatro líneas.

• Qué entra: un mensaje, un documento, una grabación, una pregunta.
• Qué debe salir y en qué forma: un texto, una línea en un sistema, una clasificación, una respuesta a un cliente.
• Quién lo hace hoy, cuántas veces a la semana, y cuánto tiempo le lleva.
• Qué hace aceptable un resultado y qué lo hace inaceptable. Es la parte que casi nadie escribe, y es la única que hace posible una comparación.

«Usar la inteligencia artificial para el servicio de atención al cliente» no es una tarea, es una categoría. «Clasificar las solicitudes que llegan y proponer la respuesta para las tres categorías más frecuentes» sí lo es, y se puede probar en una semana.

La prueba: mismo caso, mismos criterios, mismas personas

La comparación tiene sentido solo si es comparable. Un protocolo mínimo, que no requiere competencias técnicas.

1. Se recogen veinte o treinta casos reales ya sucedidos, incluidos los difíciles y aquellos en los que la persona se equivocó. Solo los casos fáciles producen una conclusión falsa.
2. Se establece antes cómo se juzga: qué errores son aceptables y cuáles no. Un error que el destinatario no notaría y uno que envía un dato equivocado a un cliente no pesan igual.
3. Se da el mismo material a cada solución en prueba, instrucciones incluidas. Si una recibe indicaciones mejores que las otras, estáis midiendo a quien escribió las instrucciones.
4. Juzga quien hace hoy ese trabajo, no quien propuso la herramienta.
5. Se anota también el tiempo de revisión. Una solución que produce resultados ligeramente mejores pero hay que controlar línea por línea puede costar más que el trabajo que sustituye.

Las cuatro verificaciones que separan un producto listo de un sistema integrado

Cuando la prueba con la herramienta genérica no basta, el motivo entra casi siempre dentro de una de estas cuatro categorías. Reconocer cuál evita desarrollar más de lo necesario.

Muchas situaciones se resuelven con un producto estándar más una conexión a las fuentes correctas, sin construir un sistema. Es la solución que nadie propone, porque es la menos vendible, y a menudo es la más sensata.

Lo que un producto listo hace mejor que un desarrollo

Vale la pena enumerarlo, porque en el ímpetu de personalizar se tiran ventajas reales.

• Mejora sin que tengáis que hacer nada, y no depende de una sola persona que sepa cómo está hecho.
• Cuesta menos ponerlo en marcha y permite cambiar de idea. Una prueba que dura tres semanas y se abandona es un buen resultado, no un desperdicio.
• Ya ha sido usado por muchos: los problemas evidentes han surgido en otro sitio, no con vosotros.
• No produce mantenimiento a vuestro cargo. Todo lo construido a medida debe mantenerse, y el mantenimiento no termina.

El desarrollo a medida se justifica cuando la tarea depende de datos, reglas o sistemas que son solo vuestros, cuando los datos no pueden salir, o cuando la misma operación se repite con la frecuencia suficiente para hacer insostenible el trabajo manual.

El coste que no se ve: supervisión y mantenimiento

La comparación honesta no es entre la cuota de un producto y el presupuesto de un desarrollo. Son las partidas recurrentes las que deciden, y valen para ambos caminos.

• Quién controla los resultados, con qué frecuencia, y durante cuánto tiempo antes de relajar el control.
• Quién actualiza las fuentes cuando cambian tarifas, procedimientos o documentos. Un sistema que responde con documentos antiguos es peor que uno que no responde.
• Quién interviene cuando una conexión se rompe o un acceso caduca, y en cuánto tiempo.
• Qué ocurre si la persona que se ocupa de ello no está. Vale tanto para el proveedor como para vosotros.

Estándar y a medida pueden convivir

La elección rara vez es tajante. La solución más estable mantiene estándar todo lo que no os distingue y construye solo la pieza que depende de vosotros: vuestras fuentes, vuestras reglas, la conexión a vuestros sistemas. Conviene también escribir desde el principio qué quedaría vuestro si cambiarais de herramienta —los documentos preparados, las instrucciones, los casos de prueba, los datos recogidos— porque es lo que os permite cambiar de idea sin volver a empezar desde cero.

Lo que esta guía no cubre

Aquí se trata la elección entre lo que está disponible y lo que hay que construir, sobre vuestro caso. No encontraréis clasificaciones de modelos ni comparaciones generales entre productos: cambian con el tiempo y no serían comparables con vuestro trabajo. La distinción entre automatización tradicional e inteligencia artificial, y las partidas de coste para mantener un asistente en el tiempo, se tratan aparte.