{"id":390,"date":"2013-07-25T17:17:14","date_gmt":"2013-07-25T15:17:14","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/progettare-servizi-oltre-lo-schermo\/"},"modified":"2013-07-25T17:17:14","modified_gmt":"2013-07-25T15:17:14","slug":"progettare-servizi-oltre-lo-schermo","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/progettare-servizi-oltre-lo-schermo\/","title":{"rendered":"Progettare servizi oltre lo schermo"},"content":{"rendered":"
\n

Il modello produttore-consumatore \u00e8 cos\u00ec radicato nella nostra societ\u00e0 che tendiamo a trattare tutto come un prodotto: un’offerta completa che pu\u00f2 essere messa sul mercato e di cui dimenticarsi.<\/p>\n

Le esperienze online raramente sono cos\u00ec semplici.<\/p>\n

Immaginatevi di prendere un volo da Londra a New York: prenotate un biglietto sul sito web della compagnia aerea, usate il sistema di check-in e ticketing online, interagite con lo staff del gate e con altri passeggeri e avete a che fare con dei servizi dell’aeroporto gestiti da terze parti, come il trasporto di terra e la sicurezza. D’un tratto, quel biglietto aereo non \u00e8 solo un acquisto online, ma un’esperienza continua di un servizio, addirittura una in cui possono andare storte centinaia di cose in qualunque momento.<\/p>\n

Supponiamo che una famiglia debba fare il check in all’aeroporto invece che online perch\u00e9 il sistema web non \u00e8 stato in grado di gestire la prenotazione di un posto per un neonato. Sembra un solo piccolo problema, ma insieme ad altri “piccoli” problemi, lo stress indotto quando si viaggia su lunghe tratte con una giovane famiglia diventa enorme, grande abbastanza da farli desistere dal volare ancora con quella compagnia.<\/p>\n

Potreste essere chiamati dal dipartimento marketing a riprogettare il sito web di questa compagnia aerea, ma chi si occupa della progettazione delle macchine per il check-in, dei sistemi di CRM usati dallo staff del call center, del materiale cartaceo o delle policy a cui deve aderire il personale di bordo?<\/p>\n

State pensando a questi contesti pi\u00f9 ampi del servizio? Dovreste, perch\u00e9 anche se il vostro “lavoro” termina con il design di uno specifico canale, le esperienze dei vostri utenti non finiscono l\u00ec. Il sito web o l’app mobile potrebbero essere meravigliose da sole, ma i clienti fanno esperienza dei servizi nella loro totalit\u00e0 e basano il proprio giudizio su quanto funzionino bene tutti insieme. Questo significa che le transizioni tra i canali e nel tempo diventano cruciali.<\/p>\n

Quando nessuno sta progettando il resto e<\/em> si sta curando del modo in cui il tutto viene messo in connessione, allora c’\u00e8 il pericolo che molte parti dell’esperienza del servizio “accadranno e basta”. Se ci importa dei nostri utenti cos\u00ec tanto come diciamo, questo livello non \u00e8 sufficientemente buono.<\/p>\n

\"Single-Channel<\/a><\/p>\n

Pensare in maniera single-channel<\/p>\n<\/div>\n

\"Multichannel<\/a><\/p>\n

Un’esperienza multichannel<\/p>\n<\/div>\n<\/div>\n

\n

I servizi non sono prodotti da catena di montaggio<\/h2>\n

Come si fa a sapere la qualit\u00e0 di un prodotto? Potete provare un iPhone, ispezionare le cuciture di un vestito o fare un test drive di una Mercedes, ma i servizi spesso sono intangibili. Non potete tenere in mano il vostro conto corrente bancario o l’abbonamento del vostro provider di telefonia mobile. Questi servizi vi garantiscono l’accesso all’infrastruttura, come l’onnipresente “cloud” o la rete dei bancomat della banca, di cui vedete solo una piccola parte per la maggior parte del tempo. Ci\u00f2 rende difficile la valutazione della qualit\u00e0 da parte dei potenziali clienti.<\/p>\n

Molti servizi critici, come l’assicurazione e la sanit\u00e0, sono investimenti a lungo termine in un possibile scenario futuro. In questi casi, il cliente non scopre nemmeno la qualit\u00e0 del servizio fino a molto tempo dopo il pagamento e spesso nel momento peggiore, quando c’\u00e8 in corso un disastro.<\/p>\n

Ovviamente, i servizi non sono completamente intangibili. Un cliente potrebbe non essere in grado di tenere in mano il proprio conto corrente, ma interagir\u00e0 con molte parti del servizio: il bancomat, il sito dell’online banking, l’app per lo smartphone, filiali, staff, materiale pubblicitario e le buffonate del noioso servizio di sicurezza sono tutti punti tangibili del servizio.<\/p>\n

Qualcuno deve progettare tutti questi punti di contatto e probabilmente ne avete addirittura progettato qualcuno voi stessi. Ma spesso non sono progettati come un insieme coerente, al contrario, ciascun canale \u00e8 il territorio di un dipartimento diverso all’interno dell’organizzazione.<\/p>\n

\"Molte<\/p>\n

Molte attivit\u00e0 sono organizzate in dipartimenti stagni, che non comunicano tra loro.<\/p>\n<\/div>\n

Dividere le organizzazioni in dipartimenti, in cui ciascuno riporta al management, ha funzionato bene per le aziende di prodotti industriali: su una linea di montaggio, ogni lavoratore crea lo stesso oggetto, come ad esempio un auto, che non cambia mai la forma finale pianificata durante tutto il processo di assemblaggio. Ogni task \u00e8 ripetibile e richiede poca o nessuna interazione con altre persone, talmente tanto che i lavoratori possono essere sostituiti dai robot.<\/p>\n

Ma i servizi non sono fatti su una catena di montaggio. Sono complessi e difficili da fare in maniera corretta, perch\u00e9 i vostri utenti potrebbero interagire con il servizio in un ampio spettro di scenari. Non potete prevedere precisamente quale servir\u00e0 a ciascun utente, in che ordine verranno incontrati e chi lo aiuter\u00e0 durante il percorso. Il servizio viene usato in maniera diversa da ciascuna persona, perch\u00e9 siamo tutti diversi.<\/p>\n

\"I<\/p>\n

I servizi sono ecologie.<\/p>\n<\/div>\n

Molti di questi canali coinvolgono anche le interazioni tra le persone. Sebbene ai tizi che si occupano del brand piaccia parlare di prodotti che hanno una personalit\u00e0, la vostra auto non si sveglia con un dopo sbornia e il vostro iPhone non odia il suo capo e non agisce in maniera scontrosa con il suo utente tutto il giorno.<\/p>\n

Di contro, la vostra interazione con qualcuno del call center della vostra azienda \u00e8<\/em> il valore del servizio e le interazioni tra persone sono confuse e imprevedibili. Le relazioni non possono essere scomposte in dipartimenti gestibili e in unit\u00e0 nelle stesso modo dei prodotti. Questo significa progettare con<\/em> le persone e non solo per<\/em> loro. I sistemi di back-end e i servizi che usa lo staff sono tanto importanti quanto quelli che vede il cliente.<\/p>\n

Se ciascun canale \u00e8 anche posseduto e gestito da un diverso dipartimento all’interno dell’azienda, \u00e8 molto difficile creare un’esperienza utente coerente, perch\u00e9 le persone che lavorano su diverse parti del progetto prendono decisioni senza capire le loro implicazioni al di fuori del proprio gruppo, oppure, la decisione cade tra diversi dipartimenti e nessuno prende una decisione.<\/p>\n

In entrambe i casi, appare una rottura nella customer experience.<\/p>\n<\/div>\n

\n

Il momento e il luogo influenzano il servizio<\/h2>\n

Inoltre, le esperienze che si fanno di un servizio sono molto influenzate da quando e da dove avvengono. La cosa pi\u00f9 strabiliante nel momento sbagliato pu\u00f2 essere tanto frustrante quanto qualcosa nella media fornito al momento giusto.<\/p>\n

Pensate a una coppia che sta litigando in un ristorante quando un violinista arriva e gli fa una serenata, oppure a un’infermiera servizievole con un pasto poco dopo che una persona cara \u00e8 morta in una stanza d’ospedale (una cosa di cui ho avuto esperienza diretta). Cos\u00ec come con buona parte del design, alcune delle migliori esperienze di servizio sono come il cameriere ideale: arriva per riempirvi il bicchiere quando ne avete bisogno, ma in qualche modo si rende invisibile quando non serve.<\/p>\n

La chiave per una service experience trasparente \u00e8 prendersi la briga di comprendere i contesti nei quali gli utenti interagiscono con i servizi e come i servizi interagiscono tra loro.<\/p>\n

Dopo un recente aggiornamento delle macchinette che distribuiscono i biglietti dei treni della Deutsche Bahn in Germania, ad esempio, il design grafico delle schermate \u00e8 pi\u00f9 piacevole, ma il flusso interattivo generale \u00e8 molto pi\u00f9 lento. L’interfaccia \u00e8 simile a quella di un sito web ma nel contesto della fretta per prendere un treno, la sequenza di tab in tab \u00e8 time consuming e totalmente frustruante.<\/p>\n

\"I<\/p>\n

I tab in sequenza rendono lente le nuove macchinette dei biglietti della Deutsche Bahn.<\/p>\n<\/div>\n

L’altro contesto \u00e8 l’assistenza delle macchinette stesse, solitamente fatta da fornitori di terze parti. Anche quando \u00e8 chiaro al designer e al ricercatore che le macchinette dei biglietti sono un problema, l’azienda che le fornisce e che ne fa la manutenzione solitamente \u00e8 avverso ai cambiamenti, portando come motivazione i problemi di supporto IT. In un progetto di cui sono a conoscenza, l’unica cosa che il team di design poteva cambiare era la grafica: non gli era nemmeno permesso toccare il layout dei bottoni nonostante la ricerca portasse delle prove che mostravano che creavano confusione ai clienti.<\/p>\n

Qualcosa di cos\u00ec piccolo come il cambio della policy di un’organizzazione, l’accordo con un partner esterno o addirittura un singolo elemento dell’UI<\/a> possono avere un grande effetto di ritorno che \u00e8 sempre in relazione con persone reali con emozioni vere.<\/p>\n

Pensate alle interazioni del servizio in termini simili a qualunque altra relazione<\/a>. La mancanza di igiene personale di base di una persona o la sua puntualit\u00e0 possono non essere un grosso problema nello schema generale delle cose, ma rivelano quanto sta a cuore a quella persona l’interazione con gli altri.<\/p>\n

Lo stesso vale per i servizi. Tutti i piccoli difetti (mandare lettere all’indirizzo sbagliato, errori nei conti, clienti che devono ripetere i dettagli pi\u00f9 volte), danneggiano la fiducia delle persone in un’azienda. Fanno chiedere alle persone se un caos simile succeda anche dietro il sipario. Se il sistema web di una compagnia aerea non funziona, far\u00e0 un appropriato mantenimento della sua flotta di aerei? Sistemare i piccoli problemi pu\u00f2 avere un grande impatto sul livello di fiducia e sull’esperienza generale.<\/p>\n<\/div>\n

\n

Cominciate a progettare oltre lo schermo<\/h2>\n

Le esperienze non sono legate ai canali dei media. Progettare servizi complessi \u00e8 sia un’opportunit\u00e0 sia una sfida per i designer web e mobile.<\/p>\n

Diciamo di essere molto empatici con gli utenti, ma i designer non sono cos\u00ec bravi a spostare l’obiettivo sui loro clienti. Spesso vediamo il nostro ruolo come tutela dell’utente finale dalla miopia aziendale. Perch\u00e9 non chiediamo anche: “Allora, far girare un’azienda con 5000 impiegati deve essere difficile. Vuoi parlarcene?”<\/p>\n

Gli stessi metodi e attenzioni che usiamo per difendere gli utenti possono essere estesi nella struttura dell’organizzazione che d\u00e0 questi servizi e oltre. Pensateli come UX per l’intera organizzazione.<\/p>\n

I designer eccellono nel rendere tangibile ci\u00f2 che \u00e8 intangibile e sono decisamente abituati a visualizzare e a comunicare le dipendenze tra i vari sistemi. Possiamo fare questa cosa per gli ecosistemi di servizi cos\u00ec come facciamo per le architetture dei siti web creando degli artefatti come modelli di sevizio<\/a>, mappe cliente-viaggio<\/a>, storyboard<\/a> e prototipi<\/a>. Tutto ci\u00f2 aiuta chi deve fornire servizi a comprendere come verr\u00e0 sentita<\/em> l’esperienza e ad evidenziare i punti in cui qualcosa potrebbe andare storto.<\/p>\n

Ad esempio, l’azienda energetica norvegese Haflsund ha avuto un gran numero di richieste al call center. L’azienda avrebbe potuto assumere pi\u00f9 personale addetto al customer service, ma ha scoperto che la sorgente del problema era molto prima del call center: il 30% delle chiamate erano da clienti che erano semplicemente confusi riguardo le proprie bollette<\/a>. Un prototipo li ha aiutati a modellare e testare una soluzione e implementarla \u00e8 costato molto meno che un aumento del personale.<\/p>\n

Sebbene non tutti i clienti siano interessati a uscire dai propri dipartimenti, non permettete a questo di fermarvi. Meglio comprenderete il modo in cui un canale per cui state progettando si inserisce in un contesto pi\u00f9 ampio, migliore sar\u00e0 il vostro design. Potreste non essere in grado di influenzare gli altri canali, ma potete<\/em> accertarvi di usare lo stesso linguaggio e di creare delle “rampe di accesso e di uscita” ben congegnate per il vostro canale.<\/p>\n<\/div>\n

\n

Progettare per il cambiamento<\/h2>\n

Comunque, molte organizzazioni sanno bene<\/em> che la loro customer experience \u00e8 pessima. Semplicemente non sanno come sistemarla.<\/p>\n

Aiutatele ad uscire dalla loro mentalit\u00e0 da vecchia industria usando la massima dello sceneggiatore. Mostrate<\/em> ai clienti in che modo le altre parti della loro organizzazione hanno un impatto su quello che stanno cercando di fare, non diteglielo<\/em> e basta. Questa potrebbe essere la prova di cui hanno bisogno per persuadere gli altri nella loro organizzazione a cambiare.<\/p>\n

Ovviamente non si tratta solo di un lavoro per i designer. I professionisti della gestione del cambiamento sono tanto essenziali in questa operazione quanto lo sono i designer esperti per un buon sito web. Non di meno, le nostre capacit\u00e0 visuali sono potenti.<\/p>\n

Molti executive si sentono maggiormente a proprio agio a parlare di business case in Excel piuttosto che di esperienze, perch\u00e9 i numeri sembrano oggettivi. Quello che tutti davvero vogliono sono le assicurazioni che il progetto non fallir\u00e0, n\u00e9 dal punto di vista del business<\/em> n\u00e9 da quello del design<\/em>. Allontanarsi dallo schermo<\/a> con degli artefatti visuali e tangibili che possano essere provati e testati crea un ponte tra i due.<\/p>\n

Illustrazioni: {carlok}<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

State facendo il redesign del sito web di una compagnia aerea, ma chi sta progettando le macchine per il check-in, i sistemi CRM usati dallo staff del call center, il materiale cartaceo o le policy a cui deve aderire il personale di bordo? Che vi piaccia o meno, questi canali fanno parte della user experience generale. Di per s\u00e9, il vostro sito web o la vostra app per mobile potrebbero essere grandiosi, ma i clienti fanno esperienza dei servizi nella loro totalit\u00e0 e i loro giudizi si basano su quanto tutto funzioni bene insieme. Imparate a progettare oltre lo schermo, creando degli artefatti visuali e tangibili che possono essere esperiti e testati, cos\u00ec da poter creare un ponte tra business e design.<\/p>\n","protected":false},"author":818,"featured_media":7000703,"comment_status":"open","ping_status":"open","template":"","categories":[279,94,9,277],"tags":[],"coauthors":[396],"class_list":["post-390","article","type-article","status-publish","has-post-thumbnail","hentry","category-interaction-design","category-numero-77-25-luglio-2013","category-usabilita","category-web-strategy"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article\/390","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article"}],"about":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/types\/article"}],"author":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/users\/818"}],"replies":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/comments?post=390"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media\/7000703"}],"wp:attachment":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media?parent=390"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/categories?post=390"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/tags?post=390"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/coauthors?post=390"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}