G Cap.5: Progettare per l'utente

8/3/2019 G Cap.5: Progettare per l'utente

1/13

5. Progettare per lutente

Sintesi del capitolo

Questo capitolo si occupa della progettazione dei sistemi usabili. Lapproccio tradizionale della progettazione centratasul sistema viene confrontato con quello della cosiddetta progettazione centrata sullessere umano, che mettelutilizzatore, con i suoi bisogni, abitudini e comportamenti, al centro del processo di progettazione. In questo modo, il progettista di sistema diventa, in primo luogo, progettista dellinterazione fra utente e sistema: il processo diprogettazione prende le mosse dai casi duso, e non dalle funzionalit offerte dal sistema. Questo approccio corrispondea un livello di maturit pi elevato del processo di progettazione. Lattivit finalizzata alla progettazione di sistemiusabili per tutti prende il nome di progettazione universale di cui sono brevemente ricordate le diverse strategie.

Che cosa significa progettare

Nella lingua italiana, e soprattutto nella pratica dellinformatica, il termine progettare (con i suoi derivati: progetto,

progettazione, progettista) spesso utilizzato in modo impreciso. quindi opportuno definirlo con precisione. Nelvocabolario troviamo la seguente definizione:

Progettare [dal francese projeter, dal latino proiectre, intensivo di procere, gettare avanti, composto di pravanti e icere gettare] : 1. Immaginare, ideare qualcosa e studiare il modo di attuarla; 2. Ideare la costruzionedi un edificio, di una struttura, di una macchina, ecc., compiendo i relativi calcoli e disegni per la sua realizzazione.1

In sostanza, nellattivit di progettazione si parte da un esame della situazione attuale (ci che ), per riconoscerne idifetti o i limiti e, sulla base delle possibilit offerte dalla tecnologia (ci che potrebbe essere), si concepisce e sispecifica la situazione futura (ci che vogliamo che sia, ). Progettazione quindi unattivit di natura sia intellettuale siapratica: non basta una visione del futuro desiderato, ma occorre anche definire tutti i dettagli che ne permetteranno larealizzazione.

Figura 1. Significato di progettazione

Progettare , pertanto, attivit completamente diversa dal realizzare. Nello stesso vocabolario troviamo, infatti:

Realizzare [dal francese raliser, da rel reale, da cui dipende direttamente anche linglese to realize]: 1.Rendere reale qualcosa attuandola praticamente; 2.

Realizzare quindi unattivit molto concreta (il termine deriva, in definitiva, dal latino res, che significa cosa): siparte da un progetto (il prodotto dellattivit di progettazione) e lo si attua concretamente. Per esempio, a partire dalprogetto di un edificio si organizza il cantiere per la sua costruzione, e lo si costruisce.

1Vocabolario della lingua italiana di N.Zingarelli, ed. Zanichelli, 2002

1


2/13

Nella pratica corrente, soprattutto in informatica, il termine progettare spesso usato in modo impreciso, percomprendere non soltanto le attivit di progettazione in senso proprio, ma anche la successiva realizzazione. Cos, perprogetto non si intende solo il risultato della progettazione, come sarebbe corretto (ancora dal vocabolario: progetto,insieme di calcoli, disegni, elaborati necessari a definire inequivocabilmente lidea in base alla quale realizzare unaqualsiasi costruzione), ma spesso, in modo pi ampio, tutte le attivit connesse allo sviluppo di un sistema, dallaprogettazione alla sua realizzazione concreta.

Molto usato in questo contesto anche il termine inglese design. Il verbo to design significa, semplicemente,progettare. Tuttavia, a confondere ulteriormente le cose, questa parola viene spesso usata, soprattutto in Italia, consfumature diverse. Per esempio, quando usiamo il termine industrial design (che significa progettazione industriale) avolte intendiamo sottolineare i valori di natura estetica o formale dei prodotti della progettazione. Quando diciamodesign italiano vogliamo spesso sottolineare la stessa cosa.

In questo libro, il termine progettazione sar usato in modo coerente con il suo significato etimologico, e il terminedesign sar usato come sinonimo di progettazione.

Progettare linterazione

La progettazione di sistemi usabili richiede un drastico cambiamento di mentalit rispetto allapproccio di progettazione

tradizionale. Nella progettazione tradizionale, loggetto principale dellattenzione il sistema da progettare ( a). Ilprocesso di progettazione parte dalla definizione dei suoi requisiti funzionali, cio dallidentificazione dellefunzionalit(o delle funzioni)2che esso deve fornire al suo utente, che vengono descritte in dettaglio in un documento di specifichefunzionali, a partire dal quale il sistema viene progettato e quindi realizzato. In questo approccio, lutente del sistema haun ruolo, tutto sommato, abbastanza marginale: il progettista concentra la sua attenzione sulle funzionalit, e sugliaspetti tecnici connessi alla loro realizzazione, per arrivare a soddisfare le specifiche con un rapporto costo/qualitaccettabile.

Figura 2. Dalla progettazione tradizionale alla progettazione dellinterazione

Se lobiettivo la progettazione di un sistema usabile, questo approccio non funziona. In questo caso, il progettistadovr porre la sua attenzione, in primo luogo, sullutente (b), e dovr studiarne le caratteristiche, le abitudini e lenecessit in relazione alluso del sistema. Dovr preconfigurare i vari contesti in cui il sistema sar utilizzato, e i suoi

