Uno schermo quasi tutto nero. Al centro, due righe di testo grigio: Thinking con accanto una piccola nuvola arrotondata, e sotto Generating file con l’icona di una cartella a filo sottile. Le due righe sono unite da una linea verticale che finisce in un puntino, come il nodo di una timeline. A destra di ciascuna, una chevron: si può aprire, c’è qualcosa dentro. E poi il dettaglio che fa tutto il lavoro: dentro le parole alcune lettere sono più chiare delle altre. In Thinking brillano le lettere centrali, in Generating file la luce si è spostata più a destra. Non è un errore di rendering: è un gradiente che scorre sotto il testo, il cosiddetto shimmer. Quella macchina non sta pensando. Sta recitando di pensare, e lo fa molto bene.
Guardo interfacce di questo tipo tutti i giorni da anni, e ogni volta mi colpisce quanto poco codice serva per cambiare il nostro rapporto col tempo. Qui non c’è una percentuale, non c’è una barra, non c’è una stima. C’è solo un movimento minimo su due parole. Eppure funziona, e vale la pena capire perché.
Cosa vedo davvero in questa schermata
Partiamo da ciò che è visibile, senza aggiungere nulla. Il fondo è nero pieno, il testo è grigio medio: contrasto volutamente basso, perché questo elemento non deve competere con il contenuto che arriverà. La tipografia è un sans serif geometrico, tutta in minuscolo tranne l’iniziale, senza grassetti. Le icone sono lineari, spesse un solo pixel percepito, disegnate per stare sulla stessa linea di base del testo.
La struttura è il pezzo più interessante: non un solo messaggio di attesa, ma due stati impilati e collegati da una linea. Il primo passo è concluso o in corso, il secondo è iniziato, e la linea dice che appartengono alla stessa storia. È un piccolo albero di eventi, non un cartello di stop. Le chevron suggeriscono che ogni riga si può espandere per vedere il dettaglio del ragionamento o del file. In pratica: al posto di attendi, l’interfaccia dice sto facendo questa cosa, e prima ne ho fatta un’altra.
Tecnicamente lo shimmer è un gradiente lineare più chiaro che scorre in loop attraverso la maschera del testo. La parte difficile non è l’animazione, è la regia: se i due stati si animano in modo indipendente sembrano due cose diverse, mentre qui la percezione è di un unico processo continuo che avanza. È lì che si vede la mano di chi ha progettato, non nel gradiente.
1985: la capsula che si riempie e cambia tutto
Il capostipite di questa famiglia ha una data precisa. Nel 1985, alla conferenza CHI, Brad Myers presenta un lavoro sull’importanza degli indicatori di avanzamento a percentuale: una capsula che si riempie da sinistra a destra mentre il computer lavora. La scoperta non è tecnica, è psicologica. Le persone preferiscono aspettare con l’indicatore anche quando l’attesa dura esattamente lo stesso tempo. Anzi, l’indicatore stesso consuma risorse e a volte rende il processo leggermente più lento: nonostante questo, l’esperienza risulta migliore.
È la prima volta che si mette nero su bianco un principio che oggi diamo per ovvio: il tempo oggettivo e il tempo vissuto sono due cose diverse, e il design lavora sul secondo. Da quel momento la barra di progresso diventa il modo standard con cui una macchina dice sono viva.
Le tre soglie che ogni progettista dovrebbe conoscere a memoria
Sulle attese esistono numeri antichi e ancora validi. Già nel 1968 Robert Miller aveva descritto come la tolleranza umana al ritardo cambi radicalmente a seconda del tipo di compito; negli anni Novanta quelle soglie sono state sintetizzate in tre ordini di grandezza che uso ancora oggi come regolo:
- Un decimo di secondo: è il limite per sentire che sei tu a causare l’effetto. Sotto questa soglia non serve nessun feedback speciale, basta mostrare il risultato.
- Un secondo: è il limite per non spezzare il filo del pensiero. Qui l’utente nota il ritardo ma resta dentro l’azione; un indicatore leggero è sufficiente.
- Dieci secondi: è il limite per tenere l’attenzione sul compito. Oltre, la mente va altrove e serve dire non solo sto lavorando, ma quanto manca.
Con questo metro alla mano, la schermata che stiamo guardando è un oggetto pensato per stare oltre i dieci secondi. E qui nasce il problema più interessante di tutta la faccenda.
Barre che mentono, ma per il tuo bene
Negli anni Duemila la ricerca ha smesso di chiedersi se servisse una barra e ha iniziato a chiedersi come farla muovere. Chris Harrison e colleghi hanno mostrato che l’andamento conta più della durata: ripensando il comportamento della barra si ottiene una soddisfazione diversa a parità di tempo reale, e con barre che accelerano verso la fine, o con pulsazioni luminose che scorrono in direzione opposta all’avanzamento, la stessa attesa viene percepita più breve. Parliamo di differenze misurabili ottenute senza velocizzare di un millisecondo il processo sottostante.
C’è un nome per questa categoria di scelte progettuali: inganno benevolo. Un lavoro presentato a CHI nel 2013 ha provato a inquadrarla seriamente, riconoscendo che molte interfacce mentono un po’ per proteggere l’utente dal rumore, dall’incertezza o dalla frustrazione. La linea rossa, secondo me, è una sola: la bugia è accettabile quando non fa prendere decisioni sbagliate a chi la riceve. Una barra che si muove morbida invece che a scatti non danneggia nessuno. Una barra che indica il 95% quando il lavoro è al 40% mi fa restare davanti allo schermo quando avrei potuto fare altro: quella è un’altra cosa.
Dalla clessidra allo scheletro: cambia il messaggio, non solo la grafica
Il passaggio culturale successivo è quello che porta diritto all’immagine di apertura. La clessidra e la rotella che gira dicono soltanto aspetta: sono segnali di blocco, e per questo dopo qualche secondo diventano ansiogeni. Lo skeleton screen dice qualcosa di molto diverso: al posto del vuoto disegna la sagoma grigia di ciò che sta arrivando, blocchi per il testo, un rettangolo per l’immagine. Aggiungi lo shimmer, cioè un riflesso che scorre su quelle sagome, e ottieni un’attesa che sembra già mezzo contenuto.
La ricerca sostiene questa intuizione: confrontando schermate di caricamento diverse, le animazioni attive e coinvolgenti producono un tempo percepito più breve e una soddisfazione più alta rispetto a un feedback passivo. Uno studio pubblicato di recente sul Journal of Consumer Research aggiunge una sfumatura che trovo preziosa per chi progetta: la relazione tra velocità dell’animazione e attesa percepita non è lineare ma convessa, quindi accelerare all’infinito non paga e oltre un certo punto può perfino ritorcersi contro. Anche l’animazione ha il suo ritmo giusto, come una porta che si chiude con il tempo che merita.
Il salto di oggi: mostrare attività invece di progresso
Ed eccoci al punto vero di questa immagine. Una barra di progresso ha bisogno di sapere quanto lavoro resta. Un sistema generativo non lo sa: non sa quante parole produrrà, quanti passaggi farà, quante volte tornerà indietro. La percentuale diventa impossibile, quindi l’interfaccia cambia strategia e passa dal progresso alla presenza. I tre puntini pulsanti, le scie luminose, lo shimmer sul testo: nessuno di questi elementi misura niente. Dichiarano attività.

