UX

La notifica degli errori

Alessandro Scardova — Sat, 02 Feb 2013 19:50:12 GMT

È un po’ che ho in mente di scrivere questo post: quante volte malediciamo i nostri utenti perché quando qualcosa va storto ti dicono: “non funziona” e quanto chiedi educatamente se si ricordano il messaggio di errore la risposta è quasi sempre negativa.

Ma è sempre colpa loro? Io credo che molte volte si trascuri l’aspetto di user experience nella gestione degli errori, si fa presto a scrivere un:

catch (Exception ex)
{
var md = new MessageDialog(ex.Message);
var result = md.ShowAsync();
}

Ma il risultato non è sempre alla portata di tutti:

Brutta bestia il MessageDialog o MessageBox usato in una catch, ma è quello si usa molto spesso: che fare quindi? Prima di tutto è bene sostituire i messaggi di sistema, che sono pensati per fornire informazioni di debug allo sviluppatore ma non per essere visualizzati all’utente. Gli errori devono essere semplici, di facile comprensione e memorizzazione, per esempio:

Errore di rete;
Accesso negato;
Manca la carta nella stampante;
Non riesco a salvare;

Evitare di usare parole come memoria (gli utenti non sanno mai se si tratta di RAM o di storage), database (questo misterioso) o altri tecnicismi che potrebbero confondere l’utente.

Salvare gli errori di sistema in un log al quale l’utente potrà accedere su richiesta del tecnico di help desk, con un comando apposito.

Evitare le dialog: è incredibile come le dialog vengano sistematicamente ignorate dagli utenti. In caso di errore visualizzare l’informazione in modo evidente nell’interfaccia utente e se necessario disabilitare comandi che potrebbero generare altri errori.

Questo è un esempio di come ho implementato la gestione degli errori:

Debbo dire che l’esperienza ha dimostrato che anche in caso di problemi l’utente è sempre in grado di comunicare correttamente l’errore riportato.

The Microsoft design language

Alessandro Scardova — Sat, 03 Nov 2012 11:10:56 GMT

Ci siamo, finalmente la nuova famiglia dei sistemi operativi Microsoft è disponibile: Windows 8, Windows RT e Windows Phone 8 sono realtà. Tre OS differenti pensati per dispositivi diversi: Personal computer e tablet basati su processori classici, pc e tablet basati su processori ARM e, ovviamente, smartphone.

L’idea è che tutti questi oggetti, indipendentemente dalla forma e dalla tecnologia interna, abbiano in comune la stessa esperienza utente: personal Computer, notebook, tablet, cellulari e console per videogame possono essere utilizzati nello stesso modo, con estrema facilità per l’utente.

Un processo che matura nel tempo
Nel 2007 Microsoft mette insieme un gruppo, la divisione Microsoft's Entertainment & Devices, guidato da Robbie Bach; gruppo che Walt Mossberg definisce “una piccola Apple”. Fin troppo: il gruppo a mio parere segue una strada già percorsa da Apple che vede una separazione, nell’esperienza utente, del mondo PC dal mondo consumer. Il gruppo si inventa il famoso courier, un device innovativo ma con un’esperienza utente completamente diversa da Windows. Nel 2010 Ballmer capisce che non può esserci una divisione così isolata dal resto della società e manda in pensione Bach, assumendo direttamente il controllo della divisione. La decisone è chiara: Microsoft deve reinventarsi Windows e Office per offrire agli utenti un’unica esperienza utente, dall’intrattenimento alle attività professionali, dai cellulari ai Personal Computer negli uffici.

Una vision ambiziosa
Come è possibile dare la stessa esperienza utente a oggetti che devono essere comandati con le dita ad altri che hanno tastiera e mouse? Semplice, la stessa che ci consente di comunicare con la voce e con il testo scritto: il linguaggio. Se altre aziende hanno un design language, esso viene limitato all’hardware: dalle linee sinuose dei prodotti Apple alle auto della Mercedes questi prodotti ci parlano di come sono stati prodotti, progettati e assemblati. Microsoft è la prima società che introduce “un unico e consistente design language per ogni schermo”, questo linguaggio che alcuni conoscono come “Metro”, oggi si chiama Microsoft design, proprio per rafforzare il concetto che non si tratta di un modo di concepire una particolare linea di prodotti, ma che diventa il linguaggio di design di tutti i prodotti della società.