diversi casi duso;dovr analizzare in dettaglio i compiti che lutente svolger con il sistema. Tutto questo allo scopo diprogettare un sistema che si adatti allutente, per cos dire, come un vestito su misura. Secondo questa impostazione, ilcompito del progettista non sar pi semplicemente quello di progettare le funzioni del sistema, ma quello di progettarelinterazione fra il sistema e il suo utente (o i suoi utenti), come indicato in c. Si parla, cos, di interactiondesign e, persottolineare che il punto di partenza lutente, di progettazione centrata sullessere umano (in inglese, human-centreddesign o, semplicemente,HCD).

Progettazione human-centred

La progettazione centrata sullessere umano loggetto di un altro standard molto importante per gli argomenti diquesto libro, lISO 13407: Human-centred design processes for interactive systems. Questo documentoha lo scopo,come specifica nellintroduzione, di aiutare chi ha la responsabilit di gestire i processi di progettazione di hardware e

2 In questo libro, useremo in modo equivalente le dizionifunzionalit del sistema e funzione del sistema.

2


3/13

software a identificare e pianificare efficaci e tempestive attivit di progettazione human-centred. Esso complementa ivari metodi e approcci alla progettazione esistenti. Si tratta di un documento molto importante, e ormai benconsolidato, che sar ripreso pi volte nel seguito. La filosofia e le motivazioni della progettazione human-centred sonoben riassunte dalla seguente definizione, contenuta nei paragrafi introduttivi di questo documento:3

La progettazione centrata sullessere umano (human-centred design) un approccio allo sviluppo dei sistemi

interattivi specificamente orientato alla creazione di sistemi usabili. unattivit multi-disciplinare cheincorpora la conoscenza e le tecniche dei fattori umani e dellergonomia. Lapplicazione dei fattori umani edellergonomia alla progettazione dei sistemi interattivi ne potenzia lefficacia e lefficienza, migliora lecondizioni del lavoro umano e contrasta i possibili effetti avversi delluso sulla salute, sulla sicurezza e sulleprestazioni. Applicare lergonomia alla progettazione dei sistemi richiede che si tenga conto delle capacit,delle abilit, delle limitazioni e delle necessit umane. I sistemi human-centred supportano gli utenti e limotivano a imparare. I benefici possono includere una maggiore produttivit, una migliore qualit del lavoro,riduzione dei costi di supporto e di addestramento e una migliore soddisfazione dellutente.

La progettazione human-centred non una specifica metodologia di progettazione, ma un approccio generale, che puessere concretamente sviluppato in molti modi, in funzione della natura dei prodotti da realizzare e delle caratteristiche

dellorganizzazione che ospita il progetto. A questo proposito, lISO 13407 specifica che, quali che siano i processi e iruoli adottati, lutilizzo di un approccio human-centred caratterizzato dai seguenti quattro punti:

a. il coinvolgimento attivo degli utenti e una chiara comprensione dei requisiti degli utenti e dei compiti;

b. unassegnazione appropriata delle funzioni fra utenti e tecnologia;

c. literazione delle soluzioni di progetto;

d. una progettazione multi-disciplinare.

Avremo modo di sviluppare ampiamente, nel seguito, i punti a), b) e c), e lo loro implicazioni. Per ora desideriamosottolineare che questo approccio intrinsecamente multi-disciplinare (punto d). E questo, forse, il cambiamento pirilevante rispetto a un approccio progettuale tradizionale, perch richiede unorganizzazione diversa dei gruppi di

progetto. Lingegnere (e lingegnere del software in particolare) di formazione tradizionale non attrezzato perrisolvere i problemi che la centralit dellutente pone al progettista. Per questo sono necessarie altre competenze,relative alle scienze delluomo e non alla tecnologia. Lanalisi e la comprensione dei comportamenti e delle loromotivazioni, lanalisi e la conoscenza dei processi percettivi e cognitivi coinvolti nellinterazione con i sistemi, lacomprensione delle problematiche ergonomiche, la competenza sulle diverse modalit della comunicazione umana:tutto questo deve inevitabilmente far parte dei processi che portano alla progettazione e alla realizzazione di sistemiusabili. Data lampiezza delle conoscenze e la diversit delle sensibilit coinvolte, i team di progettazione devononecessariamente coinvolgere professionisti di formazione molto differente, che svolgono mestieri di nuovo tipo: espertidi usabilit, ergonomi cognitivi, esperti di user experience, e cos via.

Di questo tratteremo meglio nel seguito. Per ora vogliamo sottolineare il fatto che lo HCD produce risultaticompletamente diversi da quelli ottenuti con lapproccio tradizionale. Questo un punto dimportanza fondamentale,

che deve essere ben compreso. Lesperienza nella didattica dello HCD insegna che, molto spesso, i progettisti con unbackground tecnico (per esempio, i progettisti di software) tendono a sottovalutare limpatto di unimpostazione human-centred sui risultati del loro lavoro. La raccomandazione di partire dallanalisi dellutente e dei suoi bisogni vieneconsiderata ovvia, e quindi non meritevole di particolari riflessioni e approfondimenti. Ma non cos. Se non sicomprende il senso profondo contenuto in questo approccio e la sua diversit, facile tornare alle vecchie abitudini, eprogettare non interazioni, ma funzioni, a scapito dellusabilit del prodotto finale.

Un esempio

Un esempio emblematico costituito dai sistemi audio-video domestici. Si tratta di sistemi realizzati collegando fra lorocomponenti diversi, con un approccio di tipo modulare: un amplificatore, un lettore di DVD, un monitor televisivo, un

