UX dei pannelli: come progettare un gestionale usabile

Ottobre 2026, sono a Londra, nel mio ufficio in City Road. Devo fare una cosa che ho già fatto altre volte: prorogare l'accesso di un utente sulla piattaforma di un fornitore di un mio cliente.

Apro la schermata. Bande azzurre slavate, scritte bianche, un menu a sinistra con quattro voci. Nessuna si chiama «Proroga accesso». Quella giusta porta il nome di un ufficio.

Non sono un utente alle prime armi. Quel pannello lo frequento da mesi. Eppure, ogni volta, esito. Per un secondo, forse due, mi sento stupido.

Non lo sono. Il pannello è stato costruito attorno all'organigramma di chi lo ha fatto, non attorno al lavoro di chi lo usa.

La mia posizione la dico subito, così la puoi contestare: un gestionale si giudica dal numero di telefonate di assistenza che genera, non dalla lista delle sue funzioni. E la spiegazione deve stare nello schermo, non al telefono. Se per usare un pannello devo chiamare qualcuno, quel pannello non è finito. Se basta una spiegazione scritta nel punto giusto, e dopo l'utente va avanti da solo, quello è design.

Una dichiarazione, prima di cominciare: sviluppo applicazioni di questo tipo. I casi che racconto qui sono lavori miei: i pannelli di BS Corporate Hub e BS Aula con il loro store, la gestione degli ordini di Tempomark, un progetto di selezione del personale preso in mano a lavori in corso. In mezzo ci sono un caso negativo che non nomino, qualche maestro e un po' di numeri, tutti con la loro fonte.

Parlo di UX, cioè di user experience, l'esperienza d'uso. Ma qui significa una cosa sola: quanto fatichi a fare il tuo lavoro con quello schermo davanti.

Cosa intendo per «immediato»

Quando dico che un pannello deve essere immediato non intendo «bello» e nemmeno «facile». Intendo misurabile.

La norma ISO 9241-11, edizione 2018, mette l'usabilità in tre parole: efficacia, efficienza, soddisfazione, riferite a utenti, obiettivi e contesto d'uso precisi (ISO). ISO è l'organizzazione internazionale che scrive le norme tecniche. Tradotto in lavoro: riesci a completare il compito? Con quanta fatica? Ti sei sentito un cretino mentre lo facevi?

Efficacia, efficienza e soddisfazione stanno insieme. Ne togli una e il pannello crolla.

Per progettare pannelli mi affido a cinque delle dieci euristiche di Jakob Nielsen, riviste dal Nielsen Norman Group l'ultima volta a gennaio 2024 (NN/g). Un'euristica è una regola pratica, non un teorema.

• Riconoscere, non ricordare (Recognition Rather than Recall): rendi visibili elementi, azioni e opzioni, così l'utente non deve tenere a mente niente.
• Flessibilità ed efficienza d'uso (Flexibility and Efficiency of Use): le scorciatoie, nascoste ai principianti, fanno correre l'esperto.
• Prevenzione degli errori (Error Prevention): meglio impedire il problema che spiegarlo dopo.
• Linguaggio del mondo reale (Match Between the System and the Real World): parla come parla chi lavora, non come è organizzata l'azienda che ha fatto il software.
• Visibilità dello stato (Visibility of System Status): se sta succedendo qualcosa, dillo.

La prevenzione degli errori è l'attaccante che segna non perché è più veloce del difensore o del portier, ma perché ha letto il movimento del pallone due secondi prima. Un pannello che ti lascia sbagliare e poi ti rimprovera ha già perso la sua occasione di segnare.

Ci sono poi due leggi che vedo ignorare con una costanza commovente. La legge di Hick (William Hick e Ray Hyman, 1952): il tempo per decidere cresce con il numero e la complessità delle scelte (Laws of UX). Un menu con quaranta voci in disordine è un supermercato senza cartelli sulle corsie. La legge di Fitts (Paul Fitts, 1954): il tempo per raggiungere un bersaglio dipende dalla sua distanza e dalla sua dimensione (Laws of UX). Immagina un pulsante «Salva» di 16 pixel, in basso a destra, lontano dal modulo che hai appena compilato al centro dello schermo. Ogni salvataggio diventa un piccolo viaggio con il mouse.

