A les vuit del matí, el mòbil de la Lídia va mostrar una pantalla diferent quan va obrir l'aplicació del barri. La feia servir per saber si el mercat municipal tenia excedents, reservar lloc al taller de reparació de bicicletes i avisar d'un fanal fos. L'actualització deia que, a partir d'aquell dia, l'app compartiria dades d'ubicació agregades per «millorar els serveis propers». Sota tres paràgrafs espessos només hi havia un botó blau: «Accepta i continua». No hi havia una segona opció igual de visible, ni una explicació de què canviava de debò, ni temps per revisar-la abans de la reunió del grup de consum. La Lídia va tancar la pantalla. A la tarda, l'avís encara ocupava tota l'aplicació. L'elecció semblava petita, però condicionava l'accés a coses que ja formaven part de la seva rutina.
És fàcil anomenar consentiment qualsevol pulsació que fa desaparèixer un avís. Tanmateix, acceptar no és el mateix que poder decidir. Una decisió necessita entendre què es proposa, comparar les alternatives i rebutjar-ho sense perdre quelcom essencial. Si una plataforma veïnal converteix aquests tres passos en una pantalla que bloqueja l'accés, no està comprovant una preferència: està aprofitant una dependència creada per la seva pròpia utilitat. La qüestió no és si les dades agregades poden oferir informació valuosa. Poden fer-ho. La qüestió és quina relació s'estableix amb les persones que fan possible aquella dada quan l'única resposta practicable és continuar.
Una fórmula àmplia no descriu un canvi concret#
«Ubicació agregada» sona prudent perquè evita imaginar un punt exacte sobre un mapa. Però ningú no pot valorar una proposta a partir d'una etiqueta tranquil·litzadora. Cal saber què es recull, amb quina freqüència, amb quin grau de precisió, qui rep el resultat i quines decisions se'n prendran. No és igual comptar que moltes persones consulten el tauler d'una zona a les sis de la tarda que conservar trajectes, combinar senyals amb altres registres o vendre informes a tercers. Tampoc no és igual fer servir informació durant una prova de tres mesos per ordenar recursos comunitaris que incorporar-la a un acord obert sense data de revisió.
«Ubicació agregada» sona prudent perquè evita imaginar un punt exacte sobre un mapa.
Una explicació útil pot cabre en una fitxa breu, però s'ha d'escriure com si algú hagués de prendre una decisió, i no com si calgués defensar-se d'una reclamació. Per exemple: «L'app calcularà un cop al dia quantes consultes s'han fet per barri. No desarà rutes individuals ni farà servir la ubicació per a publicitat. L'informe el veurà l'equip municipal de mobilitat durant sis mesos per decidir on situar dos punts de reparació. Pots continuar utilitzant reserves i avisos sense participar-hi. Revisarem la mesura a l'octubre». Aquesta descripció permet discutir la proposta. «Millorar la teva experiència», en canvi, no ofereix una base raonable ni per acceptar-la ni per qüestionar-la.
El disseny de l'avís també distribueix poder#
Un botó destacat i una sortida amagada no són detalls decoratius. Indiquen qui ha d'assumir l'esforç. Si rebutjar exigeix obrir tres menús, repetir la decisió cada setmana o perdre les reserves del mercat, l'organització ha traslladat la càrrega a la persona que demana un límit. Després pot afirmar que ha ofert una opció, encara que aquella opció sigui costosa, confusa o socialment difícil d'utilitzar. Mesurar el consentiment per la proporció de clics favorables en aquest context produeix una dada enganyosa: mesura la pressió del disseny, no l'acord informat.
El moment també és important. Un canvi anunciat mentre l'aplicació resta bloquejada no dona temps per comparar. La veïna que necessita una plaça de suport escolar aquella mateixa tarda no té la mateixa llibertat que qui pot desinstal·lar l'app i esperar una setmana. Una pràctica més honesta avisa abans de l'entrada en vigor, conserva la versió anterior durant un període definit i ofereix una pàgina de comparació. La comparació ha de mostrar què s'afegeix, què es deixa de fer, què continua igual i quines conseqüències té cada opció.
Una alternativa només compta si és equivalent#
Oferir «no compartir» no és suficient quan la conseqüència és quedar-ne fora. En el cas de l'aplicació de la Lídia, una alternativa equivalent no ha de reproduir cada funció experimental, però sí que ha de permetre reservar, rebre avisos i comunicar-se amb el barri amb la mateixa dignitat i un esforç raonable. Pot consistir en una configuració que desactivi la participació en els informes agregats, en un accés web sense geolocalització o en un canal telefònic amb la mateixa prioritat per a determinades gestions. La forma concreta dependrà del servei. Allò decisiu és que no es converteixi en una cua lenta ni en una prova de paciència.
Convé provar aquesta equivalència amb situacions reals, no amb una llista de funcions. Una persona pot reservar un torn des d'un telèfon antic? Rep l'avís d'un tall d'aigua amb la mateixa antelació? Ha d'explicar repetidament per què no vol compartir ubicació? La persona que atén sap resoldre el cas sense improvisar? Aquestes preguntes descobreixen fallades que no apareixen en una maqueta. També eviten un parany habitual: presentar una configuració com a voluntària quan la ruta alternativa exigeix coneixements, dispositius o temps que no tothom té.
Del clic individual a la conversa col·lectiva#
La ubicació d'una persona pot semblar una dada individual, però els patrons construïts amb moltes persones poden descriure un barri sencer. Poden revelar quins carrers es perceben com a insegurs, quins parcs s'utilitzen menys, on es concentren desplaçaments de cures o quines zones queden al marge dels serveis. Encara que l'informe no anomeni ningú, els seus efectes es poden repartir de manera desigual. Per això una aplicació comunitària no hauria de limitar la deliberació a cada pantalla personal. Ha d'obrir una conversa sobre el propòsit, els riscos i els criteris d'avaluació abans de convertir el canvi en rutina.
Aquesta conversa no exigeix una assemblea interminable ni una consulta tècnica inaccessible. Pot començar publicant una proposta amb exemples: el conjunt exacte de dades, dos usos permesos, dos usos prohibits, el destinatari, la durada i el mecanisme per aturar la prova. Després, un grup de seguiment amb persones usuàries, personal del servei i representants del barri pot revisar preguntes i excepcions. La participació serà més creïble si deixa rastre: quina observació s'ha rebut, què s'ha canviat, què s'ha descartat i per què. Un comentari recollit sense resposta s'assembla massa a un botó que només sembla oferir una elecció.
Registrar la decisió sense convertir-la en vigilància#
Un registre de consentiment pot ajudar a demostrar quina versió es va oferir i quan es va triar, però pot crear un problema nou si emmagatzema més del necessari. En aquest cas no cal desar la ubicació de qui no participa ni una explicació íntima del seu rebuig. N'hi ha prou de registrar la versió de la proposta, l'opció escollida, la data, el canal i la possibilitat de canviar d'opinió. El registre ha de ser accessible per a la persona: ha de poder consultar-lo, corregir una incidència i revocar la participació sense haver d'obrir una disputa.
La revisió periòdica completa el cicle. Al final de la prova, l'equip hauria de publicar què ha fet amb la informació, quin resultat buscava, quins efectes ha observat i si la mesura continuarà, canviarà o acabarà. No cal convertir aquesta revisió en propaganda. És més útil reconèixer que una hipòtesi no s'ha confirmat o que una alternativa ha resultat insuficient. La confiança no depèn que cada iniciativa surti bé; depèn que es pugui corregir sense amagar el dany ni culpar qui l'ha assenyalat.
La pantalla següent pot obrir una elecció#
La Lídia no necessitava que l'aplicació deixés de millorar. Necessitava saber què se li proposava i conservar la possibilitat d'utilitzar els serveis de sempre si preferia no participar-hi. Quan va plantejar el dubte a la reunió del grup de consum, altres persones van expressar preocupacions diferents: una no volia que els seus horaris contribuïssin a perfils comercials; una altra volia col·laborar amb la planificació de carrils segurs; diverses demanaven poder decidir més endavant. La resposta adequada no era reunir-les per prémer el mateix botó amb més entusiasme. Era redissenyar la proposta.
La pròxima actualització pot començar amb una comparació clara, una data real de decisió i dues rutes que funcionin. Pot explicar quina informació s'agrega, per a què s'utilitzarà, qui la veurà i quan s'eliminarà. Pot convidar a avaluar la prova amb criteris visibles i permetre retirar el consentiment sense càstig. Són canvis modestos de procés, però transformen el missatge de fons: el barri no és una font passiva de dades i les seves veïnes no són obstacles a l'eficiència. Són les persones que coneixen les necessitats que l'aplicació diu voler servir.
Abans d'aprovar una actualització semblant, val la pena fer quatre preguntes senzilles: puc explicar el canvi amb les meves paraules?, puc continuar fent servir allò essencial si dic que no?, tinc temps i un canal accessible per decidir?, sé com modificar o retirar la meva elecció? Si alguna resposta és negativa, no falta un clic més. Falta una decisió que encara no s'ha fet possible.