sistema di altoparlanti, un decoder, e cos via. Ogni componente offre un insieme molto articolato di funzioni,3 Tutte le citazioni sono tratte dalla versione del 1999, in nostra traduzione dalloriginale in lingua inglese.

3


4/13

controllabili sia da un pannello frontale che da un telecomando. Lutente ha quindi la possibilit di governaresingolarmente ciascun componente. Lapproccio, dal punto di vista ingegneristico, sembra perfetto: la modularitpermette di connettere componenti di vario tipo, anche di produttori diversi, consentendo di configurare il sistema inmodo molto flessibile, a seconda delle particolari esigenze. Ma, come tutti noi sappiamo per esperienza diretta,lusabilit di questi sistemi bassissima.

La mostra il sistema di chi scrive, costituito da schermo televisivo, amplificatore, decoder, player DVD, VHR,giradischi. Il sistema prevede luso di ben 5 telecomandi separati (il giradischi, di vecchia produzione, non hatelecomando), dotati complessivamente di poco pi di 200 pulsanti (!). A questi si aggiungono una settantina di pulsantie manopole presenti sui pannelli frontali dei vari apparati. Per semplificare la situazione, stato fornito un ulteriore(sesto) telecomando universale, in grado di simulare tutti gli altri (con altri 48 pulsanti, che porta il totale a circa320). Questultimo per non in grado di simulare tutte le funzioni degli altri telecomandi, ma solo un sottoinsiemeabbastanza limitato, pertanto i cinque telecomandi non possono essere eliminati: a essi si dovr ricorrere per funzioniparticolari, di uso non frequente, ma comunque necessarie. Il sistema corredato di 7 manuali di istruzioni: uno perogni componente, pi uno per il telecomando universale ().

Figura 3. Il mio sistema audio-video

4


5/13

Figura 4. Ma io volevo solo accendere la televisione! (Disegno di Alberto Iobbolo)

Se ora analizziamo le necessit degli utenti di questo sistema, vediamo una situazione completamente diversa da quellache sembra avere ispirato i progettisti. Le funzioni che interessano agli utenti non vengono fornite dai singolicomponenti modulari, ma dalla loro cooperazione. Le combinazioni di comandi che sono effettivamente utili nellusoquotidiano sono in numero enormemente inferiore rispetto a quelle potenzialmente ottenibili con gli oltre 300 pulsanti:le sequenze realmente significative sono poche e ricorrenti. Per vedere il telegiornale della sera, si dovr accendere ildecoder, lamplificatore e il monitor televisivo, connetterli in qualche modo fra loro, e selezionare il canale televisivo.Poi si dovr regolare il volume. Questa sequenza corrisponde a un singolo caso duso molto frequente. Per chi scrivecorrisponde, anzi, al caso duso di gran lunga pi importante, quello che, da solo, giustificherebbe lacquistodellimpianto. Gli altri casi duso corrispondono alla visione di un DVD e allascolto di un CD musicale. Ecco che, in

una progettazione human-centred, il sistema avrebbe potuto avere un numero molto limitato di comandi di base(qualche unit) ai quali aggiungere alcuni comandi per le regolazioni iniziali o durante gli sporadici interventi dimanutenzione, che avrebbero potuto essere resi visibili soltanto ai tecnici dellassistenza. Tutto questo senza unasostanziale riduzione di prestazioni, ma con un significativo guadagno in termini di usabilit.

Questanalisi potrebbe essere ulteriormente approfondita, considerando per esempio la posizione fisica dei componentiin relazione a quella dellutente durante lutilizzo dei telecomandi. Dove si trova quando accende la TV per guardare iltelegiornale? Ci sono delle barriere architettoniche che intercettano i segnali del telecomando da tale posizione? Questeanalisi non sono state fatte e non vengono normalmente mai fatte - in fase di progettazione. In effetti, luso iniziale delsistema, dopo la sua installazione, ha rivelato notevoli problemi di usabilit, ed ha generato diversi interventi dimodifica successivi allacquisto. Un approccio che parta dalle necessit dellutente, nel caso specifico, avrebbe prodottouna configurazione dellimpianto molto diversa, senza alcuna necessit di cambiare i componenti standard, ma solo

posizionandoli e interconnettendoli in modo diverso. Tutto ci sembra ovvio, ma non viene mai fatto: il venditoreallinizio, e linstallatore successivamente, non si preoccupano di indagare sulle abitudini di chi compra. Eppure,sarebbe proprio questanalisi a dare il reale valore duso al sistema.

Si dovrebbe partire dallutente nella progettazione di qualsiasi strumento, semplice o complesso: una scopa, unfrigorifero, il cruscotto di un jumbo jet.

I casi duso

La nozione di caso duso, richiamata nella sezione precedente senza definirla, di grande importanza nellaprogettazione human-centred, e merita un approfondimento. In termini del tutto generali, un caso duso pu esseredefinito come un insieme dinterazioni fra lutente (o pi utenti) e il sistema, finalizzate a uno scopo utile per lutente.

Non bisogna confondere i casi duso con le funzionalit del sistema. In un caso duso, il soggetto lutente.

5


6/13

Nellesempio visto sopra, Ascoltare un CD o Guardare un DVD sono casi duso: lutente che ascolta o guardaun CD. Una funzione, invece, una prestazione realizzata dal sistema, per esempio Caricamento del CD,Espulsione del CD, Accensione del decoder, Selezione della traccia successiva del CD, Selezionedel menu del CD. In questo esempi, il soggetto il sistema. La distinzione sottile, ma fondamentale. Un casoduso viene realizzato, di solito, mediante la esecuzione di pi funzioni del sistema; daltro canto, una funzione del