Un'ultima distinzione, perché qui si confondono due mestieri. Di cruscotti per leggere i numeri del marketing ho scritto in Il cruscotto che Berto non guarda mai (e gli costa caro). Qui parlo d'altro: del pannello dove si lavora. Dove inserisci un utente, carichi un file, cerchi un candidato. Un cruscotto si guarda. Un pannello operativo si usa, otto ore al giorno, e non può permettersi di farti pensare.

Anatomia di un pannello che si perde

Non pubblico lo screenshot del fornitore. Mostrerebbe un logo, un nome e un copyright del 2007, e il caso diventerebbe riconoscibile. Ho ridisegnato la struttura da zero, con etichette neutre, e la smonto punto per punto. Chi lo ha costruito non è un cattivo progettista: è l'esempio di come si arriva lì, passo dopo passo.

Immagine generata con IA

La navigazione è triplicata. Tre schede in alto (i gruppi di funzioni), un menu laterale con quattro voci, e al centro una tabella che ripete le stesse quattro voci. Una fa da mappa, l'altra da elenco, la terza da indice dell'elenco. L'utente non sa quale usare, e nel dubbio esita.

Le etichette non dicono cosa fanno. «Home Personale» compare due volte: come scheda attiva e come riga della tabella. Un titolo si chiama «Gruppo funzionale», che è il gergo di chi ha progettato il software, non di chi lo usa. E la funzione che mi serve porta il nome di un ufficio, non quello dell'azione. È la legge di Conway al lavoro: un'organizzazione che progetta un sistema ne produce una copia della propria struttura di comunicazione (Melvin Conway, 1968). Ipotizzo che qui sia andata così. Non lo so con certezza, ma l'effetto è identico.

La colonna «Descrizione» è vuota. Quattro funzioni, una sola descrizione scritta. Lo spazio per aiutare c'è. È stato lasciato bianco.

Il testo è piccolo e poco contrastato. Ho misurato i pixel dello screenshot. Il carattere sta intorno agli 11 pixel. Il bianco sulle bande azzurre ha un rapporto di contrasto di 2,82 a 1, mentre per il testo normale le linee guida chiedono almeno 4,5 a 1 (W3C, criterio 1.4.3). W3C è il consorzio che definisce gli standard del web. Per giustizia: il testo grigio scuro del menu laterale è a 8,9 a 1, perfettamente leggibile. Il problema è nelle intestazioni, cioè proprio dove l'occhio cerca l'orientamento.

Lo spazio è usato male. La tabella è centrata e il resto della pagina è vuoto: circa il 60% dell'altezza, sotto la tabella, non contiene nulla. Non c'è una ricerca. Chi non trova una funzione deve scorrere le voci, una per una.

Una cosa funziona. Le icone «home» e «uscita», in alto a destra, sono dove l'utente se le aspetta e dicono cosa fanno. Rispettano una convenzione consolidata. Quando l'unica cosa progettata bene in un pannello è il tasto per andarsene, è il momento di rifare tutto da capo.

Se invece il tuo problema è un sito vetrina che non genera contatti, è un altro lavoro: ne parlo in Il sito che non converte: guida UX per chi ha un bello sito e zero contatti.

Cosa ho applicato in BS Corporate Hub, BS Aula e nello store

BS Corporate Hub e BS Aula sono web app che ho sviluppato per un cliente italiano che fa formazione alle aziende. Le usano persone che con l'informatica hanno un rapporto di necessità, non di passione. Il principio con cui le ho progettate è uno: l'utente deve capire dove sta e cosa può fare, senza dovermelo chiedere. Ho testato ogni pannello con persone con poca propensione all'informatica, non con colleghi del mestiere: chi costruisce interfacce non è il collaudatore giusto per le proprie interfacce.

