Al març de 2023 vam descriure Lueira en una frase: reserves, personal i material en un sol lloc per a escoles d'esports de muntanya. Des de llavors hem escrit sobre el motor de reserves que fan servir els clients per reservar una classe, i sobre l'agent d'IA que els respon a WhatsApp. Lueira Team és una peça completament diferent, i sobre el paper més petita: una app mòbil que fan servir els monitors —així és com les escoles i els mateixos instructors s'anomenen entre ells— per veure la planificació del dia, comprovar qui hi ha al seu grup i què implica l'activitat, i fitxar entrada i sortida. La vam construir esperant que fos una superfície més sobre el que ja sabíem de Lueira. Va resultar ser una lliçó de com d'equivocada era aquesta expectativa.
1. Un usuari diferent de tots els altres de la plataforma
Cada altra part de Lueira sobre la qual hem escrit serveix o bé els propietaris de l'escola, o bé els seus clients. El backoffice està pensat per a algú que s'asseu, planifica una setmana, concilia reserves amb la disponibilitat del personal, mira números. El motor de reserves i l'agent de WhatsApp estan pensats per a algú que decideix si reservar una classe i després la confirma. Lueira Team no serveix cap dels dos. Serveix el monitor dret al peu d'un telecadira, o a una platja al costat d'una pila de taules de surf, que necessita saber una sola cosa abans que comenci la seva pròxima activitat: qui hi ha al grup i què, si de cas, ha de saber sobre ells.
La nostra primera versió de l'app no va captar del tot aquesta diferència. S'assemblava més a una versió mòbil de la densitat d'informació del backoffice del que ens agradaria admetre: l'instint de mostrar la planificació de tot el dia, les dades de contacte, l'historial de reserves, el que fos que el model de dades ja tingués, perquè hi era i semblava útil. No era erroni que aquesta informació existís. Era erroni assumir que tenir-la volia dir que pertanyia a aquella pantalla. Un monitor traient el mòbil entre dues classes no està llegint un informe, hi fa una ullada, i la primera versió demanava més atenció de la que aquell moment podia donar.
El que els monitors necessitaven de debò era gairebé el contrari d'un dashboard: la pròxima activitat, qui hi ha al grup, i qualsevol nota especial associada —una al·lèrgia, un principiant que necessita més temps, un canvi en el punt de trobada— i res més competint per aquella mirada. Ja ens havíem trobat amb una versió d'aquest problema amb l'app de camp de NaturPark per als guardes forestals, on el mateix instint de portar al terreny el nivell de detall d'una oficina va haver de revertir-se.
2. Dissenyar per a cobertura irregular i mirades curtes
L'altra funció que Lueira Team ha de clavar és fitxar entrada i sortida, cosa que sona gairebé administrativa fins que et fixes en on són realment els monitors quan ho han de tocar: al peu d'una pista, en un vaixell, dret amb el vestit de neoprè posat a la vora de l'aigua. Les muntanyes i l'aigua són tots dos llocs on la connexió d'un mòbil és, en el millor dels casos, un suggeriment. Si fitxar requerís un viatge d'anada i tornada en directe als nostres servidors en l'instant exacte en què algú toca el botó, fallaria constantment, just en els moments en què més importa.
Vam dissenyar entorn d'això en lloc d'esperar que la connectivitat cooperés. L'acció es registra localment, amb la seva marca horària real, en el moment en què passa, hi hagi o no senyal en aquell instant. Es sincronitza amb el backend de Lueira tan bon punt hi ha connexió disponible, en silenci. L'experiència del monitor és que fitxar sempre funciona; la veritat de fons és que no necessita connexió per funcionar, només per acabar confirmant-se.
Aquesta fiabilitat té un segon avantatge, més discret: les hores treballades registrades automàticament, en el moment en què passen, són una millor dada per a la nòmina que un monitor reconstruint el seu dia de memòria una setmana després.
3. Donar per fet la interrupció, no un flux net
L'última suposició que vam haver d'abandonar va ser que l'ús de l'app per part d'un monitor s'assemblaria a una sessió: obrir-la, fer la cosa, tancar-la. A l'aire lliure, amb clients que depenen de tu i condicions que canvien sota els teus peus, això no està garantit: un monitor pot començar a fitxar, que l'interrompi la pregunta d'un client o alguna cosa més semblant a una emergència de debò, i tornar a acabar el que va començar minuts o hores després.
Lueira Team s'havia de construir assumint que la interrupció és el cas normal, no l'excepció. Això vol dir que cada acció ha de ser segura d'abandonar a mig fer i segura de represa sense que el monitor hagi de tornar a introduir res.
Cap d'aquestes tres lliçons era una cosa que poguéssim haver deduït de com funciona la resta de Lueira, perquè l'usuari de Lueira Team no s'assembla a cap dels altres per als quals ja havíem dissenyat. Construir-la va significar reaprendre, en una pantalla més petita, el mateix que ja havíem après a mitges amb NaturPark: una app construïda per a algú a l'aire lliure i subjecte a interrupcions necessita menys coses en pantalla i més disciplina per sota que una app construïda per a algú en un escriptori.