sistema potr essere utilizzata da diversi casi duso. Un caso duso un insieme dinterazioni che, considerate nel loroinsieme,producono un risultato utiledal punto di vista dellutente. Il punto fondamentale proprio questo: lutilit perlutente. Cos, per esempio, non ha molto senso considerare casi duso delle azioni elementari dellutente, comeEspellere il CD, o Accendere il decoder. Ciascuna di esse, eseguita da sola, non ha un grande valore perlutente, perch non gli permette di raggiungere uno scopo significativo.

Per indicare un caso duso, si pu utilizzare un verbo alla terza persona singolare, per sottintendere che il soggetto lutente. Il verbo potr essere seguito da un complemento, di solito un complemento oggetto: Ascolta un CD,Guardaun DVD. Come ulteriore esempio consideriamo un telefono cellulare. Nella sono indicati, a sinistra, due casiduso (Fa una telefonata e Invia un SMS). Essi sono realizzati mediante le funzioni elencate sulla destra. Lefrecce indicano lassociazione fra casi duso e funzioni. Si vede che la funzione Cercare nome in rubricavieneutilizzata per trovare il numero di telefono del destinatario, in entrambi i casi.

Figura 5. Casi duso e funzionalit

Semplificando al massimo, possiamo dire che il progettista orientato al sistema si occupa di progettare funzioni,lasciando allutente il compito di metterle nella sequenza giusta, per ottenere ci che gli serve. Si accontenta di

fornire i mattoni di base, lasciando allutente lincombenza di costruirsi ci che gli serve. Segue un approccio bottom-up, come chi ha progettato il mio sistema audio-video. Il progettista orientato allutente, invece, desidera conoscereperch lutilizzatore adoperer il sistema, e vuole permettergli di raggiungere questi obiettivi nel modo pi semplice elineare. Segue un approccio top-down: non parte dalle funzioni, ma dagli obiettivi ci che abbiamo chiamato casiduso - le funzioni saranno definite dopo, di conseguenza.

Lidentificazione dei casi duso unattivit fondamentale nella progettazione human-centred. Disporre di un elencoben fatto dei casi duso del sistema costituisce un primo passo indispensabile per poterlo progettare. La formulazione diquesto elenco pu sembrare un compito banale, ma non cos. Per eseguirlo correttamente, occorre superare diversedifficolt. Innanzitutto, esiste sempre il rischio di scambiare i casi duso con le funzionalit, e di ricadere nelletradizionali pratiche della progettazione orientata al sistema. Inoltre, occorre individuare il giusto livello di astrazione.

Come abbiamo gi osservato, un caso duso un insieme dinterazioni che producono un risultato utile per lutente.Quindi, non ogni insieme dinterazioni pu essere considerato un caso duso. Per esempio, in uno sportello Bancomat,

6


7/13

Preleva contante un caso duso, ma Digita la password non lo . Infatti, questultima azione non ha un valoredi per s, ma solo parte di un processo che permette di effettuare il prelievo. solo questo che interessa allutente, ed per questo che deve effettuare una serie di compiti, per cos dire, ancillari, come anche Inserire la tessera,Selezionare loperazione desiderata, Ritirare la tessera, e cos via. Unultima difficolt data dal fatto chelelenco dei casi duso deve essere il pi possibile completo. Ci permette di avere un quadro preciso, anche se ancora

molto generale, del rapporto fra utente e sistema e della sua complessit funzionale. Per esempio, lelenco completo deicasi duso di un tipico sportello Bancomat potrebbe essere il seguente:

Preleva contante Visualizza il saldo del conto corrente

Ricarica scheda prepagata del cellulare.

La nozione di caso duso, proposta da Ivar Jacobson a partire dal 1967, ampiamente usata nellambito dellingegneriadel software. La descrizione dei casi duso del sistema da realizzare , come vedremo, un contenuto importante deldocumento dei requisiti. Pertanto, ne parleremo pi estesamente nel Capitolo 7, dedicato alla stesura di questodocumento.

Progettazione universale

Nellesempio del sistema audio-video, abbiamo visto come una progettazione che prenda le mosse dalle esigenzedellutente debba tenere conto delle specifiche situazioni duso del sistema. Quanto maggiore la conoscenza dei casiduso del sistema, tanto meglio riusciremo a progettarne lusabilit. Daltra parte, nel Capitolo 3 abbiamo introdotto ilconcetto molto importante di usabilit universale). Vorremmo poter costruire sistemi che risultino usabili non solo peruna specifica persona o gruppo di persone, ma anzi per ogni categoria di utenti, indipendentemente dalla loro classesociale, etnia, lingua, cultura, collocazione geografica, dotazione tecnologica o eventuali disabilit. Un sistemauniversalmente usabile non discrimina e non divide un mondo di prodotti universalmente usabili sarebbe certamentepi equo.

La progettazione di sistemi universalmente usabili stata chiamata progettazione universale (universal design) o pirecentemente, in ambito europeo, design for all(abbreviato inDfA) o, ancora, inclusivedesign. Secondo la definizionedi Ron Mace: 4

Universal design la progettazione di prodotti e ambienti usabili da tutte le persone, al massimo gradopossibile, senza la necessit di adattamenti o progettazioni speciali.

