Usabilità per dispositivi mobile

Per chi fosse interessato ad approfondire le tematiche di design e usabilità per dispositivi portatili, come i cellulari, consiglio di provare la versione mobile di Gmail.

Vi si può accedere con un dispositivo portatile all’indirizzo http://m.gmail.com, ma anche le ultime versioni di Firefox sono in grado di visualizzare l’interfaccia, se volete limitarvi a curiosare.

E’ interessante notare come i tipi di Google abbiano adattato l’applicazione ai limiti dei dispositivi portatili, cioè display piccoli e tastiera limitata.

Prendiamo ad esempio la schermata di creazione di un nuovo messaggio.

Scrivere un nuovo messaggio in Gmail Mobile

Come potete vedere, l’interfaccia va subito al dunque. Per prima cosa è richiesto il mittente: cliccando “Add Recipients” sono visualizzati per primi i destinatati contattati più di frequente, così da aumentare la probabilità di averli subito presenti nella lista. Se invece vogliamo inviare il messaggio a qualcun altro, in fondo alla stessa schermata è comunque possibile compiere una ricerca.

Lista dei destinatari più frequenti

Tornando alla schermata di spedizione notate anche che la copia carbone e la copia carbone nascosta sono state spostate in fondo alla pagina, visto che sono funzioni usate di rado.

Anche l’organizzazione e visualizzazione dei messaggi tiene conto dei limiti del mezzo. Nel mio cellulare, ad esempio, ogni messaggio è suddiviso in più pagine che è possibile scorrere avanti e indietro. Ogni voce di menù è poi accessibile tenendo premuto un numero del tastierino, evitando quindi di scorrere la pagina nel diplay.

E’ presente inoltre la possibilità di personalizzare l’interfaccia grafica, in modo da privilegiare le operazioni compiute più di frequente.

Personalizzare l'interfaccia

L’esempio di Gmail mobile fa anche riflettere chi sostiene (io non sono tra questi) che accontentare dispositivi eterogenei sia solo una questione di applicare fogli di stile diversi. In realtà ci vuole molto di più: si tratta di ristudiare completamente non solo l’interfaccia, ma anche l’interazione dell’utente con l’interfaccia, oltre a trovare altre soluzioni per la visualizzazione dei contenuti.

Se dovete cimentarvi in questo tipo di progetti, Gmail mobile rappresenta un buon caso di studio.

Come farsi evitare dai motori di ricerca

Sono appena tornato da Roma dove, tra le altre cose, mi sono recato al Museo dell’Ara Pacis e alla Mostra di opere di Antonello da Messina.

Prima di partire mi ricordo di aver cercato informazioni sul museo e sulla mostra con Google, aspettandomi di trovare come prima cosa i siti ufficiali di riferimento.

Ma se cerco, anche oggi (23 Maggio 2006), termini quali ‘Museo ara pacis’, ‘Ara pacis’, oppure ‘Mostra Antonello da Messina’, i siti ufficiali del museo e della mostra non solo non compaiono al primo posto, ma neppure nella prima, seconda, terza… pagina dei risultati.

Per capire come questo sia possibile ho analizzato più da vicino pagina e codice sorgente. A vedere il sito del Museo dell’Ara Pacis non sembra che ci possano esserci problemi di indicizzazione: la pagina è semplice, ad alto contenuto di testo, nessuna animazione. Sembra quasi un sito search-engine-friendly. Ma se guardiamo con un po’ più di attenzione pagine e codice sorgente ci accorgiamo che:

  • La scritta “Museo dell’Ara Pacis” che fa da titolo non solo è un’immagine (quando avrebbe potuto benissimo essere del testo) ma, cosa ancora più grave, è priva dell’attributo per il testo alternativo
  • Gli autori del codice sorgente hanno cercato di usare il markup separando aspetto grafico da contenuto. Una ottima idea (la pagina è leggera), ma applicata molto male. Le intestazioni dell’Html (h1,h2…) che servono a distinguere titoli da normali sezioni di testo, per esempio, sono assolutamente prive di significato. Ad h1 è stato associato il testo “Musei in Comune”, mentre con h2 “Menu di accesso facilitato”.

Sembrano sciocchezze, ma partecipano a far sì che il motore di ricerca non riconosca il testo “Museo Ara Pacis” come qualcosa di veramente significativo nella pagina.

Per il sito della ho già detto, non comportano nessuno sforzo aggiuntivo per chi sviluppa la pagina.

Interfacce tolleranti

Se dovessi scegliere una funzionalità di Google Calendar che ho trovato particolarmente utile è quella chiamata Quick Add.

E’ cioè possibile aggiungere un evento al calendario senza doversi necessariamente posizionare sul giorno desiderato e inserire tutti i campi.

Google calendar

Google Calendar cerca infatti di analizzare il testo inserito in modalità Quick Add in modo da evincere se è presente un’indicazione di data e di luogo (o, come dice la pagina di aiuto di Google, “who, what, when and where”)

E’ stato portato all’estremo il concetto del pattern chiamato Forgiving Format, che suggerisce a chi progetta le interfacce di non realizzare form complicati con decine di campi, combo e check box con l’errata convinzione che imprigionare l’utente gli eviterà di commettere errori. Dei maestri (in negativo) in questo senso sono alcuni sviluppatori (tra cui, in passato, io stesso), che per evitare del lavoro in fase di validazione dell’input, giungono perfino a usare 3 combobox diverse per richedere una data.