Non è una novità assoluta. Gli studi sugli indicatori di scrittura nei chatbot hanno mostrato che quel semplice segnale aumenta la sensazione di presenza sociale e attenua il danno di una risposta lenta: l’attesa viene riletta come ragionamento e non come guasto. È un effetto potente e, proprio per questo, delicato. Perché sposta il patto con chi guarda: non ti prometto più un tempo, ti prometto che qualcuno sta lavorando per te.
La schermata che stiamo osservando prova a ricucire quel patto in modo onesto, e secondo me è la cosa più intelligente che contiene: al posto di una finta percentuale mette una sequenza di passi nominati. Thinking, poi Generating file. Non so quanto manca, ma so a che punto del percorso siamo, e posso aprire ogni passo per verificare. È progresso qualitativo invece che quantitativo. Funziona perché sostituisce un numero inventabile con un fatto verificabile.
Come capire se un’attesa è reale o decorativa
Questa è la parte che mi interessa passare al lettore, perché vale ogni giorno. Alcuni segnali sono abbastanza affidabili.
- Se lo stato cambia parole, sta accadendo qualcosa. Un’etichetta che passa da un’azione all’altra è agganciata a eventi reali. Un’animazione identica per minuti non è agganciata a niente.
- Se c’è un solo loop infinito, diffida. Un’animazione perfettamente ciclica non può distinguere un sistema che lavora da un sistema bloccato, ed è per questo che dopo un po’ erode la fiducia: non ti ha mai dato un modo per accorgerti del fallimento.
- Se puoi espandere il dettaglio, il progetto è più onesto. Le chevron di questa schermata sono una promessa di verificabilità.
- Se l’attesa supera la decina di secondi senza cambiare messaggio, il progetto ha scelto di rassicurarti invece di informarti. A volte è una scelta legittima. Spesso è pigrizia.
Se ti tocca progettarne uno
Qualche regola che applico e che consegno volentieri. Sotto il secondo non mettere nulla, o metterai un lampo fastidioso; se il caricamento rischia di essere brevissimo, ritarda la comparsa dell’indicatore di qualche centinaio di millisecondi, così gli utenti veloci non lo vedranno mai. Tra uno e dieci secondi usa uno scheletro della struttura che arriverà, non una rotella: prepara l’occhio al layout. Oltre i dieci secondi cambia registro e racconta i passaggi, uno alla volta, con parole che un umano capisce, esattamente come fa l’immagine di cui stiamo parlando. E prevedi sempre uno stato di errore: il loader più pericoloso è quello che non sa morire.
Poi c’è l’accessibilità, che in questi elementi viene dimenticata sistematicamente. Il movimento continuo e ripetuto è un problema reale per chi soffre di disturbi vestibolari o di attenzione: le linee guida internazionali sull’accessibilità web chiedono un meccanismo per fermare o nascondere i contenuti in movimento e riconoscono la preferenza di sistema per il movimento ridotto. Tradotto: prevedi una versione statica del tuo shimmer. Contrasto basso e testo grigio su nero sono eleganti, ma vanno verificati, perché uno stato di sistema che non si legge non è minimal, è mancante.
Lo stesso principio, fuori dallo schermo
La cosa che mi ha convinto definitivamente che questo sia un tema di design e non di grafica è che lo ritrovo ovunque, anche dove non c’è un pixel. Il led che pulsa sulla lavatrice quando il programma è in fase di riscaldamento e sembra che non stia succedendo niente. Il clic dell’interruttore che ti dice che il comando è passato anche prima che la luce raggiunga la piena intensità. La luce di cortesia che si accende quando apri la portiera dell’auto: un modo per dire ti ho sentito. Nell’ascensore, il pulsante che si illumina appena lo premi è più importante del tempo di viaggio, perché elimina l’unica cosa che non tolleriamo davvero: l’incertezza.
Il feedback immediato è un principio antico dell’ergonomia degli oggetti, e le interfacce lo hanno solo reinterpretato con la luce al posto del clic. Ecco perché quella schermata nera con due parole grigie che brillano merita di essere guardata bene: è un pezzo di ergonomia travestito da niente. La domanda giusta da farsi, davanti a qualsiasi indicatore di attesa, resta una sola: mi sta informando, o mi sta solo intrattenendo mentre non sa cosa dirmi?
Fonti
- Myers, B. A. (1985). The Importance of Percent-Done Progress Indicators for Computer-Human Interfaces. CHI ’85, ACM.
- Miller, R. B. (1968). Response Time in Man-Computer Conversational Transactions. AFIPS Fall Joint Computer Conference, ACM.
- Harrison, C., Amento, B., Kuznetsov, S., Bell, R. (2007). Rethinking the Progress Bar. ACM Symposium on User Interface Software and Technology.
- Harrison, C., Yeo, Z., Hudson, S. E. (2010). Faster Progress Bars: Manipulating Perceived Duration with Visual Augmentations. CHI ’10, ACM.
- Adar, E., Tan, D. S., Teevan, J. (2013). Benevolent Deception in Human Computer Interaction. CHI ’13, ACM.
- Hohenstein, J., Khan, H., Canfield, K., Tung, S., Perez Cano, R. (2016). Shorter Wait Times: The Effects of Various Loading Screens on Perceived Performance. CHI ’16 Extended Abstracts, ACM.
- Optimizing Animation Speed: Convex Effects on Perceived Waiting Time and Digital Customer Experience. Journal of Consumer Research, Oxford Academic.
- Gnewuch, U. et al. (2018). The Chatbot is typing… The Role of Typing Indicators in Human-Chatbot Interaction. Pre-ICIS Workshop on HCI Research in MIS, AIS eLibrary.
- W3C Web Accessibility Initiative. Understanding Success Criterion 2.2.2: Pause, Stop, Hide. WCAG.
- W3C Web Accessibility Initiative. SCR40: Using the CSS prefers-reduced-motion query to prevent motion. WCAG Techniques.
- Nielsen, J. (1993, agg. 2024). Response Time Limits: 3 Important Limits (con Card, Robertson, Mackinlay, 1991). Nielsen Norman Group.





