Il Word Processor e l'Illusione del Tecnico: Manifesto dell'Usabilità Reale

Un Word processor è una bestia strana. Se lo guardi da progettista, è un Laboratorio alchemico: un ecosistema di strumenti, automazioni e strutture che si comportano come piccoli sistemi informativi. Se lo guardi dalla scrivania di chi lavora, studia o scrive, diventa qualcosa di molto più sobrio: una macchina evoluta per mettere parole in fila.

La maggior parte delle persone non “usa” un word processor. Lo attraversa. Entra, scrive, cancella, salva, stampa. Fine. Tutto il resto rimane lì, come le luci di una città viste dall'autostrada: sai che esistono, ma non fanno parte del tuo viaggio.

Per esempio, in Microsoft Word, per l'utente comune, le macro in VBA o la gestione dei campi sono solo astronavi parcheggiate sullo sfondo; in Biblos, la complessità retrostante delle tabelle di transcodifica Braille o i motori di Sintesi Vocale sono infrastrutture invisibili. L'utente vuole solo premere un tasto e Leggere, o Stampare. Il resto è un panorama ignorato.

Il primo grande errore dei tecnici è pensare che la presenza di una funzione ne giustifichi l'esistenza. Non è così. Le funzioni non usate non sono un fallimento dell'utente: sono selezione naturale. Sopravvive ciò che riduce l'attrito, non ciò che aumenta le possibilità. A cosa serve ingegnerizzare

un sistema perfetto di “Stili e Formattazione” se poi l'utente medio, per fare un titolo, seleziona il testo, lo mette al centro, in grassetto e aumenta il font a mano? Quel comportamento non è un errore: è la via più breve per eliminare l'attrito.

Esiste una distanza siderale tra ciò che il Software promette e ciò che serve davvero. Da una parte c'è il mondo dei progettisti, dove ogni funzione ha una logica astratta. Dall'altra c'è la vita reale, dove il senso è uno solo: “Funziona o non funziona quello che mi serve adesso?” Dal punto di Vista dell'architettura software, la schematizzazione XML di un Documento è un capolavoro di ingegneria. Per l'utente che deve stampare una lettera prima che chiuda la posta, quel capolavoro non vale un briciolo di usabilità.

I tecnici continuano a sfornare interfacce enormi, stratificate, sature di strumenti che presuppongono una consapevolezza che nessuno ha mai distribuito. E non perché gli utenti siano incapaci, ma perché nessuno insegna a pensare un documento: si insegna a Scrivere. Tra la digitazione e l'impaginazione strutturata c'è un salto culturale, non Tecnico. Se il software non colma questo salto con l'usabilità, ha fallito il software, non l'utente.

Prendiamo Word e la sua “Sorgente dati” per la stampa Unione: concettualmente potente, praticamente un incubo per chi non mastica database. Al contrario, quando in Biblos si progetta la Conversione e la stampa Braille, la vera sfida non è l'algoritmo matematico di riduzione dei caratteri, ma fare in modo che un utente prema “Stampa” e ottenga il braille senza dover prima superare un master in tiflologia.

Il risultato? Molti word processor vengono usati come semplici macchine da scrivere sofisticate. Solo che la vecchia macchina da scrivere, almeno, non aveva l'ansia da prestazione e non fingeva di essere altro. Naturalmente nemmeno Biblos è al riparo da questa tensione. Ogni funzione che aggiungo mi costringe a chiedermi se sto davvero semplificando il lavoro dell'utente oppure se sto soltanto aumentando il patrimonio di possibilità del programma. È una domanda che accompagna ogni scelta progettuale, perché una funzione che nessuno scopre, o che tutti evitano, occupa spazio mentale prima ancora che spazio nel codice.

Dobbiamo liberarci dall'illusione tecnocratica: costringere l'utente a imparare un'architettura complessa solo perché “esiste” è pigrizia intellettuale da parte di chi progetta. È progettazione autoreferenziale, è l'approccio di chi dice: “Ti ho dato i Campi, ora studiati come usarli”. No. Se per inserire la data corrente in un piè di pagina l'utente deve navigare tre livelli di menu nidificati tra i “Campi di testo”, il progettista ha preferito la coerenza della sua architettura interna alla fluidità del lavoro Umano.

Il word processor vive in un compromesso permanente tra due mondi: uno barocco, costruito per la completezza teorica; l'altro minimalista per necessità, ridotto all'essenziale per sopravvivere al flusso di lavoro. Da un lato abbiamo la suite Office che straborda di schede, icone contestuali e Ribbon fluttuanti; dall'altro la necessità di un Ambiente di Scrittura pulito, dove la digitazione sia fluida, priva di distrazioni e Accessibile, proprio come la filosofia originaria di Biblos, che nasce per focalizzarsi sull'essenza del testo prima che sulle sue sovrastrutture.

Se milioni di persone ignorano sistematicamente la maggior parte delle funzioni di un word processor, non è un segnale di ignoranza. È una domanda aperta sulla loro reale necessità o sulla loro capacità di diventare davvero usabili. Il software non è un tempio sacro in cui l'utente deve entrare in ginocchio dopo aver studiato il manuale; è uno strumento che deve servire l'Uomo nel minor tempo possibile.

Ogni funzione dovrebbe nascere rispondendo a due domande molto semplici: chi la userà e per risolvere quale problema? Se il progettista non sa rispondere con precisione, è probabile che stia progettando per sé stesso. È un errore sorprendentemente frequente nello sviluppo del software: immaginare che una funzione, solo perché ingegnosa o tecnicamente raffinata, possa diventare patrimonio comune degli utenti. In realtà, ogni programmatore porta inevitabilmente nel Progetto il proprio modo di lavorare, le proprie competenze e perfino le proprie ambizioni. Il rischio è trasformare esigenze personali in requisiti universali.

Poi arriva la realtà, che è molto meno indulgente. Gli utenti percorrono quasi sempre la strada più breve per raggiungere il loro obiettivo e ignorano tutto ciò che introduce attrito, anche quando è stato progettato con la migliore delle intenzioni. Non perché siano incapaci o disinteressati, ma perché stanno usando uno strumento per svolgere un lavoro, non studiando un software per il piacere di conoscerlo.

Alla fine, il word processor è un contenitore di testo con ambizioni spesso non corrisposte. E proprio lì, dove l'ambizione del programmatore si scontra con l'uso Quotidiano dell'utente, la Tecnologia smette di essere un dogma e diventa, finalmente, umana.