A las ocho de la mañana, el móvil de Lidia mostró una pantalla distinta al abrir la aplicación del barrio. La usaba para saber si el mercado municipal tenía excedentes, reservar una plaza en el taller de reparación de bicicletas y avisar de una farola apagada. La actualización decía que, desde ese día, la app compartiría datos de ubicación agregados para «mejorar los servicios cercanos». Debajo de tres párrafos densos había un botón azul: «Aceptar y continuar». No había un segundo botón equivalente, ni una explicación de qué cambiaba en la práctica, ni tiempo para revisarlo antes de la reunión del grupo de consumo. Lidia cerró la pantalla. Al volver por la tarde, el aviso seguía ocupando toda la aplicación. La elección parecía pequeña, pero condicionaba el acceso a cosas que ya formaban parte de su rutina.
Es tentador llamar consentimiento a cualquier pulsación que cierre un aviso. Sin embargo, aceptar no es lo mismo que poder decidir. Una decisión necesita comprender qué se propone, comparar las alternativas y rechazar sin perder algo esencial. Si una plataforma vecinal convierte esos tres pasos en una pantalla que bloquea el acceso, no está comprobando una preferencia: está aprovechando una dependencia creada por su propia utilidad. La cuestión es qué relación se establece con quienes hacen posible ese dato cuando la única respuesta practicable es seguir adelante.
Una frase amplia no explica un cambio concreto#
La expresión «ubicación agregada» suena prudente porque evita imaginar un punto exacto sobre un mapa. Pero una persona no puede valorar una propuesta a partir de una etiqueta tranquilizadora. Necesita saber qué se recoge, cada cuánto, con qué nivel de precisión, quién recibe el resultado y qué decisiones se tomarán con él. Tampoco es igual usar información durante una prueba de tres meses para ordenar recursos comunitarios que incorporarla a un acuerdo abierto sin fecha de revisión.
La expresión «ubicación agregada» suena prudente porque evita imaginar un punto exacto sobre un mapa.
Una explicación útil puede caber en una ficha breve, pero debe estar escrita como si alguien fuera a tomar una decisión y no como si fuera a defenderse de una reclamación. Por ejemplo: «La app calculará, una vez al día, cuántas consultas se hicieron por barrio. No guardará rutas individuales ni usará la ubicación para publicidad. El informe lo verá el equipo municipal de movilidad durante seis meses para decidir dónde colocar dos puntos de reparación. Puedes continuar usando reservas y avisos sin participar. Revisaremos la medida en octubre». Esa descripción permite discutir la medida. «Mejorar tu experiencia», en cambio, no da una base razonable para aceptarla ni para cuestionarla.
El diseño del aviso también reparte poder#
Un botón destacado y una salida escondida no son detalles estéticos. Son instrucciones sobre quién debe asumir el esfuerzo. Si rechazar exige abrir tres menús, repetir la decisión cada semana o perder las reservas del mercado, la organización ha trasladado la carga a la persona que pide un límite. Después podrá afirmar que ofreció una opción, aunque esa opción sea costosa, confusa o socialmente difícil de usar. Medir el consentimiento por la proporción de clics favorables en ese contexto produce un dato engañoso: mide la presión del diseño, no el acuerdo informado.
También importa el momento. Un cambio anunciado mientras la aplicación está bloqueada no da tiempo para comparar. La vecina que necesita una plaza de apoyo escolar esa misma tarde no tiene la misma libertad que quien puede desinstalar la app y esperar una semana. Una práctica más honesta avisa antes de la entrada en vigor, conserva la versión anterior durante un periodo definido y ofrece una página de comparación. No hace falta que todo el mundo lea cada detalle, pero sí que pueda encontrarlo cuando lo necesita. La comparación ha de mostrar lo que se añade, lo que deja de hacerse, lo que permanece igual y qué consecuencias tiene cada elección.
Una alternativa solo sirve si es equivalente#
Ofrecer «no compartir» no basta cuando la consecuencia es quedar fuera. En el caso de la aplicación de Lidia, una alternativa equivalente no tiene que reproducir cada función experimental, pero sí debe permitir reservar, recibir avisos y comunicarse con el barrio con la misma dignidad y un esfuerzo razonable. Puede consistir en una configuración que desactive la participación en los informes agregados, en un acceso web sin geolocalización o en un canal telefónico con la misma prioridad para ciertas gestiones. La forma concreta dependerá del servicio. Lo decisivo es que no se convierta en una cola lenta ni en una prueba de paciencia.
Conviene probar esa equivalencia con situaciones reales, no con una lista de funciones. ¿Una persona puede reservar un turno desde un teléfono antiguo? ¿Recibe el aviso de corte de agua con la misma antelación? ¿Tiene que explicar repetidamente por qué no quiere compartir ubicación? ¿La persona que atiende sabe resolver el caso sin improvisar? Estas preguntas descubren fallos que no aparecen en una maqueta. También evitan una trampa frecuente: presentar una configuración como voluntaria cuando la ruta alternativa exige conocimientos, dispositivos o tiempo que no todas las personas poseen.
Del clic individual a la conversación colectiva#
La ubicación de una persona puede parecer un dato individual, pero los patrones que se construyen con muchas personas pueden describir un barrio entero. Pueden revelar qué calles se consideran inseguras, qué parques se usan menos, dónde se concentran desplazamientos de cuidados o qué zonas quedan al margen de los servicios. Aunque el informe no nombre a nadie, sus efectos pueden repartirse de manera desigual. Por eso una aplicación comunitaria no debería limitar la deliberación a cada pantalla personal. Debe abrir una conversación sobre el propósito, los riesgos y los criterios de evaluación antes de convertir el cambio en rutina.
Esa conversación no exige una asamblea interminable ni una consulta técnica inaccesible. Puede empezar por publicar una propuesta con ejemplos: el conjunto de datos exacto, dos usos permitidos, dos usos prohibidos, el destinatario, la duración y el mecanismo para detener la prueba. Después, un grupo de seguimiento con personas usuarias, personal del servicio y representantes del barrio puede revisar preguntas y excepciones. La participación será más creíble si deja rastro: qué observación se recibió, qué se cambió, qué se descartó y por qué. Un comentario recogido sin respuesta se parece demasiado a un botón que solo parece ofrecer elección.
Registrar la decisión sin convertirla en vigilancia#
Un registro de consentimiento puede ayudar a demostrar qué versión se ofreció y cuándo se eligió, pero puede crear un problema nuevo si almacena más de lo necesario. Para este caso no hace falta guardar la ubicación de quien no participa ni una explicación íntima de su rechazo. Basta con registrar la versión de la propuesta, la opción escogida, la fecha, el canal y la posibilidad de cambiar de opinión. El registro debe ser accesible para la persona: poder consultarlo, corregir una incidencia y revocar la participación sin tener que abrir una disputa.
La revisión periódica completa el ciclo. Al final de la prueba, el equipo debería publicar qué se hizo con la información, qué resultado buscaba, qué efectos observó y si la medida continuará, cambiará o terminará. No hace falta convertir esa revisión en propaganda. Es más útil reconocer que una hipótesis no se confirmó o que una alternativa resultó insuficiente. La confianza no depende de que cada iniciativa salga bien; depende de que se pueda corregir sin esconder el daño ni culpar a quien lo señaló.
La próxima pantalla puede abrir una elección#
Lidia no necesitaba que la aplicación dejara de mejorar. Necesitaba saber qué se le proponía y conservar la posibilidad de usar los servicios de siempre si prefería no participar. Cuando presentó la duda en la reunión del grupo de consumo, otras personas mencionaron preocupaciones distintas: una no quería que sus horarios contribuyeran a perfiles comerciales; otra quería colaborar con la planificación de carriles seguros; varias pedían poder decidir más tarde. La respuesta adecuada no era reunirlas para pulsar el mismo botón con más entusiasmo. Era rediseñar la propuesta.
La próxima actualización puede empezar con una comparación clara, una fecha real de decisión y dos rutas que funcionen. Puede explicar qué información se agrega, para qué se usará, quién la verá y cuándo se eliminará. Puede invitar a evaluar la prueba con criterios visibles y permitir retirar el consentimiento sin castigo. Son cambios modestos de proceso, pero transforman el mensaje de fondo: el barrio no es una fuente pasiva de datos y sus vecinas no son obstáculos a la eficiencia. Son quienes conocen las necesidades que la aplicación dice querer servir.
Antes de aprobar una actualización similar, vale la pena hacer cuatro preguntas sencillas: ¿puedo explicar el cambio con mis propias palabras?, ¿puedo seguir usando lo esencial si digo que no?, ¿tengo tiempo y un canal accesible para decidir?, ¿sé cómo modificar o retirar mi elección? Si alguna respuesta es negativa, no falta un clic más. Falta una decisión que todavía no se ha hecho posible.