Ciò che si può derivare non si digita

Se il sistema può ricavare un dato da un altro, l'utente non lo scrive. L'esempio più chiaro in Italia è il codice fiscale, e come funziona il campo nel checkout l'ho raccontato in Microinterazioni: quando il sito smette di essere una brochure e inizia a risponderti. Qui interessa il lato tecnico.

I 16 caratteri del codice fiscale non sono casuali (Wikipedia, Codice fiscale):

Nei miei pannelli, quando l'utente inserisce il codice fiscale, il sistema calcola data di nascita e luogo di nascita e li compila al posto suo. Due note di onestà tecnica.

Primo: serve una tabella dei codici catastali dei comuni, da tenere aggiornata. Senza, il luogo di nascita non si ricava.

Secondo: l'omocodia. Quando due persone avrebbero lo stesso codice, l'Agenzia delle Entrate sostituisce alcune cifre con lettere, partendo da destra (0 diventa L, 1 diventa M, e così via fino a 9 che diventa V), e ricalcola il carattere di controllo. Il lettore del codice deve riconoscerlo, altrimenti legge date impossibili.

Il carattere di controllo si calcola così: ogni carattere delle prime 15 posizioni vale un numero, con tabelle diverse per posizioni pari e dispari, si sommano i valori e si prende il resto della divisione per 26. Ecco la funzione in JavaScript, testata su un codice di fantasia (Mario Rossi, nato a Napoli il 10 dicembre 1985):

const DISPARI = {0:1,1:0,2:5,3:7,4:9,5:13,6:15,7:17,8:19,9:21,
  A:1,B:0,C:5,D:7,E:9,F:13,G:15,H:17,I:19,J:21,K:2,L:4,M:18,
  N:20,O:11,P:3,Q:6,R:8,S:12,T:14,U:16,V:10,W:22,X:25,Y:24,Z:23};

function carattereControllo(primi15) {
  let somma = 0;
  for (let i = 0; i < 15; i++) {
    const c = primi15[i].toUpperCase();
    somma += (i + 1) % 2 === 1
      ? DISPARI[c]
      : (/[0-9]/.test(c) ? Number(c) : c.charCodeAt(0) - 65);
  }
  return String.fromCharCode(65 + (somma % 26));
}

carattereControllo('RSSMRA85T10F839'); // 'Q'  ->  RSSMRA85T10F839Q

La mia validazione è formale. Controlla la lunghezza, i caratteri ammessi e il carattere di controllo. Non interroga l'Agenzia delle Entrate. Quindi dice che un codice è coerente, non che esista né che appartenga proprio a quella persona. Meglio dirlo con chiarezza, anche all'utente.

Illustrazione generata con IA

ATECO: l'utente conosce la sua attività, non il suo codice

L'imprenditore sa cosa fa la sua azienda. Quasi mai ricorda a memoria la stringa che la classifica. L'ATECO, la classificazione delle attività economiche dell'ISTAT, è un albero con sei livelli, dalla sezione (una lettera) alla sottocategoria (sei cifre). La versione attuale, ATECO 2025, è in vigore dal 1° gennaio 2025, applicata a fini statistici e amministrativi dal 1° aprile 2025 e coerente con la classificazione europea NACE Rev. 2.1 (ISTAT). ISTAT è l'istituto nazionale di statistica.

Mettere quell'albero in un menu a tendina significa condannare l'utente a scorrerlo. Nei miei strumenti ho scelto un'altra strada, in quattro mosse:

1. una funzione di ricerca aiuta a trovare il proprio codice;
2. una volta individuato, il sistema mostra la macrocategoria di appartenenza;
3. se invece parti dalla macrocategoria, il sistema preseleziona i codici di quella macrocategoria, così scegli il tuo in una lista corta;
4. i codici sono quelli italiani, perché il sito è di un cliente italiano.

