IA en Ayuntamientos: por qué el piloto pequeño gana

Cuando un organismo se plantea incorporar inteligencia artificial, la propuesta que suele llegar es un plan de transformación. Varias áreas, varios sistemas, un calendario de dos años.

Casi ninguno termina como se planteó. No por la tecnología: por el alcance.

Lo que falla en el proyecto grande

Nadie puede validarlo. Un proyecto que toca seis procedimientos necesita que seis responsables distintos estén de acuerdo en qué es el éxito. Conseguir eso lleva más tiempo que construir la solución.

Los criterios se difuminan. «Mejorar la eficiencia» no es medible. Cuando llega la revisión, cada parte tiene su versión de si ha funcionado.

El equipo no llega a usarlo. La formación se planifica al final, cuando ya no queda presupuesto ni ganas. La herramienta existe y nadie la abre.

Lo que sí funciona

Un procedimiento. Uno concreto, que se repita lo suficiente como para que ahorrar tiempo se note, y que alguien del equipo odie hacer a mano. Esa persona será quien defienda el proyecto por dentro, que vale más que cualquier informe.

Criterios por escrito antes de empezar. Cuántos expedientes, cuánto tiempo por expediente hoy, qué se consideraría una mejora. Sin esto, al final se discute sobre impresiones.

La opción de parar. Un piloto que no puede concluir «esto no aporta» no es un piloto: es una implantación con otro nombre. Un proveedor que no contempla esa salida no está proponiendo un piloto.

La supervisión no es un trámite

En documentación administrativa, la IA prepara borradores. La revisión humana no es un control de calidad al final del flujo: es donde se decide, y la responsabilidad sigue donde estaba.

Un sistema que lo entiende al revés —que ejecuta y deja que alguien revise después si tiene tiempo— es un problema esperando fecha. La pregunta que hay que hacerle a cualquier proveedor es sencilla: ¿qué hace el sistema si no está seguro? Si la respuesta no es «avisa y para», sigue buscando.