La filosofia del design universale non riguarda solo i sistemi interattivi, e pu applicarsi a molti ambiti diversi, quali ildisegno industriale, larchitettura, lurbanistica, lambiente, le infrastrutture di mobilit e comunicazione. In effetti, ilconcetto (e il termine che lo denota) non nasce nellinformatica. Alla fine degli anni 90, un gruppo di architetti, designerindustriali, ingegneri e ricercatori ambientali del Center for Universal Design della North Carolina State University,negli Stati Uniti, ha elaborato i seguenti sette principi generali del design universale, per orientare i progettisti,

indipendentemente dal particolare ambito di progettazione (prodotti industriali, ambiente, comunicazioni, eccetera):5

1. Equit duso: il prodotto della progettazione utile e vendibile a persone con abilit diverse.

2. Flessibilit duso: il prodotto della progettazione supporta un ampio spettro di preferenze e abilit individuali.

3. Uso semplice e intuitivo: luso del prodotto della progettazione facile da comprendere, indipendentementedallesperienza, conoscenza, capacit linguistica o livello di concentrazione corrente dellutente.

4. Informazione percepibile: il prodotto della progettazione comunica efficacemente linformazione necessariaallutente, indipendentemente dalle condizioni ambientali o dalle abilit sensoriali dellutente.

4 Ron Mace appartiene al Center for Universal Design della North Carolina State University, dove il concetto di universal design stato inizialmente proposto, http://www.design.ncsu.edu/cud .5

Nostra traduzione in italiano dalla versione 2.0 (1997) dei Principi del Design Universale. Copyright 1997 NC State University,The Center for Universal Design. Cfr. http://www.design.ncsu.edu/cud/index.htm. Ogni principio corredato di opportune lineeguida (29 in tutto), anchesse molto generali.

7
http://www.design.ncsu.edu/cudhttp://www.design.ncsu.edu/cud/index.htmhttp://www.design.ncsu.edu/cudhttp://www.design.ncsu.edu/cud/index.htm


8/13

5. Tolleranza agli errori: il prodotto della progettazione minimizza i rischi e le conseguenze avverse di azioniaccidentali o non intenzionali.

6. Ridotto sforzo fisico: il prodotto della progettazione pu essere usato in modo efficace, confortevole e consforzo minimo.

7. Dimensione e spazio adatti alluso e allapproccio: vengono forniti dimensioni e spazi appropriati perlavvicinamento, la manipolazione e luso, indipendentemente dalla corporatura, postura o mobilit dellutente.

Nel caso dei prodotti interattivi, la progettazione universale rappresenta una sfida difficile per il progettista. Una cosa costruire rampe daccesso a un edificio, utilizzabili anche da persone disabili, ben altra cosa progettare un sistemasoftware complesso usabile per tutti (pensiamo, per esempio, a un word processor, a un browser, a un sito web di e-commerce, a un mobile phone). Le difficolt derivano sostanzialmente da tre ragioni:

1. Diversit delle tecnologie disponibili ai diversi utenti.

Come si gi osservato, gli ecosistemi tecnologici sono in continuo, rapido cambiamento. Pensiamo per esempio aipersonal computer. Nonostante la loro elevatissima standardizzazione, i sistemi utilizzati, in ogni momento, sonomolto diversi fra loro. Le configurazioni e la potenza delle varie macchine sono molto differenti, e cos le versioni

di software installate. Ci pone enormi problemi di compatibilit fra i sistemi e di diversit di prestazioni. Unadiscriminazione importante riguarda laccesso alla rete. Gli utenti che dispongono di connessioni a banda largapossono usufruire di servizi che altri utenti, per limitazioni prestazionali, non possono, in pratica, utilizzare. Chidispone di connessioni mobili gode di una flessibilit sconosciuta a chi pu accedere alla rete solo da postazionifisse, magari lontane dalla propria abitazione.

2. Diversit degli individui.

Le persone sono molto diverse fra loro. Queste differenze rientrano approssimativamente in tre grandi categorie:fisiche, cognitive, socio-culturali. Le prime sono relative ai parametri che differenziano gli individui dal punto divista del loro genere, della struttura corporea e delle loro prestazioni fisiche: altezza, peso, acuit visiva, udito, usoprevalente della mano destra o sinistra, capacit di coordinamento mani/occhi, e cos via. Le seconde riguardano lecapacit cognitive: memoria, attenzione, attitudine al ragionamento logico o analogico, capacit di ragionamaneticomplessi, ecc. Le diversit socio-culturali sono legate agli ambienti sociali e culturali nei quali i vari individuioperano e dai quali vengono formati. Nonostante la globalizzazione in atto, queste diversit fra le culture presentisul pianeta permangono e, anzi, vengono coltivate e sviluppate, spesso in reazione ad essa.

3. Diversit nella capacit duso della tecnologia.

Le persone sono diverse nella loro capacit di relazionarsi con i sistemi tecnologici. Per esempio, chi fa lavorodufficio e utilizza correntemente delle applicazioni software ha un rapporto con la tecnologia molto diverso da chi,opera in aree rurali, nellagricoltura o nellallevamento. Esiste inoltre un fortegap generazionale, che differenzia lagenerazione di chi entrato in contatto con le tecnologie digitali fin da bambino, e le generazioni precedenti. notala spontaneit con cui gli appartenenti alla cosiddetta net-generation6utilizzano le tecnologie digitali, anche senza

un particolare addestramento.

