La Marta va arribar al selector de dates amb una mà al teclat i l'altra a la llibreta on anotava els passos que fallaven. Volia reservar una cita a la biblioteca municipal; el formulari deia que es podia completar sense ratolí. En obrir el selector, el focus va desaparèixer. Va prémer Tab una vegada, dues, deu. La pantalla canviava de mes, però ella no sabia on era ni podia arribar al botó de confirmar. Escape tancava una finestra que no retornava el cursor al camp inicial. Al cap d'uns minuts va abandonar el tràmit i va escriure: «Amb teclat quedo atrapada».
És una frase breu, però conté una decisió de producte pendent. Pot perdre's en una bústia de suggeriments, esdevenir un tiquet amb una etiqueta imprecisa o obrir un procés verificable. La diferència no és que l'equip digui que escolta. És que pugui descriure l'obstacle, reproduir-lo, acordar què ha de canviar per retirar-lo i retornar el resultat a qui l'ha trobat. L'accessibilitat es torna responsabilitat compartida quan una experiència frustrant deixa una petja que pot modificar el servei.
Una queixa no és una especificació#
La nota de la Marta no indicava quin atribut havia de tenir el codi ni quin component calia substituir. No li corresponia fer-ho. Demanava poder acabar una acció que el servei li havia ofert. Traduir-la com «el teclat no funciona» no n'hi havia prou: no diu en quin punt es trenca el recorregut, quin resultat espera la persona ni com es comprovarà que l'arranjament no crea una altra barrera.
La nota de la Marta no indicava quin atribut havia de tenir el codi ni quin component calia substituir.
Abans de proposar cap canvi, l'equip va registrar quatre fets. L'objectiu era triar una data, confirmar la cita i rebre el comprovant sense punter. El recorregut era enllaç de reserva, servei, selector de dates, franja horària i confirmació. L'observació era que el focus entrava en controls que no s'anunciaven, que en tancar la finestra no tornava al camp d'origen i que Tab circulava sense una sortida previsible. L'impacte era que el tràmit es feia interminable per a qui fa servir teclat, mentre l'alternativa telefònica tenia un horari i una immediatesa diferents.
Aquesta descripció evita tractar la Marta com una excepció que necessita ajuda personal. Algú pot utilitzar teclat per discapacitat, lesió, fatiga, configuració de veu o rapidesa. El producte no necessita conèixer-ne el motiu per oferir una interacció coherent. També evita confondre una trucada amb una alternativa equivalent. Ho és només si permet la mateixa acció, amb informació i terminis comparables, sense exigir que una persona expliqui una dificultat privada.
Reproduir no és posar a prova qui ha avisat#
L'endemà, dues persones de disseny i una de desenvolupament van reproduir la incidència en un entorn de prova. Van començar amb el teclat i amb el lector de pantalla que feien servir en les comprovacions habituals. Van trobar aviat el bucle de focus, però també van veure que el selector podia tancar-se sense retornar la posició al formulari. Qui mira la pantalla pot recuperar el fil amb el ratolí; qui depèn de l'ordre de focus rep silenci.
Reproduir transforma una impressió en evidència; no obliga la persona que es queixa a demostrar una vegada i una altra que mereix ser creguda. Per això l'equip no va demanar a la Marta una videotrucada ni dades sobre la seva situació. Li va explicar que investigava el recorregut i li va oferir participar en una revisió posterior només si ho volia. El consentiment per provar no pot ser el preu perquè una incidència sigui presa seriosament.
El cas va mostrar igualment un buit organitzatiu. El selector provenia d'una biblioteca de components mantinguda per un altre equip. Ningú no tenia com a criteri d'acceptació el comportament del focus. No era només un defecte de codi; faltava definir què significa «acabat». Si cap rol ha de demostrar que un recorregut es pot iniciar, travessar i tancar amb teclat, la comprovació depèn de la memòria o de la bona voluntat.
Escriure una decisió que es pugui revisar#
La reparació va començar amb un resultat, no amb una solució lluïda. El tiquet va quedar obert amb criteris que qualsevol persona podia verificar:
- En obrir el selector, el focus arriba a un element anunciat que explica com escollir la data. - Totes les opcions operables s'assoleixen amb teclat en un ordre comprensible i no hi ha cap bucle sense sortida. - Escape tanca el selector i retorna el focus al camp que l'ha obert. - En seleccionar una data, el valor es comunica i la persona pot continuar fins a confirmar. - El mateix recorregut es comprova en escriptori i en mòbil amb teclat extern, sense instruccions amagades.
Els criteris fan visible una decisió que abans quedava repartida entre disseny, desenvolupament i qualitat. També separen una reparació d'un pedaç. Afegir un enllaç d'ajuda no serveix si obliga a abandonar el formulari. Moure automàticament el focus tampoc no resol res si fa perdre context. La pregunta és: pot algú completar la tasca sabent on és i què passarà després?
Per no respondre amb una altra fragilitat, l'equip va valorar ajustar el component, substituir-lo per un camp amb entrada manual o ajornar la publicació fins a provar-lo. Va triar combinar les dues primeres opcions: navegació estable al selector i un camp on escriure la data amb el format explicat. No van presentar-ho com un «mode accessible», perquè una ruta secundària pot convertir la diferència en estigma. Era la mateixa funció, millor resolta per a tothom.
Provar la reparació fora de la bombolla de l'equip#
Les proves automàtiques ara detectaven un cicle de focus. Era necessari, però no suficient. Poden confirmar que hi ha elements enfocables i no advertir que l'ordre no té sentit quan canvia el mes del calendari. L'equip va preparar tres recorreguts: reservar la primera hora disponible, escollir una data concreta i canviar de servei abans de confirmar. A cada pas van documentar l'expectativa i van registrar bloquejos i dubtes.
La Marta va acceptar revisar el canvi des del seu ordinador, sense compartir la pantalla si no li convenia. Va completar el primer recorregut sense ajuda. En el segon va assenyalar que l'anunci del mes arribava després dels dies, de manera que podia triar una data sense saber de quin mes era. No era la queixa inicial, però era una conseqüència que el control tècnic no havia revelat. L'equip va corregir l'ordre i va tornar a provar. Una devolució útil no és obtenir un «funciona», sinó deixar que l'ús real qüestioni les suposicions de l'arranjament.
Les proves han de tenir límits respectuosos. No representen totes les persones ni substitueixen una participació continuada de comunitats diverses. Tampoc no justifiquen guardar gravacions o perfils que no calen per reparar. Però impedeixen que una organització declari èxit perquè el seu personal coneix massa bé el producte. Una evidència petita, consentida i ben documentada pot canviar una decisió més que una llista llarga de requisits marcada de lluny.
Tornar la decisió a qui va trobar la barrera#
Després del desplegament, l'equip no va enviar un agraïment automàtic. Va escriure a la Marta en llenguatge planer: havia localitzat un selector que atrapava el focus; n'havia modificat la navegació i havia afegit una entrada de data clara; havia comprovat el recorregut amb teclat i havia detectat una millora addicional en l'anunci del mes. També va explicar què quedava pendent: altres formularis feien servir el mateix component i es revisarien durant dues setmanes. Hi va afegir un canal directe per avisar si el problema reapareixia, sense demanar-li que expliqués de nou tota la història.
Aquesta resposta és pràctica. Permet valorar si l'organització ha entès el dany, retorna informació que pot evitar un altre intent fallit i crea un compromís contrastable. Dir «hem millorat l'accessibilitat» no es pot verificar. Dir «Escape torna el focus al camp de data i Tab arriba a confirmar» sí. La precisió no és una defensa tècnica; és respecte.
El circuit es pot mantenir amb una fitxa mínima: data, recorregut afectat, barrera observada, criteri d'acceptació, responsable, prova, decisió de desplegament i missatge de retorn. Revisar aquestes fitxes cada mes permet detectar components o pràctiques que acumulen queixes. Si tres persones queden atrapades en menús diferents, potser no hi ha tres incidents independents, sinó una regla de disseny que necessita canviar.
Quan arribi una nova queixa d'accessibilitat, el primer pas no hauria de ser prometre que es traslladarà al departament adequat. Hauria de ser anomenar el recorregut i la sortida que falten. Després cal acordar com se sabrà que la sortida existeix, provar-la sense convertir ningú en objecte d'examen i explicar què ha canviat. La Marta no demanava una lliçó sobre accessibilitat. Demanava reservar una cita. Retornar-li aquesta capacitat, amb una explicació comprovable, és convertir l'escolta en responsabilitat.