Il principio è la prima euristica di Nielsen: riconoscere, non ricordare. Un'ultima cosa da tenere a mente: la tabella dei codici va aggiornata quando la classificazione cambia, e il cliente deve poter ritrovare il vecchio codice.

Illustrazione generata con IA

Il confronto con il Regno Unito è istruttivo. Companies House, il registro delle imprese britannico, usa la classificazione SIC (Standard Industrial Classification) nella versione del 2007, con codici di cinque cifre e una ricerca testuale. Ogni società, anche dormiente, deve indicare il codice che le corrisponde, e sono accettati solo i codici della lista (Companies House). Stessa classe di problema, stesso rimedio: una lista chiusa, ma cercabile con le parole di chi la usa. La mia società britannica, Insight Adv Ltd, ha sede in City Road, a Londra, nell'EC1V: per il registro è un codice SIC come un altro. Per chi la usa, è la stessa fatica di trovare il proprio ATECO a Caserta.

Più strade verso la stessa funzione

Costringere tutti a passare dalla stessa porta è un suicidio ergonomico. Nei miei pannelli ci sono più strade per le funzioni principali, senza limitare l'accesso ai menu interni. Il menu resta, ma come mappa d'emergenza, non come unica via.

Il fondamento è la seconda euristica: flessibilità ed efficienza d'uso. L'utente alle prime armi segue il menu, l'esperto prende la strada più corta. Un esempio che conosco bene: la command palette di Visual Studio Code, una finestra che si apre da tastiera e permette di eseguire comandi, aprire file e cercare simboli (Visual Studio Code).

Ma più strade non vuol dire più confusione. Applico una regola ferrea: stessa etichetta, stessa destinazione, stesso risultato, da qualunque porta. Se il pulsante si chiama «Genera attestato» nella scheda utente, non può chiamarsi in altro modo altrove. Tre porte e tre nomi diversi non sono flessibilità: sono il problema del pannello della prima scena.