Dal punto di vista generale, ci sono essenzialmente due strade per produrre un design universale. La prima ( A)rappresenta lapproccio tradizionale. Esso consiste nel definire un utente medio (o normale) del sistema, cio queltipo di utente al quale il prodotto prioritariamente sindirizza. Si analizzano i suoi bisogni e i suoi contesti duso, e si

6 Con il termine net-generation (chiamata anchegenerazione Y) si suole indicare la generazione dei nati fra il 1977 e il 1997. Queste

persone sono entrate in contatto con i personal computer e con internet fin da bambini, ed hanno sviluppato un rapporto immediato espontaneo con queste tecnologie, che considerano quasi parte dellambiente naturale. Questo rapporto particolare con la tecnologiadella net-generation (e della generazione successiva) stato studiato da varie parti. Si veda, per esempio, il best-seller di DonTapscott, Grown Up Digital How the Net Generation is Changing Your World, McGraw-Hill, 2009. Vedi anchehttp://dontapscott.com.

8
http://dontapscott.com/http://dontapscott.com/


9/13

progetta il sistema per lui. Per gli altri utenti chiamiamoli utenti speciali si realizzeranno dei componenti ad hoc,separati dal sistema, i quali, in sostanza, lo adatteranno alle varie situazioni dinteresse. In sostanza, gli utenti specialidovranno dotarsi di uninterfaccia aggiuntiva e accedere al sistema con la mediazione di questa interfaccia. Comeabbiamo gi visto, nel caso degli utenti con disabilit, queste interfacce speciali sono chiamate tecnologie assistive(lettori di schermo, tastiere braille, e cos via). Gi il termine indica che esiste una discriminazione: gli utenti speciali

devono essere assistiti con dispositivi ad hoc. Questa la strada finora maggiormente seguita per la costruzione disistemi accessibili a utenti con disabilit.

Questo approccio pone diversi problemi. Progettando il sistema per lutente medio, il progettista non in grado ditenere conto fin dallinizio delle necessit degli utenti diversi. Gli adattamenti potranno quindi rivelarsi complessi darealizzare, o comunque portare a risultati non soddisfacenti per gli utenti ai quali sono destinati. Per esempio, comeadattare in modo soddisfacente uninterfaccia di tipo desktop a utenti non vedenti? Basta esaminare le funzioni che ivari sistemi operativi offrono per rendere accessibile il computer a utenti con disabilit visive, per convincersi che lacosa crea notevoli difficolt. Ladattamento risulta complicato e farraginoso, sostanzialmente estraneo alla filosofiautilizzata nel design concept iniziale del sistema. Un altro tipo di difficolt dovuto alla necessit di mantenere lacompatibilit fra il sistema e le diverse tecnologie assistive destinate agli utenti speciali.

A fronte di queste difficolt, ha incominciato a farsi strada una filosofia di progettazione molto diversa. Secondo questoapproccio (B), la progettazione non privilegia lutente medio, ma tiene in considerazione fin da subito le necessit ditutte le categorie di utenti. Non serviranno adattatori o tecnologie assistive esterni al sistema: questi sar in grado diadattare il proprio funzionamento a ogni specifica classe di utenti, una volta che le informazioni necessarie per questapersonalizzazione gli siano state fornite, per esempio dallutente stesso in una fase iniziale di configurazione (sistemaadattabile).

9


10/13

Figura 6. Possibili soluzioni per la progettazione universale:uso di adattatori (A); sistema adattabile (B); sistema adattativo (C)

evidente che i due approcci sono molto diversi. Il primo (A) semplifica lattivit di progettazione, che deveconsiderare una casistica limitata agli utenti normali. Ma, come abbiamo visto, non esente da difficolt, che sonosemplicemente trasferite ad altri, cio ai progettisti delladattatore. Il quale potr porre notevoli difficolt, nel caso in

cui linterfaccia fra questo e il sistema non sia stata ben concepita in anticipo. Il secondo approccio (B) richiede che tuttii problemi siano affrontati e risolti in modo sistematico, fin dallinizio. Questa strategia tipicamente pi complessa,anche se, ovviamente, le difficolt dovranno essere esaminate nelle specificit dei diversi sistemi.

Esiste, infine, una terza possibilit, ancora pi sofisticata (C). In questo caso il sistema, oltre ad essere personalizzabilein fase di configurazione iniziale, in grado di monitorare con continuit i comportamenti e le modalit dusodellutente, e di adattarvisi modificando il proprio comportamento. In sostanza, il sistema impara durante luso.Esempi tipici di questi sistemi, che si dicono adattativi, sono quelli che devono trattare input molto variabili da utente autente, come i sistemi di riconoscimento vocale, o di riconoscimento della scrittura. Questi devono normalmente portarea termine una fase di addestramento iniziale, per apprendere le caratteristiche comportamentali dello specifico utente(che quindi si dovr identificare a ogni uso). Superata questa fase iniziale, laddestramento continua durante gli utilizzisuccessivi, con laiuto dellutente. Questi dovr, in qualche modo, correggere il sistema ogni volta che non si

comporter in modo soddisfacente, per arricchire la casistica dei comportamenti ad esso noti.

I tre approcci non sono alternativi, ma complementari, e possono essere in qualche misura compresenti in uno stessosistema. In definitiva, potremmo definire la progettazione universale come lapproccio secondo il quale i sistemi sonoprogettati per essere sufficientemente intelligenti da adattarsi alle richieste o alle modalit di utilizzo dei loro diversiutenti o, quando ci non sia possibile o troppo complesso, da permettere un facile interfacciamento con adattatorispeciali.

Livelli di maturit della progettazione