C’era bisogno di tutto ciò?
Pensiamo alla user experience delle applicazioni Windows che usiamo tutti i giorni, sebbene ci sia un corposo documento che indica come devono essere fatte le applicazioni, questo documento viene regolarmente disatteso (sono semplici linee guida) e spesso le applicazioni non hanno coerenza tra loro. Pensiamo alla interazione tra le diverse applicazioni: se oggi dobbiamo trasferire dati da un’applicazione all’altra non ci rimane che il copia / incolla o affidarci ai filtri di importazione. Pensiamo all’installazione: se oggi abbiamo bisogno di una funzionalità dobbiamo fidarci del nostro motore di ricerca o di portali specifici, ma non abbiamo l’esperienza di uno Store dove le applicazioni vengono certificate e approvate per noi. Se pensiamo a tutto questo probabilmente converremo con Microsoft che c’è bisogno di qualcosa di nuovo e reimmaginato che possa girare sui nostri dispositivi per i prossimi anni.

Un cambio di prospettiva
”Sono salito sulla cattedra per ricordare a me stesso che dobbiamo sempre guardare le cose da angolazioni diverse. E il mondo appare diverso da quassù. Non vi ho convinti? Venite a vedere voi stessi. Coraggio! È proprio quando credete di sapere qualcosa che dovete guardarla da un'altra prospettiva”. [Prof. Keating, L’attimo Fuggente]

Solo Windows 8 permette alle vecchie applicazioni di girare nella modalità desktop, Windows Phone 8 consente di utilizzare le applicazioni scritte per Windows Phone 7.5 (ma non quelle per Windows Mobile) mentre Windows RT consente di installare solo le nuove app Windows Store, applicazioni che vengono verificate e certificate da Microsoft. Non siamo obbligati ad abbracciare la nuova modalità: possiamo continuare a sviluppare le applicazioni come abbiamo sempre fatto. Ma se vogliamo dare ai nostri clienti un’esperienza unica, in modo che la nostra applicazione faccia parte della loro vita digitale dobbiamo cominciare a sviluppare in modo nuovo.

Insomma, abbiamo un sacco di motivi per divertirci nei prossimi mesi :)

A proposito, via aspetto giovedì 8 novembre al Dev Camp a Bologna!

Addio Metro: è stato bello.

Alessandro Scardova — Wed, 03 Oct 2012 14:39:53 GMT

Mancano pochi giorni al lancio ufficiale di Windows 8 e finalmente sembra che si sia chiarita la vicenda intorno al codename “Metro”, che nella fase Beta indicava sia un’applicazione per Windows 8 e Windows RT che il particolare design che le caratterizza, arrivando fino a definire la nuova pagina Start di Windows 8.

Tralascerò i motivi per cui Microsoft ha dovuto abbandonare il codename e la incredibile vicenda legata ad una nota catena di Cash & Carry tedesca per concentrami sul concetto di Design Language.

La versione RTM di Visual Studio chiama correttamente i template per sviluppare applicazioni per Windows 8 e Windows RT “Windows Store” e da un post di Mary Jo Foley di qualche giorno fa si fa chiarezza (o quasi) sul punto:

Windows Store apps
(per i fanatici del branding la parola apps è in minuscolo)
Sono le app realizzate per Windows 8 e Windows RT che verranno distribuite attraverso il Windows Store, che non necessariamente devono avere un particolare design style, fermo restando il rispetto dei requisiti per la certificazione, attualmente alla versione 3.0.

Modern apps
In un primo tempo pensavo che Modern identificasse il nuovo nome del design language, anche perché i concetti base sono simili a quello che viene definito Movimento Moderno, ma mi sono presto dovuto ricredere: Somasegar in una intervista telefonica, definisce "Modern apps" is a sweeping term that mean apps that work on connected devices and make use of continuous services,". Non ci troviamo quindi di fronte ad una definizione di un design ma piuttosto ad una architettura specifica per applicazioni mobili e non solo, in grado di consumare servizi remoti.

Microsoft design style
a quanto pare Microsoft ha messo il cappello al design language: quello che fino ad oggi abbiamo chiamato Metro style è diventato il design language di Microsoft, nato e pensato per le Windows Store apps i cui principi possono essere estesi ad altri tipi di applicazioni, sia desktop che web, a documenti e presentazioni.

La documentazione è ancora in aggiornamento con la nuova nomenclatura, le stesso PDF che riassume UX Guildelines in versione RTM citano ancora Metro styles app, in generale però quando si parla di design delle Windows Store apps si fa riferimento al Microsoft design style.

Salvo valide motivazioni, ad esempio legate ad un particolare brand dell’app, se volete sviluppare app Windows Store di successo è bene seguire i principi del Microsoft design stile definiti in questa pagina.

Addio Metro, è stato divertente giocare col quel nome, ma oggi diamo un caloroso benvenuto al Microsoft design style!