El lunes por la mañana, el panel del ayuntamiento celebraba una cifra que parecía indiscutible: la nueva herramienta de clasificación había reducido en siete minutos la espera media para registrar solicitudes. El verde del gráfico era convincente. En la sala no aparecían, sin embargo, los vecinos que habían recibido una derivación equivocada, los días que tardaba alguien en corregirla ni la persona que había abandonado el trámite al no encontrar una vía alternativa. La pantalla medía la puerta de entrada; la experiencia real continuaba mucho después.
Esa diferencia importa porque una IA administrativa no termina cuando produce una etiqueta. Puede ordenar peticiones, sugerir una oficina, detectar documentos ausentes o priorizar una cita. Cada una de esas acciones parece pequeña, pero abre un recorrido: alguien interpreta la recomendación, una persona sigue una instrucción, un expediente llega a un equipo y, a veces, hay que deshacer lo ocurrido. Si solo contamos los minutos ahorrados antes de la primera respuesta, llamamos éxito a una parte del proceso y dejamos fuera aquello que decide si el servicio fue justo y útil.
La cola no cuenta toda la historia#
Imaginemos a Samira, que solicita una ayuda de vivienda desde el móvil de una biblioteca. El sistema lee unas palabras de su formulario y la deriva a una categoría que parece cercana, pero no es la adecuada. Recibe un mensaje automático con un enlace que no responde a su situación. La oficina receptora no puede resolver la ayuda y le indica que vuelva a empezar. No hace falta suponer mala intención ni una máquina extraordinaria para que el daño sea real: pierde una mañana, gasta datos, quizá necesita que alguien traduzca la siguiente notificación y se acerca a una fecha límite con menos margen.
Imaginemos a Samira, que solicita una ayuda de vivienda desde el móvil de una biblioteca.
El tablero puede registrar la primera derivación como una gestión veloz y cerrada. Si Samira no reclama, ni siquiera habrá una incidencia formal. Ese es un problema de medición, no solo de atención al público. Una métrica que considera terminado un caso cuando el sistema lo expulsa hacia otra cola no describe la calidad del servicio: describe únicamente la rapidez con la que el sistema dejó de verlo.
Conviene seguir cada expediente desde el momento de entrada hasta una salida que la persona pueda reconocer. ¿Llegó al equipo competente? ¿Se resolvió la cuestión o se pidió repetir datos? ¿Cuántos contactos fueron necesarios? ¿Cuánto tiempo se añadió por una corrección? ¿Quién desistió antes de poder explicar el error? Estas preguntas no convierten todo en un número perfecto, pero impiden que una cifra cómoda borre el coste trasladado a la ciudadanía.
También hay que distinguir una derivación inexacta de una exclusión. Un error que se detecta en dos minutos y se corrige sin consecuencias no tiene el mismo peso que otro que hace perder una prestación, una cita sanitaria o la posibilidad de presentar alegaciones. La gravedad depende de lo que está en juego, de la facilidad para volver atrás y de los recursos de quien recibe la decisión. Medir el ciclo completo significa mirar esas consecuencias, no acumular indicadores por costumbre.
Los errores no pesan igual para todas las personas#
Una misma interfaz puede ser un contratiempo breve para quien tiene tiempo flexible, conexión estable, dominio administrativo y alguien a quien preguntar. Para otra persona puede convertirse en una barrera. Quien cuida a un familiar, trabaja por turnos, utiliza un lector de pantalla, comparte teléfono, no domina el idioma del trámite o vive lejos de la oficina no dispone de la misma capacidad para insistir. El sistema no necesita mencionar estas circunstancias para amplificar sus efectos.
Por eso no basta con calcular una tasa global de aciertos. Una media puede ser buena mientras concentra fallos en personas que encuentran más obstáculos para regresar. El ayuntamiento debería observar, con cuidado y sin exigir datos innecesarios, dónde aparecen las correcciones y los abandonos: por canal de acceso, tipo de solicitud, necesidad de apoyo, horario, idioma disponible o distancia a la atención presencial. No se trata de etiquetar a la ciudadanía como problemática; se trata de descubrir si el diseño está haciendo más costosa la relación con el servicio para quienes ya cargan con más dificultades.
La evidencia cuantitativa necesita escucharse junto a casos concretos. Un registro puede indicar que una categoría tiene pocos recursos; una entrevista breve puede revelar que el botón de revisión está escondido, que una carta usa un lenguaje incomprensible o que el turno de atención termina antes de que llegue el autobús. Las personas afectadas no son una nota al pie que confirma una estadística: conocen el recorrido que el cuadro de mando no alcanza a ver.
Una práctica prudente sería crear un muestreo de expedientes revisados de principio a fin. Incluiría casos resueltos sin problema, correcciones rápidas, reclamaciones y abandonos detectables. El objetivo no es vigilar a quien solicita ayuda, sino examinar el servicio que se le ofrece. Revisar una muestra permite identificar patrones sin fingir que una sola métrica puede sustituir el juicio profesional.
Diseñar la corrección antes de que haga falta#
Una herramienta pública debería tener una salida clara desde el primer día. Si una persona cree que la clasificación es errónea, necesita saber cómo pedir revisión, qué información se tendrá en cuenta, quién puede cambiar la ruta y en cuánto tiempo recibirá una respuesta. «Contacte con nosotros» no es suficiente cuando el error afecta a un plazo. La vía de revisión debe ser visible, gratuita, accesible desde distintos canales y atendida por alguien con autoridad para hacer algo más que anotar el problema.
Esto exige asignar responsabilidades concretas. El proveedor puede explicar la tecnología; no puede ser el único que decida si un ciudadano quedó excluido. Dentro del ayuntamiento debe existir un equipo responsable de leer las incidencias, acceder a los registros pertinentes, corregir expedientes y ordenar que se suspenda una función si produce daño repetido. Poner a una persona delante de una pantalla no basta si no tiene tiempo, formación ni poder para intervenir.
La capacidad de detener es una salvaguarda, no un fracaso. Antes de desplegar la IA conviene acordar qué señales obligarán a pausarla: aumento sostenido de rectificaciones, diferencias preocupantes entre recorridos, imposibilidad de explicar una derivación, pérdida de un canal alternativo o retrasos que ponen en riesgo derechos. Esas señales deben tener un umbral y un responsable, no depender de que alguien se alarme después de una historia especialmente grave.
Una pausa también necesita un plan. ¿Cómo se atenderán las solicitudes mientras se investiga? ¿Qué pasará con las decisiones ya tomadas? ¿Cómo se avisará sin culpar a quien detectó el error? Preparar estas respuestas evita que la organización continúe usando una función dañina por miedo a quedarse sin procedimiento. La alternativa manual o asistida no es un residuo del pasado: es una garantía para cuando el sistema automatizado no comprende un caso.
Reparar es parte del resultado#
La reparación empieza por reconocer el efecto, no por defender la intención del sistema. Si una clasificación equivocada hizo perder tiempo o una oportunidad, la respuesta debe explicar en lenguaje claro qué ocurrió, corregir el expediente y ofrecer una forma razonable de recuperar el paso perdido. A veces bastará con reabrir una cita o ampliar un plazo; otras veces hará falta revisar decisiones similares para saber a quién más pudo afectar la misma regla.
Documentar el incidente permite aprender, pero el registro no debe convertirse en un archivo de excusas. Debe responder preguntas prácticas: qué indicio detectó el fallo, qué cambio se hizo, cómo se comprobó que funcionaba y cuándo se revisará de nuevo. Si la explicación técnica no puede dar cuenta de una consecuencia importante, esa limitación debe influir en dónde y cómo se usa la herramienta.
Al final, el ayuntamiento no tiene que escoger entre velocidad y cuidado como si fueran enemigos inevitables. Puede automatizar tareas repetitivas y, al mismo tiempo, medir si la ruta completa lleva a una solución comprensible. La prueba más honesta no es que el primer mensaje salga antes. Es que una persona como Samira pueda obtener respuesta, corregir un desvío sin castigo y mantener sus derechos aunque la herramienta se equivoque. Esa es la velocidad que merece celebrarse: la que no deja a nadie fuera del contador.