La discussione precedente suggerisce che system-centred design e human-centred design non dovrebbero essereconsiderati due approcci alternativi, fra i quali scegliere secondo le situazioni. Lo human-centred design pu essereconsiderato un approccio pi maturo, che contiene al suo interno le problematiche tecniche del system-centred design,ma le inserisce in un contesto pi ampio, che ci permette di comprendere in modo pi approfondito le finalit delsistema. Possiamo, in effetti, classificare le attivit di progettazione in differenti livelli di maturit:

Primo livello di maturit: il prodotto funziona.

A questo livello, il progettista si occupa principalmente della risoluzione di problemi di natura tecnologica, e siaccontenta che le funzioni previste nel sistema siano operative, e non ci siano errori di funzionamento. Questo illivello pi elementare, in cui si accetta di realizzare un sistema anche rudimentale, purch permetta di eseguire alcuni

compiti ritenuti importanti. il livello in cui sono superate le difficolt tecniche basilari, e non ci si preoccupa se, perutilizzare il sistema, si devono porre in essere particolari accorgimenti o accettare delle limitazioni. A questo livello sicollocano spesso i prototipi realizzati con finalit di ricerca, il cui obiettivo non tanto quello di realizzare un prodottorifinito in tutti gli aspetti, quanto quello di dimostrarne la fattibilit tecnica.

Secondo livello di maturit: il prodotto fornisce le funzionalit necessarie.

A questo livello, il sistema non soltanto funziona, ma realizza tutte le funzionalit ritenute necessarie per gli scopi percui concepito. Lattenzione del progettista posta sulla completezza e sulla qualit delle funzioni del sistema, di cuicura laffidabilit, le prestazioni, la flessibilit, la modularit. Da parte dellutente, che nellambito del progetto rivestesostanzialmente un ruolo di comparsa, ci si aspetta che esegua disciplinatamente le operazioni specificate nel manualeduso, possibilmente senza commettere errori. il livello del system-centred design, in cui si colloca lingegneria

tradizionale. Ne abbiamo visto un esempio nel sistema audio-video discusso in precedenza.

10


11/13

Terzo livello di maturit: il prodotto facile da usare.

Questo il livello della progettazione human-centred. Non solo il prodotto funziona e offre tutte le funzionalitrichieste, ma le organizza in modo adeguato rispetto alle tipologie e alle necessit dei suoi utenti, nei diversi contestiduso. La progettazione parte dallanalisi delle caratteristiche degli utenti cui il sistema destinato, e dalla definizioneprecisa dei casi duso nei vari contesti. Nella mente del progettista lutente, da comparsa, diviene protagonista, e sicerca di assecondarne nel modo migliore i comportamenti, i gusti, le idiosincrasie. Lutente pesantemente coinvoltonel processo di progettazione, anche come soggetto attivo nella concezione, sperimentazione e valutazione del sistema.

Quarto livello di maturit: il prodotto invisibiledurante luso.

Questo il livello al quale ogni bravo progettista dovrebbe tendere. In questo caso il prodotto funziona, fornisce tutte lefunzionalit richieste, usabile e, inoltre, sintegra in modo cos armonico e poco intrusivo con i comportamenti del suoutente che questi, durante luso, non si accorge di usarlo. In altre parole, esso permette allutente di concentrare lapropria attenzione sul compito che sta eseguendo, e non sullo strumento che lo supporta. Lo strumento diventa, per cosdire, invisibile. Cos, quando usiamo una buona penna per scrivere una lettera, siamo concentrati sul testo della lettera enon sullo strumento che utilizziamo per scriverlo. La penna sostanzialmente invisibile, diventa una sorta di protesi

dellutente il quale, come avviene con ogni protesi ben progettata, tende a non essere consapevole della sua esistenza.Ne percepisce la presenza solo quando qualcosa non va, per esempio quando linchiostro termina o il pennino rovinato. Allora, e soltanto allora, lattenzione dellutente viene sottratta al compito e rivolta allo strumento.

Un altro esempio tipico (ce ne sono molti) il posto di guida di unautomobile. Durante la guida, lattenzione di unguidatore esperto, se i comandi dellauto sono ben progettati, sar rivolta alla strada e non ai comandi stessi, chemanovrer in modo pressoch automatico. Ottenere questo risultato (che potremmo chiamare design protesico, daprotesi) costituisce lobiettivo pi sfidante per il progettista dellinterazione. Questo livello richiede, di solito, una lungaesperienza nella progettazione di prodotti simili: un prodotto maturo quasi sempre il risultato di una lunga evoluzione,nella quale i difetti delle versioni precedenti vengono corretti nelle versioni successive, in un processo evolutivo simile,per certi versi, allevoluzione naturale.

Chi linteraction designer

Le discussioni precedenti fanno comprendere che le competenze richieste a un interaction designer (il progettistadellinterazione) sono molto diverse perch pi ampie da quelle richieste a un system designer(il progettista deisistemi). Mentre questultimo dovr possedere essenzialmente competenze di natura tecnologica nel dominio cuiappartiene il sistema da progettare e progettuale (i metodi e gli strumenti da utilizzare nelle attivit di progettazione), ilprimo dovr essere in grado di analizzare e comprendere le caratteristiche e i bisogni dellutente per definire, a partireda queste, le modalit dinterazione pi opportune.

LInteraction Design Association (IxDA), che raccoglie pi di 10.000 membri in tutto il mondo, nel suo sito webdescrive in questo modo linteraction design, e la professione dellinteraction designer7:

