<p>La sala de reuniones del centro municipal de empleo está llena antes de que empiece la demostración. Sobre la pantalla aparece un prototipo que promete ordenar las citas, los talleres y el seguimiento de quienes buscan trabajo. El proveedor abre un panel con barras azules: minutos conectados, formularios enviados, respuestas a avisos y tareas completadas. Una técnica pregunta si el sistema distinguirá a quien pasa una tarde preparando una candidatura de quien pulsa cinco veces el botón de “actualizar”. La respuesta inicial es que ambas acciones dejarán rastro. Ahí empieza el problema: registrar actividad no equivale a entender el trabajo que hace una persona.</p>
<p>La herramienta es pública porque afecta a una relación de servicio público, aunque parte del código venga de una empresa y el acceso se haga desde un teléfono privado. Puede influir en qué acompañamiento recibe alguien, qué aviso se prioriza o cuándo un profesional decide llamar. Diseñarla sin participación informada convierte a las personas usuarias y al personal de atención en fuentes de datos, no en interlocutores. Diseñarla bien no significa pedir una opinión al final de un contrato. Significa permitir que quienes cargarán con las consecuencias entiendan qué se medirá, cuestionen el propósito y modifiquen decisiones antes de que se vuelvan rutina.</p>
Poner el contexto en claro#
<h2>La diferencia entre estar visible y estar trabajando</h2>
<p>Un contador de presencia es atractivo porque parece neutral. Es fácil de agregar, cabe en un cuadro de mando y permite comparar semanas. Pero en un servicio de empleo puede castigar precisamente las tareas que requieren atención: leer una oferta con calma, pedir ayuda para interpretar un requisito, cuidar a un familiar antes de una entrevista o decidir que un curso no encaja. También ignora que no todas las personas disponen de conexión estable, un ordenador propio o un horario silencioso. Cuando la pantalla convierte esos límites en baja participación, transforma una desigualdad material en una etiqueta administrativa.</p>
Lo que cambia en la práctica#
<p>La primera conversación de diseño debe separar tres preguntas que suelen mezclarse. ¿Qué necesita la persona para avanzar? ¿Qué necesita saber el equipo para prestar un buen servicio? ¿Qué dato resulta cómodo de recoger? La tercera no puede responder a las dos primeras por defecto. Si el objetivo es que una cita sea útil, quizá importe más que la persona haya entendido las opciones y elegido un siguiente paso realista que el número de clics. Si el objetivo es detectar un bloqueo, un mensaje libre que diga “no sé cómo acreditar mi experiencia” puede ser más relevante que tres días sin iniciar sesión.</p>
<p>La participación informada aporta información que ningún documento de requisitos contiene. Una persona migrante puede explicar por qué un aviso automático en lenguaje jurídico no se entiende. Un orientador puede mostrar que una baja actividad a veces indica que la persona encontró empleo temporal y no que abandonó el proceso. Una trabajadora con discapacidad puede señalar que una videollamada obligatoria crea una barrera que el equipo no había visto. Estas aportaciones no son anécdotas que se archivan para demostrar escucha; son pruebas que deben alterar las reglas de la herramienta.</p>
Decidir con información#
<h2>Informar antes de pedir consentimiento</h2>
<p>Una invitación honesta no empieza con una casilla de aceptación. Antes de mostrar el prototipo, el ayuntamiento debería entregar una hoja breve, en lenguaje claro, que diga qué decisiones siguen abiertas. Por ejemplo: qué eventos registrará la plataforma, durante cuánto tiempo se conservarán, quién verá los perfiles de actividad, si un dato podrá afectar a una prioridad de cita y qué opción existe para usar el servicio fuera de línea. También debe nombrar lo que todavía no se sabe. Decir “aún estamos decidiendo si el panel clasificará niveles de participación” abre una discusión; ocultarlo bajo una promesa de eficiencia la cierra.</p>
Revisar y ajustar#
<p>La información debe permitir rechazar una propuesta sin perder acceso al servicio. Si participar en un taller de diseño exige aceptar la observación detallada del uso personal, el proceso selecciona a quienes tienen menos objeciones o menos margen para plantearlas. Conviene ofrecer sesiones presenciales, llamadas, formularios accesibles y conversaciones remuneradas cuando se pide tiempo experto a personas que atraviesan una situación económica frágil. La diversidad de canales no es un adorno inclusivo: cambia qué riesgos se descubren y quién tiene autoridad para nombrarlos.</p>
<p>También importa mostrar consecuencias, no solo campos de datos. En lugar de preguntar “¿autoriza el registro de actividad?”, el equipo puede presentar tres pantallas ficticias: una en la que el profesional ve un resumen semanal, otra en la que recibe una alerta por ausencia y otra en la que ninguna métrica entra en decisiones de atención. Las personas participantes pueden entonces decir qué interpretación temen, qué explicación necesitarían y qué límite considerarían justo. Esa conversación evita que el consentimiento se reduzca a una palabra abstracta separada de su efecto real.</p>
<h2>Un piloto con poder de cambiar el producto</h2>
<p>La mejor prueba no es una encuesta de satisfacción tras el lanzamiento. Es un piloto pequeño, con fecha de cierre y con condiciones explícitas para detenerlo. El grupo podría incluir diez personas usuarias con trayectorias distintas, dos asociaciones locales, orientadores, personal de protección de datos y alguien ajeno al proyecto que haga preguntas incómodas. Durante seis semanas, cada decisión controvertida debería quedar en un registro: qué propuso el equipo, qué objeción apareció, qué cambio se hizo o por qué se descartó. El registro no debe exponer historias personales; debe hacer visible el razonamiento institucional.</p>
<p>Imaginemos que el piloto revela que los recordatorios enviados a las ocho de la mañana generan más ausencias que asistencia. El cambio relevante no sería simplemente mover una notificación. El equipo tendría que preguntar si el sistema estaba midiendo una disponibilidad imaginaria, si los mensajes presionaban a personas con jornadas irregulares y si la métrica de respuesta estaba siendo usada como señal de compromiso. Una corrección responsable deja constancia de esa cadena. Así, cuando dentro de seis meses alguien proponga recuperar la alarma automática, existirá evidencia de por qué se limitó.</p>
<p>El personal de primera línea necesita el mismo derecho a discrepar que las personas usuarias. Si una orientadora observa que el panel empuja a cerrar casos por falta de actividad, debe poder marcar la alerta como engañosa sin pedir permiso al proveedor. Esa facultad requiere formación, un canal de revisión y protección frente a objetivos internos mal diseñados. La responsabilidad final no puede diluirse en la frase “lo recomienda la herramienta”. Un algoritmo puede sugerir; una institución pública debe poder explicar, corregir y, cuando corresponde, no seguir la sugerencia.</p>
<h2>Medir el servicio sin medir la obediencia</h2>
<p>Hay indicadores más útiles que el tiempo de pantalla. El centro puede revisar si las personas comprenden las opciones disponibles, si consiguen una cita en un plazo razonable, si pueden corregir un dato, si reciben respuesta cuando plantean una excepción y si el canal digital excluye a alguien. Estos indicadores no son perfectos, pero desplazan la atención desde la obediencia visible hacia la calidad de la relación pública. También obligan a reconocer que un buen resultado puede consistir en que alguien use menos la plataforma porque resolvió su necesidad por otra vía.</p>
<p>Para que esa medición sea creíble, cada métrica necesita una ficha pública: finalidad, fuente, posibles sesgos, responsable humano, periodo de conservación y decisión que nunca podrá tomar por sí sola. La ficha debería incluir un ejemplo de mal uso. “No se utilizará el número de inicios de sesión para reducir la prioridad de atención” es mucho más claro que una declaración genérica sobre uso responsable. Quien no tenga conocimientos técnicos debe poder entenderla y pedir una revisión sin escribir un informe jurídico.</p>
<p>La siguiente acción concreta es convocar una sesión de diseño antes de contratar la versión definitiva. El equipo debe llevar opciones, no una solución cerrada; explicar qué se puede cambiar, documentar desacuerdos y publicar una respuesta a cada propuesta significativa. Participar informadamente no garantiza unanimidad, pero impide que la eficiencia se use como excusa para decidir a puerta cerrada. Una herramienta pública gana legitimidad cuando permite a las personas afectadas influir en cómo se define el trabajo, qué se considera una señal y dónde debe existir siempre una salida humana.</p>
