Proprio quando stavamo iniziando ad abituarci al strumenti, quadri e metodologie per progettare buone app mobili, scopriamo che il panorama dei dispositivi sta cambiando di nuovo: smartwatch e altri dispositivi indossabili connessi, sensori e tutto ciò che si trova sotto l'ombrello "Internet of Things" stanno portando nuova complessità nel nostro campo e rende molto difficile dire dove " mobile "o" app "inizia e finisce davvero.
E noi progettisti abbiamo difficoltà a abituarci. Dato che molti di noi hanno prima contattato il design mobile con il responsive web design, è stato molto più facile approcciare il design mobile come se fosse una sorta di "web più piccolo con supporto touch e accesso alla telecamera".
Ma i prodotti e i servizi imminenti sono pensati per vivere in modo fluido su una vasta gamma di dispositivi, sensori e connessioni di rete. Quindi credo che la mobilità , piuttosto che mobile , definisca molto meglio il tipo di ambiente per il quale dovremo progettare.
Piuttosto che concentrarsi su un dispositivo specifico, progettare per la mobilità è un approccio più ampio al design; uno che offre valore perché può essere trasmesso da qualsiasi combinazione di dispositivi. La mobilità ci costringe a pensare in modo ampio e a rimpicciolire da dispositivi specifici per guardare all'ecosistema in cui progetteremo.
La tecnologia ha acquisito consapevolezza di ciò che facciamo, dove andiamo e con chi ci relazioniamo. Per un po ', sembrava che i telefoni cellulari sarebbero stati l'unico punto di contatto per la tecnologia per conoscere il nostro contesto, perché erano l'unico dispositivo "intelligente" che stavamo portando con noi. Questo, ovviamente, non è più vero; smartwatch, braccialetti da fitness e altri dispositivi indossabili possiedono sensori (come monitor per la frequenza cardiaca e pedometri) che non avrebbero senso per un telefono cellulare.
Quindi, in realtà, gran parte del nostro contesto che un'app o una piattaforma può acquisire non dipende da un singolo dispositivo, ma piuttosto da una combinazione di più punti di contatto: pensa a come Facebook determina se accedi da una posizione "insolita". Dobbiamo considerare quanto possiamo sapere sull'ambiente di un utente, dati tutti i dispositivi che potrebbero avere a disposizione in un dato momento.
La consapevolezza del contesto implica anche la progettazione per i casi in cui la quantità di informazioni disponibili è limitata o inesistente. Questo è vero anche se stiamo progettando un singolo dispositivo noto: in determinate condizioni, l'accesso ai dati o i servizi di localizzazione possono essere inaffidabili o cessare di funzionare completamente. Questo è, ad esempio, ciò che accade quando i servizi di localizzazione possono fare affidamento solo sul GPS.
Vogliamo conoscere meglio il contesto dei nostri utenti al fine di soddisfare meglio i loro bisogni (o ottenere più denaro da loro, a seconda della nostra motivazione). In questo senso, ottenere informazioni da loro è solo la prima metà di una transazione: gli utenti ci danno informazioni in cambio del valore ottenuto da tali informazioni. Il modo in cui restituiamo il valore agli utenti è rispondendo .
Il significato di "reattivo" è stato gravemente rovinato. È ridotto a non più di essere in grado di adattarsi a diverse dimensioni dello schermo. Dobbiamo riportare il concetto di "rispondente" al suo significato più completo: essere in grado di rispondere e quindi stabilire una comunicazione con l'utente.
Un'interfaccia veramente reattiva ascolta attivamente un ambiente imprevedibile
Un'interfaccia veramente reattiva ascolta attivamente un ambiente imprevedibile. Ciò può implicare qualsiasi cosa, dall'avere coscienza di una connessione Internet persa, alla risposta a un'improvvisa variazione della frequenza cardiaca e a tutto ciò che si trova nel mezzo. Waze , ad esempio, cambia automaticamente lo schema dei colori da chiaro a scuro in base all'ora del tramonto. Questo è buono, perché evita di accecare l'utente di notte, ma potrebbe essere migliorato, ad esempio, rilevando la luminosità dell'ambiente utilizzando le telecamere del telefono. In questo modo, l'interfaccia utente si adatterebbe in tempo reale se l'auto entra in un tunnel o se sta uscendo da un parcheggio buio verso una strada luminosa.
Stiamo sottostimando pesantemente ciò che siamo già in grado di sapere sul contesto dei nostri utenti. Analytics, ad esempio, ci dice molto su chi sta visitando il nostro sito o usa la nostra app, ma per lo più usiamo queste informazioni in modo passivo, post-mortem, analizzando solo ciò che è successo. Cosa fare se abbiamo sfruttato i dati di Analytics per rispondere in tempo reale ai nostri utenti?
Abbracciare la mobilità ci costringe a pensare molto più duramente all'ambiente dei nostri utenti e cercare di servirli meglio stabilendo una comunicazione più ricca e intelligente.
Non è una novità che gli schermi diventino sempre più piccoli e più capaci. Ma la nozione di uno schermo stesso viene messa in discussione dalla nuova tecnologia: un Oculus Rift è un vero e proprio "schermo"? E l'interfaccia proiettata nei parabrezza delle auto? O cosa fa una lente Holo sul muro della nostra stanza?
Da un lato, le interfacce visive non sono più legate ai rettangoli di vetro incandescente; per l'altro, la disponibilità di feedback auditivo e tattile ci offre più opzioni per comunicare con i nostri utenti e rafforzare i messaggi. In questo contesto, la mobilità è uguale alla discrezione; i nostri sistemi dovrebbero adattarsi agli utenti, non viceversa.
Gli smartwatch, ad esempio, mirano a ridurre la quantità di tempo che fissiamo sugli schermi, al fine di consumare solo le informazioni che abbiamo veramente bisogno in questo momento. Nella maggior parte dei casi, ciò avviene tramite notifiche.
La varietà e l'imprevedibilità dei media attraverso i quali le nostre informazioni possono essere consegnate costringe le nostre comunicazioni a ridursi al loro minimo comune denominatore: le notifiche.
Ci sono tre cose fondamentali riguardo alle notifiche: una, sono semplici e brevi; due, la loro capacità di essere progettati è piuttosto limitata, perché devono adattarsi a fattori di forma radicalmente diversi; e tre, interrompono attivamente l'utente (push) invece di aspettare che richiedano qualcosa (pull).
Quindi, il vero valore della maggior parte delle app risiede nel contenuto che è in grado di fornire in un determinato momento. L'UX di ciò che accade all'interno dell'app full-size è secondario alla notifica (il primo esempio è rappresentato dalle app di chat). In effetti, per molti casi d'uso, una buona notifica non richiede nemmeno l'accesso all'app completa - questo è particolarmente vero in Android, dove le notifiche sono molto più ricche, meglio progettate e fruibili.
Il paradigma app-centrico che è il centro della nostra attuale esperienza mobile sta lentamente iniziando a lasciare il posto a un flusso di contenuti e informazioni tempestivi forniti dai fornitori di tua scelta, qualcosa di simile a quello che sta iniziando a diventare Google Now. Chi è in grado di offrire i migliori consigli sui ristoranti? I migliori dati meteo? Le migliori informazioni sul traffico?
Ciò pone una forte enfasi sul valore fornito agli utenti dai fornitori di servizi e contenuti, piuttosto che da come è progettata un'app ben progettata.
Ciò significa che le app spariranno o diverranno del tutto irrilevanti? Per i fornitori di servizi di valore, ovviamente no. Le app, per esempio, sono gli endpoint dell'utente attraverso cui vengono immessi i dati; per Yelp è il miglior fornitore di recensioni, è comunque necessario lasciare una recensione utilizzando l'app. In secondo luogo, le app offrono visualizzazioni dettagliate (non useresti Instagram solo attraverso notifiche) e esperienze coinvolgenti che sono più adatte a diversi casi d'uso.
Ricorda però che le notifiche, le schede e le altre unità di contenuti di dimensioni contenute guideranno l'interazione e l'interazione degli utenti per molte, se non per la maggior parte, app. La progettazione di "first-notification" consente di distribuire il valore della tua app attraverso una gamma molto più ampia di media e ti costringe a pensare prima su preziose informazioni e poi su transizioni, layout e palette di colori.
Quanto sopra può essere facilmente letto come un invito a lanciare più notifiche, ma probabilmente abbiamo bisogno di meno notifiche in questi giorni, non di più. Le notifiche sono abusate dalla maggior parte delle app, che egoisticamente ritengono opportuno interrompere l'utente per fornire contenuti che non hanno richiesto o addirittura aspettarsi (un esempio che non smette mai di infastidirmi è le notifiche "su misura per te" di Twitter, abilitate di default e soprattutto una cattiva ipotesi su quali contenuti potrebbero interessarmi).
La tecnologia ci fornisce dati dai quali possiamo dedurre il contesto, ma dobbiamo ancora capire il contesto per darne un senso
Le notifiche dovrebbero essere un modo per fornire valore piuttosto che un'opportunità per incoraggiare costantemente gli utenti a tornare alle nostre app.
Il che ci riporta al bisogno di essere consapevoli del contesto. I progettisti devono essere connessi con l'ambiente dei nostri utenti dalla fase di concettualizzazione. Quindi le tecniche come la ricerca contestuale, l'ombreggiamento e la ricerca sul campo sono più importanti che mai, poiché una maggiore mobilità significa che l'ambiente è sempre meno prevedibile. Se l'ambiente per un utente web negli anni '90 era una scrivania, una sedia e una stanza, ora può essere ovunque, in qualsiasi momento.
La tecnologia ci fornisce dati dai quali possiamo dedurre il contesto, ma dobbiamo ancora capire il contesto per darne un senso; se no, finiamo con dati grezzi casuali e inutili ottenuti dai sensori. La corretta ricerca dell'utente, quindi, è più importante che mai, sia per concettualizzare prodotti e servizi migliori, sia per dedurre adeguatamente il contesto a cui risponderemo.
Il design UX è diventato molto più complesso. Bene, "solo" è fuorviante; lo stiamo "solo" notando. Più che mai, i progettisti di UX devono essere di larghe vedute, collaborativi, accurati e attenti a ciò per cui stanno progettando. Abbiamo bisogno di approfondire la nostra conoscenza della tecnologia disponibile tanto quanto è necessario per garantire che i nostri utenti non ne siano sbalorditi.