Linteraction design (IxD) una disciplina professionale che chiarisce la relazione fra le persone e iprodotti interattivi che esse utilizzano. Pur avendo solide fondamenta nella teoria, pratica e metodologiadel design tradizionale, essa si occupa specificamente della definizione dei dialoghi complessi cheavvengono fra le persone e i dispositivi interattivi di ogni tipo dai computer agli apparati per lacomunicazione mobile agli elettrodomestici.

Gli interaction designer si sforzano di creare prodotti e servizi utili e usabili. Seguendo i principifondamentali della progettazione centrata sullutente, la pratica dellinteraction design si fonda sullacomprensione degli utenti reali dei loro obiettivi, compiti, esperienze, necessit e desideri. Affrontando laprogettazione da una prospettiva centrata sullutente, tentando di bilanciare le necessit dellutente, gliobiettivi di business e le possibilit tecniche, gli interaction designer producono soluzioni a sfide

progettuali complesse, e definiscono prodotti e servizi interattivi nuovi ed evolutivi.7Nostra traduzione da http://www.ixda.org.

11
http://www.ixda.org/http://www.ixda.org/


12/13

Questo richiede competenze e sensibilit specifiche, che non sono fornite nel curriculum formativo di un designerindustriale o di un progettista software. Infatti, i sistemi odierni sono sempre pi complessi, e linterazione non soltanto quella fisica considerata dallergonomia tradizionale (postura, sforzo, illuminazione, ecc.), ma soprattutto di tipo cognitivo. Lergonomia diventa, quindi, ergonomia cognitiva, e il compito dellinteraction designer , anche,quello di conoscere e assecondare i meccanismi cognitivi coinvolti nellinterazione utente-sistema, in modo che ne

risultino sistemi gradevoli e facili da usare. Linteraction designer utilizza quindi competenze e metodi provenienti davarie discipline, con un atteggiamento fortemente multidisciplinare ().

Figura 7. Multi-disciplinarit dellinteraction design

Dovr avere una conoscenza di base dei principali meccanismi della percezione e della cognizione (visione, udito, tatto,memoria, attenzione, ), dei meccanismi della comunicazione umana (il linguaggio, la comunicazione scritta, visiva emultimediale,) e della psicologia sociale. Dovr conoscere le potenzialit della tecnologia (componenti di base,apparati utilizzati nella comunicazione uomo-macchina e nella comunicazione umana mediata dalla tecnologia, e loropossibilit). Dovr essere in grado di comprendere le necessit degli utenti nel contesto delle loro attivit, individuarnele diverse tipologia e analizzarne compiti. Dovr, infine, conoscere i metodi e le tecniche della progettazione e

dellingegneria dellusabilit. Dovr possedere una mentalit aperta allinnovazione e attitudini creative. Uno stranoincrocio, si potrebbe dire, fra uno psicologo, un artista e un ingegnere.

Il mestiere dellinteraction designer si declina poi in diverse specializzazioni, a seconda del tipo di prodotto oggettodella progettazione: dai prodotti tecnologici di largo consumo, fino ai siti e alle applicazioni web (web designer).

Ripasso ed esercizi

1. In che senso la progettazione human-centred diversa dalla progettazione intesa in senso tradizionale(progettazione centrata sul sistema)?

2. Spiega il concetto di caso duso, e la differenza fra caso duso e funzionalit.

3. Considera un elettrodomestico di casa tua che utilizzi spesso (il fornello, il forno a microonde, la lavatrice,la lavapiatti, o altro), ed elencane i casi duso, facendo riferimento alla tua esperienza specifica.Esaminandone lusabilit in rapporto alle tue esigenze, potresti affermare che tale elettrodomestico siastato progettato con un processo human-centred? Perch?

4. Che cosa si intende per progettazione universale? Quali sono gli approcci progettuali possibili?

5. Individua alcuni prodotti invisibili durante luso nel senso discusso in questo capitolo.

6. Perch la progettazione human-centred richiede necessariamente un atteggiamento multi-disciplinare?

Approfondimenti e ricerche

1. La nota di Donald Norman The perils of Home Theatre descrive il punto di vista di questo autore sul

design degli apparati di home theatre (http://jnd.org/dn.mss/the_perils_of_home_theater.html).2. Oltre alla nota di cui sopra, il sito di Donald Norman (http://jnd.org ) contiene unampia collezione di

12
http://jnd.org/dn.mss/the_perils_of_home_theater.htmlhttp://jnd.org/http://jnd.org/dn.mss/the_perils_of_home_theater.htmlhttp://jnd.org/


13/13

scritti di grande interesse sul tema dello human-centred design e della progettazione dei sistemi interattivi.

3. Indicazioni per approfondire la nozione di caso duso sono fornite nella sezione Approfondimenti ericerche del Capitolo 7.

4. Per una rassegna sul concetto di e-Inclusione e di Design-for-All, e sui progetti Europei sullargomento, siveda P.L.Emiliani, Inclusione nella Societ dellInformazione, in A.Soro (ed.), Human Computer Interaction

Fondamenti e prospettive, ed Polimetrica, 2008 (in rete), pagg. 47-109. Unaltra risorsa molto utile per ildesign universale e i problemi di accessibilit il sito del Trace Research & Development CenterdellUniversit del Wisconsin-Madison (http://trace.wisc.edu ), ricco di documenti e link ad altre risorsesullargomento.

13
http://trace.wisc.edu/http://trace.wisc.edu/

Documents

G Cap.5: Progettare per l'utente