Esiste poi l'attrito voluto, e va distinto da quello subìto. Per le azioni distruttive, come eliminare un'anagrafica, vuoi un passaggio in più e una conferma esplicita. È attrito che protegge. L'attrito che trattiene è un'altra storia: il 25 settembre 2025 la Federal Trade Commission (l'autorità statunitense per la tutela dei consumatori) ha annunciato un accordo con Amazon da 1 miliardo di dollari di sanzione e 1,5 miliardi di rimborsi, dopo aver sostenuto che l'iscrizione a Prime fosse ingannevole e la disdetta volutamente complicata (FTC). Di questo design che inganna ho scritto in Il trucco che ora è reato: dark pattern, DSA e il design che inganna.

Illustrazione generata con IA

Testare con chi non ama l'informatica

Tutto questo vale poco se non regge l'impatto con la realtà. E la realtà, in un gestionale, ha la faccia di chi vuole solo finire il turno.

Il metodo che applico è questo: persone vere, compiti precisi («iscrivi questo dipendente a tre corsi»), e io zitto accanto a loro. Osservo dove esitano, non dove sbagliano. L'esitazione è il dato.

Quante persone? Nielsen sostiene che cinque utenti bastino a trovare circa l'85% dei problemi di usabilità, ma in un test qualitativo ripetuto su più versioni, non come verdetto definitivo (NN/g). Meglio tre test da cinque persone che uno da quindici.

Immagine generata con IA a partire da una mia fotografia.

Tempomark: quando il caricamento di un file diventa servizio clienti

Tempomark vende marche temporali da apporre su contratti di noleggio a lungo termine. Una marca temporale attesta che un documento esisteva in una certa data e ora. Nel carrello il cliente deve quindi caricare il contratto da marcare. Da aprile la società bulgara per cui lavoro mi ha chiesto di occuparmi della gestione degli ordini.

Lì ho visto da vicino le criticità. Su dieci ordini, almeno sei arrivavano senza il file oppure il cliente mi contattava perché non riusciva a caricarlo. E succedeva anche per gli ordini successivi: stesso cliente, stesso problema. Altri caricavano più contratti nello stesso ordine, oppure caricavano file in ordini già evasi.

Sono intervenuto su due leve.

Prima leva: ho impedito l'errore. Il caricamento dei file non è più possibile quando l'ordine è in preparazione o consegnato. È la prevenzione degli errori di Nielsen: un file caricato in un ordine già evaso non è un errore dell'utente, è una porta lasciata aperta.

Seconda leva: ho reso più chiare le modalità di caricamento. Il risultato più interessante non è il numero, è come si è comportato il cliente: una volta spiegato come si carica il file, procede da solo e non chiede più assistenza.

Un limite, dichiarato: non è un esperimento controllato. È quello che vedo gestendo gli ordini, non una ricerca. Ma per un pannello operativo è il dato che conta davvero.

Qualche principio per chi progetta un passaggio di caricamento file (non una descrizione dello schermo di Tempomark): dichiara il formato e il peso massimo accettati prima dell'azione, non dopo l'errore. Mostra l'avanzamento, in modo che nessuno ricarichi la pagina. Conferma il successo con qualcosa di visibile, come il nome del file o un'anteprima. Se qualcosa va storto, spiega cosa e offri un tasto per riprovare senza dover rifare tutto da capo.

Illustrazione generata con IA

Il caso dello store del cliente di formazione è lo stesso ragionamento applicato ai dati aziendali. Codice fiscale e codice ATECO vanno inseriti durante l'acquisto, e il momento dell'acquisto è delicato: se il campo diventa un ostacolo, l'ordine non parte. Per questo gli aiuti di cui sopra sono nel processo d'acquisto, e non in una pagina a parte.

Da qui la metrica che propongo a chi misura un pannello: le richieste di assistenza per ordine. Se scendono, il design sta lavorando in silenzio, come dovrebbe.

Il progetto di selezione del personale

Un altro caso, raccontato con rispetto per chi c'era prima di me. Un cliente aveva una piattaforma per la ricerca e selezione del personale: archivio dei curriculum, pubblicazione di annunci e offerte di lavoro, rilancio sulle principali piattaforme di annunci. L'aveva realizzata un'altra società. Sono entrato a lavori in corso.

La piattaforma era nata dalle indicazioni di una collaboratrice del cliente, che poi se n'è andata. Si era partiti da un'applicazione a cui il cliente era abbonato, con una visione parziale, limitata a quello che la collaboratrice riteneva servisse. Mancavano gli automatismi. Mancavano le ricerche combinabili, quelle che trasformano un archivio in un processo che aiuta davvero a cercare e selezionare. E il cliente continuava ad aggiungere funzioni lontane dallo scopo principale della piattaforma, complicando il progetto.

Aggiungo, per onestà, che molte difficoltà sono nate dalla scarsa chiarezza delle informazioni ricevute, e che dalla parte di chi sviluppava c'è stata poca proattività e qualche mancanza nel design dell'esperienza d'uso.

Il mio intervento è stato di due tipi: ho migliorato l'usabilità dei vari pannelli e ho aggiunto funzioni e automatismi di ricerca. Il risultato è una piattaforma che si usa meglio e cerca meglio.

La lezione la porto in ogni primo incontro con un cliente: i requisiti si raccolgono dai ruoli, non da una persona sola. Chi usa un pannello e chi lo ha commissionato non sempre coincidono. E una piattaforma fa bene una cosa principale: tutto il resto deve starle dietro.

Maestri e disastri

Quando progetto non guardo le gallerie di immagini. Guardo chi ha risolto problemi di complessità, e chi ci ha provato ed è finito male.

Harry Beck, la mappa della metropolitana di Londra. Era un disegnatore elettrico della metropolitana. Nel 1933 disegnò la mappa partendo dai diagrammi di circuito che faceva per lavoro, non dalle distanze o dall'esattezza geografica. L'ufficio pubblicità lo giudicò troppo radicale e la scartò. Una tiratura di prova funzionò (TfL). Sotto terra, a chi viaggia non serve la geografia: serve la sequenza delle fermate. Il diagramma al posto della mappa. È quello che deve fare un pannello: mostrare il flusso di lavoro, non la struttura del database.

Dieter Rams, il design che si spiega da solo. Tra i suoi dieci principi ce ne sono due che vorrei appesi sopra ogni scrivania: il buon design rende il prodotto comprensibile, «idealmente in modo che l'oggetto si spieghi da solo», e il buon design è «il meno design possibile», less, but better (Vitsœ). Un pannello che per funzionare ha bisogno di un manuale non rispetta nemmeno il quarto.

GOV.UK, la data in tre campi. Il design system del governo britannico propone per le date il componente a tre campi (giorno, mese, anno) per le date che l'utente conosce già, senza dover consultare un calendario (GOV.UK Design System). La pagina non spiega il perché, e non lo invento. Il motivo che vedo io: digitare tre numeri che hai in testa è più rapido che spostarsi tra le frecce di un calendario. Per una data di nascita, almeno.

La butterfly ballot, la scheda a farfalla. Nel voto presidenziale americano del 2000, la scheda a doppia pagina usata nella contea di Palm Beach, in Florida, è stata studiata dopo il voto. Secondo uno studio pubblicato sull'American Political Science Review, ha portato oltre 2.000 elettori democratici a votare per sbaglio il candidato Pat Buchanan, un numero superiore al margine con cui Bush vinse in Florida (APSR). È una stima statistica, non una prova aritmetica, ma la lezione regge: l'impaginazione non è decorazione. È significato.

Italia e Regno Unito: due modi di sbagliare lo stesso pannello

Il confronto più utile è tra due identificativi personali.

Prendi Berto, a Caserta. Il suo codice fiscale contiene data e luogo di nascita, quindi un modulo italiano può ricavarli da solo. Prendi Bobby, a Salford. Il suo National Insurance number è fatto di due lettere, sei cifre e una lettera finale (GOV.UK): non si costruisce a partire dai dati anagrafici, quindi un modulo britannico la data di nascita deve chiederla a parte. Stesso problema, due soluzioni. Chi copia il modulo dell'altro paese senza capire il perché produce un mostro.

Il secondo confronto è la legge. L'European Accessibility Act, la direttiva europea 2019/882, in Italia è stata recepita con il decreto legislativo 82/2022, che fissa i requisiti di accessibilità per i prodotti e servizi immessi sul mercato dal 28 giugno 2025 (Normattiva). Riguarda prodotti e servizi rivolti ai consumatori: un gestionale interno non rientra di per sé, uno store che vende a consumatori sì, a seconda dei casi. Non sono un avvocato, e su questo punto serve un parere legale, non il mio.

C'è poi una sfumatura tecnica recente. La norma tecnica europea EN 301 549, che dà presunzione di conformità, nella versione 3.2.1 richiama le WCAG 2.1. La versione 4.1.1, pubblicata il 2 settembre 2026, passa alle WCAG 2.2, ma l'effetto giuridico arriverà solo quando sarà citata nella Gazzetta Ufficiale dell'Unione Europea, e al momento non c'è una data (DWT). WCAG sta per Web Content Accessibility Guidelines, le linee guida del W3C. Tradotto: la versione 2.2 è il traguardo, ma non è ancora la regola.

Nel Regno Unito, dal 2010, vale l'Equality Act, che chiede ai fornitori di servizi adeguamenti ragionevoli per le persone con disabilità (legislation.gov.uk). Il quadro è diverso, il bisogno è lo stesso.

Dentro la 2.2 ci sono quattro criteri nuovi che mi interessano per i pannelli (W3C):

• 2.5.8, dimensione minima dei bersagli (livello AA): i pulsanti devono avere una dimensione minima oppure spazio sufficiente intorno. Il valore di riferimento è 24 per 24 pixel CSS, cioè i pixel «logici» di una pagina web, con alcune eccezioni.
• 3.3.7, inserimento ridondante (livello A): non chiedere la stessa informazione due volte nella stessa sessione. È la regola scritta del paragrafo sul codice fiscale.
• 3.3.8, autenticazione accessibile (livello AA): non obbligare a risolvere, ricordare o trascrivere qualcosa per accedere.
• 2.4.11, focus non oscurato (livello AA): l'elemento che stai selezionando con la tastiera deve restare almeno in parte visibile, non sparire sotto una barra fissa.

Ne parlo più a fondo in Accessibilità web 2026: da obbligo di legge a vantaggio competitivo. E di come un sito in due lingue richieda pensare i flussi dei dati, non solo tradurre i testi, in Il sito in due lingue non è un sito tradotto: guida tecnica.

Audit in 12 domande

Illustrazione generata con IA

Quando valuto il pannello di un'azienda non parto dal codice. Parto da queste dodici domande. Usale come lista di controllo.

1. Test dei tre secondi. Mostra la schermata iniziale a una persona che non l'ha mai vista, poi coprila dopo tre secondi. Sa dirti qual è l'azione principale? Se no, la gerarchia visiva non guida l'occhio.
2. Test dell'etichetta. Scrivi il nome di una voce di menu da solo su un foglio. Dice ancora cosa fa? «Esporta ordini in CSV» sì. «Esporta» no. (CSV è un formato di file per tabelle.)
3. Almeno due strade. Le azioni frequenti si raggiungono dal menu e da una via più rapida?
4. Nessuna descrizione vuota. Una colonna o un riquadro che resta vuoto è un cimitero visivo. Mostralo solo quando c'è qualcosa da dire.
5. Errori in linea e specifici. Il messaggio sta sotto il campo sbagliato e dice cosa manca, non «si è verificato un errore».
6. Stato vuoto progettato. Cosa vede chi entra la prima volta e non ha ancora dati? Una pagina bianca o un invito a fare il primo passo?
7. Ricerche salvate. Chi ripete ogni mattina la stessa ricerca può salvarla e riaprirla con un clic?
8. Test senza mouse. Scollega il mouse e prova a inserire un record con Tab, Invio e frecce. Il focus si perde?
9. Contrasto misurato. Non a occhio: con uno strumento. Almeno 4,5 a 1 per il testo normale.
10. Bersagli da 24 pixel. Icone e caselle più piccole sono un invito all'errore, soprattutto da trackpad.
11. Uso in mobilità. Le tabelle si adattano al telefono o si rompono?
12. Richieste di assistenza per ordine o per azione. Misurale oggi, ridisegna, misurale tra tre mesi. Se non scendono, hai fatto maquillage.

Se devo spiegarlo, non è finito

Torno alla schermata del fornitore, quella con le bande azzurre. Il problema non è che sia brutta. È che mi costringe a ricordare dov'è nascosto ciò che dovrebbe essere davanti ai miei occhi.

Il falegname di Caserta non pensa a come impugnare la pialla: pensa al legno. Un pannello deve scomparire nelle mani di chi lo usa. Se per usarlo devi alzare il telefono, o farti affiancare per una settimana con un manuale pieno di frecce rosse, non hai comprato un gestionale: hai comprato un debito che paghi a rate, ogni giorno.

La mia posizione non cambia, dall'inizio alla fine: un gestionale si giudica dalle telefonate che genera. La spiegazione, quando serve, sta nello schermo, nel punto giusto, e basta una volta.

Se hai un pannello che nessuno capisce al primo colpo, o un gestionale che costringe a chiamare l'assistenza, scrivimi. Sviluppo applicazioni di questo tipo, e partire dai tuoi utenti, quelli stanchi alle cinque del pomeriggio di venerdì, è l'unico modo in cui so lavorare.