Sei sulla pagina 1di 11

Valutazioni di Usabilit

Laurea in ITPS

Perch valutare:
Valutare le Interfacce

Progettazione dell'Interazione con


l'Utente
Valeria Carofiglio
a.a. 2014-15

5 buoni motivi
1.
2.
3.
4.
5.

I problemi vengono risolti prima che il prodotto sia distribuito (non


dopo)
Il team di lavoro si concentra su problemi reali (non immaginari)
Gli ingegneri programmano invece di discutere
Si riducono i tempi di introduzione del prodotto sul mercato
Infine dalla prima versione esiste un prodotto vendibile, solido
.

Valutazioni di Usabilit

Un esempio
1983:

Cosa Valutare:

individuare i punti deboli dellinterfaccia,


per rivedere il progetto
attraverso un processo iterativo,
fino ad arrivare alla versione definitiva.

Un sistema di messaggeria
vocale per permettere
agli atleti olimpici di
comunicare con amici e
famiglie

E possibile, quindi, fare studi di valutazione


dopo che un primo prototipo stato realizzato
ma, idealmente,
sarebbe opportuno farlo anche prima.
Valutazioni in Laboratorio (prima di presentare un prototipo)
Valutazioni nellambiente reale: gli utenti compiono i loro task in modo molto
diverso rispetto a cosa accade in laboratorio conseguenze sulla
progettazione

Valutazioni di Usabilit

Un esempio
Esempio di dialogo:

Perch valutare:

Lesperienza utente contiene tutti gli aspetti


dellinterazione con lutente finale.[] Il primo requisito
per lesperienza utente esemplare soddisfare i bisogni
esatti dellutenza senza fastidi e seccature. Poi viene la
semplicit, leleganza che fanno nascere prodotti che sono
belli da possedere e da usare
Nielesen Norman Group.

Utente: compone il numero


Op: Comitato Olimpico Nazionale Irlandese. Posso aiutarla?
U: Voglio lasciare un messaggio per mio figlio

Il sistema poteva essere


usato da qualunque
telefono:

Op: Gareggia per lIrlanda?

1) Chiamare il comitato
olimpico del proprio
paese

U: K-E-L-L-Y

2) Lasciare il messaggio

Op: e pronto?

U: Si
Op: Come si scrive il suo cognome?

Op: Grazie deve attendere circa 30 secondi mentre la collego


al sistema.
U: Si
Op: Quando ha finito il suo messaggio riagganci e il messaggio
sar immediatamente inviato
U: Forza e coraggio.. Vinci!

Un esempio: attivit di valutazione

Un caso di studio
HutchWorld

1) Uso di scenari con schermate stampate per avere il feedback dal comitato
olimpico e dagli atleti stessi

Le prime idee di progetto

2) Test iterativi sulle guide per gli utenti, alluso del sistema
3) Simulazioni preliminari con una tastiera del telefono ed una persona che dava
istruzioni (per verificare quanto gli utenti avessero bisogno di conoscere il
.
sistema, di quale feedback avessero bisogno, se i progettisti avevano fatto
ipotesi non corrette sul comportamento degli utenti)

Necessit di informazioni sullesperienza dei pazienti: quali le terapie


tipiche, quali le risorse
. disponibili, quali i bisogni

4) Sviluppo di dimostrazioni preliminari

Interviste a tutti gli utenti potenziali (pazienti medici infermieri..)

5) Un atleta si uni al team di sviluppo per dare suggerimenti

Analisi degli studi effettuati in materia:

6) Interviste con gli atleti


7) Test con amici e parenti
8) Test di usabilit con circa 100 partecipanti
9) Test prova a distruggerlo con 24 studenti di informatica (es: tutti
chiamano nello stesso momento)

I malati parlano dei loro problemi piu facilemente via chat che di
persona

Dominio a forte componente emotiva

10) Test sul campo con partecipanti da 65 nazioni 57 problemi di usabilit


11)

Un esempio: attivit di valutazione

Un caso di studio

Di solito le analisi non sono cosi estensive ma

Le prime idee di progetto

HutchWorld

Morale
Tante pi valutazioni con gli utenti vengono
condotte

Alcune decisioni:

1) Il sistema doveva essere accessibile a tutte le ore del giorno e della


notte indipendentemente dal luogo in cui si trovassero gli utilizzatori
2) Interfaccia simile allatrio di una clinica (gli utenti avrebbero
compreso facilmente le funzionalit- uso del concetto di metafora)
3) Ambiente comunicativo sincrono (meglio supporta le comunicazioni
sociali ed emozionali)
4) Uso di Avatar fotografici tridimensionali (gli utenti godevano della
presenza identificabile)

Tanto migliore sar il prodotto finale

Un caso di studio
HutchWorld

Un caso di studio

HutchWorld: Il primo prototipo

Per permettere a pazienti malati di cancro di conversare


con parenti amici infermieri dottori
.

(in collaborazione con la Microsoft)

Un caso di studio

HutchWorld: Prima dei test

Un caso di studio

HutchWorld: Riprogettazione
- Comunicazione Asincrona

Problemi:
1) Chi avrebbe formato
gli utenti per il test ed
aiutato i pazienti?
2) Quanti prototipi e
dove dovessero essere
collocati

- Inclusione di vari tipi di aree


informative/ricreative

- Rendere il software portale per


il recupero delle informazioni, di
strumenti per la comunicazione,
di giochi (intrattenimento)
- Posta elettronica
- Bacheca per gli avvisi
- Strumento per la creazione di
pagine web

Porsi aspettative realistiche e


compatibili con le attivit reali

Un caso di studio

HutchWorld: Prima sessione di test


condotta in modo informale nellospedale sui computer esistenti,
coinvolgendo personale dellospedale preparato
precedentemente

- Strumenti per la verifica delle


presenze

Un caso di studio

HutchWorld: Seconda sessione di test


formale presso i laboratori di usabilit della Microsoft
Setting:

Goal: osservare luso generale che veniva fatto del prototipo

- 7 soggetti (4M & 3F; 4esperti. in chat; tutti sapevano navigare


ed avevano usato strumenti di comunicazione)

Risultati:

- Informati sul fatto che avrebbero usato HutchWorld

- Per 5 minuti: dovevano spiegare a voce alta cosa stavano


guardando, cosa gli sembrava poco chiaro (videoregistrati)

Gli utenti preferivano comunicazioni asincrone


-

La comunit di utenti era troppo piccola: difficile ottenere


comunicazioni efficienti

Molti utenti non erano interessati o disponibili per


comunicazioni sincrone

Molti utenti sapevano usare altri mezzi di comunicazione


asincrona (posta elettronica, bacheche elettroniche..)

- Al termine: somministrazione di compiti strutturati (per


valutare task particolari):
- Trovare la propria identit virtuale
- Comunicare con altri
- Ottenere le informazioni di cui avevano bisogno
- Divertirsi

Un caso di studio

HutchWorld: Prima sessione di test


Risultati (cont.):
-

Un caso di studio

HutchWorld: Seconda sessione di test


Un esempio di compiti strutturati

Necessario uno spazio unificato per contenuti di tipo diverso


-

.
Gli utenti usavano il computer
per giocare e cercare siti web
sul cancro

Informazioni non presenti nellambiente piu applicazioni


aperte in contemporanea

.
Problemi riscontrati:
alcuni esempi

Altre sessioni di test:


SECONDA SESSIONE DI TEST

Altri soggetti,
In clinica con pazienti veri, medici infermieri
(nel mondo naturale)
QUANDO CONCLUDERE I TEST???

Variabili Dipendenti

Il progetto di interfacce come processo


Obbiettivo

Studiare
Chi sono gli utenti
I loro compiti

Brainstorm
designs

Raffinamento
del progetto

UN ESEMPIO: Tasso di successo

Completamen
to progetto

Progettazione
di sistemi
orientati ai
compiti
Design
partecipatorio

Metodi

Progetto
orientato
allutente

Valutazione dei
tasks

(Percentuale di compiti che gli utenti riescono a portare a termine)

Psicologia degli
oggetti
quotidiani
Coinvolgimento
dellutente
Representazion
e & metafora

Interazione
partecipatoria
Task scenario
walkthrough

Testare
lusabilit

Test
sul
campo

Heuristic
evaluation

Metodi di
prototipizzazione
high
fidelity

Prototipi
getta)

Descrizione
di utenti e
compiti

Lineeguida
interfacce

(wizard of oz)

Metodi di
prototipizzazione
low fidelity

Prodotti

Progetto
delle
videate

(usa e

Prototipi
testabili

Tasso di successo = (9 + (4 * 0,5)) / 24 = 46%

Versioni
Alpha/beta del
sistema

Slide idea by Saul Greenberg

Quali parametri valutare??

Metodi Possibili
Per Gli Studi di Valutazione

Distingueremo fra:
variabili indipendenti :
quelle che influenzano il fenomeno studiato
variabili dipendenti :
quelle che misurano propriet del fenomeno studiato

(in dipendenza delle fasi del progetto)

TEST DI USABILITA' (formativi/sommativi)

Valutazione mediante simulazione (Lab/Mondo


Reale) da parte di un campione di utenti

tempi di esecuzione
naturalezza

tempi di apprendimento

consistenza
non complessit

Usabilit

...
(Stabilite in fase di progetto
.gi viste nel dettaglio)

VALUTAZIONI EURISTICHE

Valutazione da parte di esperti che analizzano


sistematicamente il comportamento di un
prodotto verificandone la conformit con gli
standard

frequenza di errori

variabili pi specifiche
Legate agli obiettivi dellapplicazione!!!!

Variabili Dipendenti

Valutazione Analitica

Vengono scelti a partire dagli obiettivi definiti


nella fase iniziale del progetto
tempi di apprendimento
di come eseguire ogni funzione
(in relazione alla frequenza con cui verranno,
presumibilmente, eseguite)
tempi di esecuzione
di queste funzioni
% di errore nellattivazione di ogni funzione
% di utenti che sono in grado di
ricordare come si esegue una certa funzione

VALUTAZIONE ANALITICA (laboratorio)

Si basa su una descrizione (formale o semi-formale) del sistema, che


consente di predire come il sistema si comporter in diversi contesti.

Vantaggi: economicit

(si pu fare una prima valutazione prima ancora di sviluppare un


prototipo)

Svantaggi:
difficolt di valutare il funzionamento del sistema in caso di
utilizzo scorretto da parte dellUtente.

Buono per fare stime sia delle variabili indipendenti (es. naturalezza,
consistenza, non complessit, eccetera) che di quelle dipendenti (es. tempi di
esecuzione).

Ma
si tratta di metodi ancora in fase di studio.

Valutazione mediante simulazione


Test di usabilit FORMATIVI
usati durante la progettazione per dare forma al progetto
GOAL: Per individuare il maggior numero dei problemi (macroscopici)
NON OCCORRE ANDARE PER IL SOTTILE:
- pochi utenti: 2/3 (5 usabilit scontata)

Valutazione mediante simulazione


Consiste nel
- Definire un campione significativo delle varie

categorie di utenti che utilizzeranno il sistema


- Valutare lusabilit del sistema da parte di questi
utenti, con metodi diversi:
1.
2.

Estrazione del modello concettuale


Mediante osservazione (in Laboratorio o sul luogo di lavoro),
- Think-aloud (Gi ACCENNATA)
- Interazione costruttiva
3. Mediante questionari, interviste, discussioni di gruppo.
.
Ma ce ne sono altri!!!

Valutazione mediante simulazione


Test di usabilit SOMMATIVI
usati al termine della progettazione per valutazioni pi
raffinate
GOAL: Per individuare problemi pi specifici in modo sistematico

Valutazione mediante simulazione


Estrazione del modello concettuale

Come?

Mostrare allutente immagini statiche di


Del prototipo o delle videate

Chiedere allutente (lesempio inziale del fax cannon)

La funzione di ogni elemento presente sulla videata (prototipo)


Come effettuerebbero un determinato task

Cosa?
OCCORRE SOFFERMARSI:
- pi utenti: 10/15
- con specifiche caratteristiche

Modello concettuale iniziale

Come le persone percepiscono una videata/schizzo (del prototipo) la prima


volta che la/lo vedono

Modello concettuale seguente

Come gli utenti percepiscono una videata/schizzo (del prototipo) dopo un


po di uso

A cosa serve?

Buono per capire cosa una persona comprende prima e dopo luso
Insuff. Per esplorare il sistema e lapprendimento

Valutazione Mediante Simulazione:

(metodi visti nei moduli scorsi per ragioni didattiche)

Walkthrough
Wizard of oz

Valutazione mediante simulazione


(non vengono evidenziate le cause di una eventuale ridotta usabilit!)

Mediante osservazione
fornisce risultati in termini di tempi, % di errore, ecc;

Mediante questionari
forniscono risultati in termini di valutazione soggettiva di propriet come
1. la gradevolezza dellinterfaccia;
2. grado di appredimento o di ricordo di concetti.

Vantaggi: si ottengono risultati quantitativi.


Svantaggi: sono lunghi e costosi da realizzare e le
risposte ai questionari non sono sempre affidabili,
specialmente se lo studio non ben progettato

Valutazione mediante simulazione


Osservazioni dirette

Come?
Osservare lutente mentre interagisce con il sistema
in lab: chiedere allutente di completare un certo (predeterminato) task (test di compito / test di scenario)
Sul campo: gli utenti svolgono le loro normali attivit sul
sistema
ESEMPI TEST DI COMPITO
Compito 1: Ricerca nel catalogo dei prodotti una scatola di pomodori pelati da 500 grammi;
Compito 2: Comprane due, pagando con la tua carta di credito;
Compito 3: Verifica lo stato del tuo ordine precedente.
ESEMPIO DI TEST DI SCENARIO
Domani sera hai due amici a cena, ma non hai il tempo di andare al supermercato. Decidi quindi di fare la
spesa online, pagando con la tua carta di credito. Collegati al sito e ordina gli ingredienti per una cena veloce
e poco costosa, ma simpatica

Valutazione mediante simulazione


Osservazioni dirette

Come?
Osservare lutente mentre interagisce con il sistema
in lab: chiedere allutente di completare un certo (predeterminato) task (test di compito / test di scenario)
Sul campo: gli utenti svolgono le loro normali attivit sul
sistema
ESEMPI TEST DI COMPITO TROPPO DETTAGLIATI
Compito 1: Registrati al sistema, fornendo il tuo indirizzo di email e una password;
Compito 2: Entra nella sezione per gli acquisti online e ricerca la sottosezione dei prodotti in
scatola;
Compito 3: Ricerca una scatola di pomodori pelati da 500 gr e caricala nel carrello della spesa;
Compito 4: Conferma lacquisto fornendo questo indirizzo di consegna e questi dati per
laddebito su carta di credito

Valutazione mediante simulazione


Osservazioni dirette

Come?
Osservare lutente mentre interagisce con il sistema
in lab: chiedere allutente di completare un certo (predeterminato) task (test di compito / test di scenario)
Sul campo: gli utenti svolgono le loro normali attivit sul
sistema

A cosa serve?
Eccellente per identificare problemi di
progetto/interfaccia
La validit dipende da come settato lesperimento

Metodo della semplice osservazione


esempio

A Claudio viene chiesto di valutare lintefaccia del motore di ricerca


Northernlight.
- Claudio un utente che a usato il web una sola volta
- gli viene chiesto di trovare una lista di libri di un famoso biologo
S.J.Gould.
- gli viene detto di digitare linfdirizzo http://www.northernlight.com e poi
di continuare come meglio ritiene.

- Claudio digita lindirizzo


- Individua la casella di ricerca
- Digita il nome del biologo, ma commette un errore di
battitura.
- Gli si apre una finestra nuova
- rimane in silenzio
- COSA STA PENSANDO?

Metodo del Think aloud


esempio

Fasi di un test di usabilit


(valutazione mediante simulazione)

A Claudio viene chiesto di valutare lintefaccia del motore di ricerca


Northernlight.
- Claudio un utente che a usato il web una sola volta
- gli viene chiesto di trovare una lista di libri di un famoso biologo
S.J.Gould.
- gli viene detto di digitare linfdirizzo http://www.northernlight.com e poi
di continuare come meglio ritiene.
- Sto digitando lindirizzo che mi avete detto (digita).
Ora premo invio, vero? (preme il tasto invio).
(pausa e silenzio)
Ha bisogno di un po di tempo per rispondere
Oh ecco! (si apre la videata)
Accidenti. Ce un sacco di informazionein questa pagina. Hmmmmm mi chiedo che fare (si
ferma e guarda lo schermo). Molto probabilmente faro una semplice ricerca: Io voglio
solamente trovare S.J.Gould, Giusto? E cosi ottenere una lista dei suoi libri, no? (si
ferma). Bene mi sembra che si debba digitare il nome in questo box. No? (muove il
cursore verso il box di ricerca, lo posiziona e digita S.J.Gouild. Non si accorge di
aver digitato male e preme il bottone di ricerca) Sembra stia succedendo qualcosa..
(guarda lo schermo) ah, ecco (guarda lo schermo e appare una videata)
(Silenzio).

Fasi di un test di usabilit


Pianificazione

- Tipo di test: FORMATIVO/SOMMATIVO


- Tipo di valutazioni: quali valutazioni, quali risorse, quali parti del
sistema
- Tipo di prototipo: fedelt adeguata al tipo di valutazione
- Risultati: metodo di analisi dei risultati

Fasi di un test di usabilit


Preparazione

- quanti/quali utenti: (utenti campione)


- quale profilo
- quali task si richieder loro di svolgere.
- quali misure da osservare
- preparazione del materiale:
- un modulo per raccogliere le informazioni sugli utenti (anagrafiche, livello di
esperienza, competenze nellambito specifico del sistema;)
- il testo con le istruzioni per lo svolgimento delle prove da consegnare agli
utenti
- la modulistica che gli osservatori utilizzeranno per raccogliere le misure
relative allesecuzione di ciascun task e le loro annotazioni durante il test.

Fasi di un test di usabilit


Esecuzione

Colloquio di spiegazione iniziale con ciascun utente:


- chiarire bene che lobiettivo della prova valutare il sistema
- mettere ogni utente a suo agio, per ridurre al massimo lo stress da esame
- spiegare bene che se una persona trova difficile usare il sistema perch il
sistema progettato male.
- garantire la riservatezza delle eventuali registrazioni che saranno effettuate,
Conduzione del test:
- I test devono essere condotti un utente alla volta.
- Familiarizzazione con il sistema (pre-test)
- Intervento minimo dei valutatori (solo rassicurazioni, mai suggerire azioni)

un questionario per le interviste finali degli utenti.

Registrare osservazioni

(per non dimenticare o maleinterpretare)


Carta e penna

Vecchio ma economico
Losservatore annota eventi, commenti, interpretazioni...
Difficile raccogliere tutti i dettagli
Piu osservatori aiutano

Registrazione audio

Buono per il metodo del think aloud


Difficile accedere ad informazioni su videate/schizzi

Fasi di un test di usabilit


Esecuzione

Colloquio di spiegazione iniziale con ciascun utente:


- chiarire bene che lobiettivo della prova valutare il sistema
- mettere ogni utente a suo agio, per ridurre al massimo lo stress da esame
- spiegare bene che se una persona trova difficile usare il sistema perch il
sistema progettato male.
- garantire la riservatezza delle eventuali registrazioni che saranno effettuate,
Conduzione del test:
- I test devono essere condotti un utente alla volta.
- Familiarizzazione con il sistema (pre-test)
- Intervento minimo dei valutatori (solo rassicurazioni, mai suggerire azioni)

Registrazione video

Per vedere e sentire ci che fa lutente


Metodo (forse) invasivo

- Annotazioni dei comportamenti sul materiale preparato

Al termine del test: Interviste/questionari sull'esperienza (punti di forza e


debolezza)

Tracciare loperato dellutente


mentre esegue task
Carta e penna

Interviste/questionari

Buono per lanalisi di questioni specifiche


Problemi
Soggettivit dei dati raccolti
Dispendioso in termini di tempo
Lutente deve rispondere a domande ricostruendo
mentalmente la sua interazione con il sistema:
possibili errori

Stile delle domande

Preparare e pianificare interviste


Alcune linee guida (Robson, 1993)

Evitare domande lunghe (difficili da ricordare)


Evitare frasi composte. Se necessario dovrebbero essere
articolate in piu domande
Es: Quanto ti piace questo cellulare paragonato ai precedenti che hai
avuto? -
Quanto ti piace questo cellulare?
Ne hai mai avuto un altro? Se si, quanto ti piaceva?

Domande aperte
Effettuare domande a risposta libera
Buono per informazioni generali (soggettive)
Difficile analizzarle rigorosamente

Evitate linguaggi gergali


Evitate domande che suggeriscano risposte

esempio

Potresti suggerire come migliorare


linterfaccia?

Es: Perch ti piaciuto questo tipo di interazione?

Attenzione alle domande inconsce (evitate di farvi guidare dai


vostri pregiudizi)

Stile delle domande

Preparare e pianificare interviste


Punti da includere (Robson, 1993)

Una introduzione (la stessa per ogni intervista)


Una fase di riscaldamento (domande semplici, es: dati anagrafici)
Una sezione principale (seq. logica con domande difficili alla fine)
Una parte di distensione (domande facili per allentare la tensione)
Una fase di chiusura (fine)

Evitate abbellimenti e rielaborazioni sulle risposte

Domande chiuse
Restringere il campo della risposta fornendo risposte possibili in
alternativa
Facilemnte analizzabili

Esempio
A lavoro usi il computer?
O spesso
O qualche volta

O raramente

Una tua giornata di lavoro tipica, usi computer:


O pi di 4 ore al giorno
O tra 2 e 4 ore al giorno
O tra 1 e 2 ore al giorno
O meno di unora al giorno

Come intervistare

Stile delle domande

(esempi di domande)

What did you like of the interface most? (or less)


the colours
the sound
the ease of moving from area to area
(more than one answer is enabled)

How much clear did you find the error messages? (in a scale
from 0 to 5)
Place the following ways of issuing a command in order of
easiness:
menu selection
icon toobar
(da Floriana Grasso, Un. di Liverpool)
keyboard

Rating
Chiedere allutente di esprimere un giudizio su una specifica questione
in forma di un valore su una scala numerica (di valori)
Normalmente le scale rappresentano il grado di accordo su una certa
questione

esempio
I caratteri sul video sono difficili da leggere:

concordo
1

non concordo
4 5

Esempio

Stile delle domande

tratto da un questionario per valutare un sito per


persone ad una svolta professionale

Scelte multiple
Offrire una selta esplicita di risposte

esempi

Partecipante n_____
Per favore cerchia la risposta pi appropriata
Et: 34-39

Quali sono le tue principali fonti di informazione sulluso di un sistema


(Una sola risposta)
O on-line manual
O paper manual
O ask a colleague

Sesso:

39-49

49-59

Maschio Femmina

Status di avanzamento di carriera:


In fase di progettazione

In corso

Completato

Esperienza nelluso di internet


Ricerca, raccolta di informazioni:

Quale dei seguenti sw conosci? (scelta multipla)


O word processor
O data base
O spreadsheet
O compiler

Ogni giorno
Una volta alla settimana
Post su bacheche elettroniche:
Ogni giorno
Una volta alla settimana
Utilizzo di chat:
Ogni giorno
Una volta alla settimana

Chiedere allutente di ordinare una lista di items


Utile per capire le preferenze
Rank the usefulness of these methods of issuing a
command
(1 most useful, 2 next most useful..., 0 if not used
__2__ command line
__1__ menu selection
__3__ control key accelerator

Mai

Una volta al mese

Mai

Una volta al mese

Mai

Esempio

Stile delle domade


Rank

Una volta al mese

tratto da un questionario per valutare un sito per


persone ad una svolta professionale
Per favore (spuntando la casella corrispondente) esprimi il tuo accordo/disaccordo con le
seguenti affermazioni
--------------------------------------------------------------------------------------------------------------------------domanda

assolut. Daccordo

Indifferente

In disaccordo

assolut. In disaccordo

--------------------------------------------------------------------------------------------------------------------------------------------------------------------Il linguaggio utilizzato


per i collegamenti
chiaro e facile da
imparare
Il sito contiene
informazioni che mi
dovrebbero essere
utili
Linformazione sul
sito facile da
trovare
Linformazione
presentata in maniera
esteticamente
piacevole

Esempio

Stile delle domande


Combinare domande aperte e chiuse
Utile per verificare errori nelle risposte

tratto da un questionario per valutare un sito per


persone ad una svolta professionale
Per favore (spuntando la casella corrispondente) esprimi il tuo accordo/disaccordo con le
seguenti affermazioni
--------------------------------------------------------------------------------------------------------------------------domanda

assolut. Daccordo

Indifferente

In disaccordo

assolut.in disaccordo

--------------------------------------------------------------------------------------------------------------------------------------------------------------------Le pagine del sito


sono disordinate e
difficili da leggere
Prefersisco i colori
scuri a quelli chiari
per la visualizzazione
a video
Dalla Home page
facile capire qual lo
scopo del sito
---------------------------------------------------------------------------------------------------------------------------------------------------------------------

Per favore sul retro di questo foglio aggiungi i cambiamenti che suggeriresti rispetto al design,
al linguaggio utilizzato o allalbero di navigazionedel sito.
Grazie per aver partecipato alla valutazione del prototipo

QUIS

Valutazione Euristica

questionnaire for User Interaction Satisfaction


(Univerit del Maryland)

Composto da 12 parti (utilizzabili insieme o da sole)


-Esperienza con il sistema (tempo passato sul sistema in oggetto)
-Esperienze pregresse (con altri sistemi)
-Reazioni generali
-Progettazione dellinterfaccia
-Terminologia e informazioni di sistema
-Facilit di apprendimento (nellutilizzo del sistema)

tecnica informale (J.Nilson)

Esperti
guidati da una lista di principi di usabilit:

Abbiamo gi analizzato:

-Capacit del sistema (tempo per compiere operazioni)


-Manuali tecnici e supporto online

-Teleconferenza

I principi del dialogo con i sistemi interattivi


(ISO 9241-110)

Le otto regole d'oro di Shneiderman

Le dieci regole euristiche di Nielsen

-Tutorials
-Multimedialit

I principi dettati -da Norman (definiti nel modulo:


progetto di oggetti di uso quotidiano)

-Installazione del software

Analisi dei dati & Proposte


migliorative
Vedere se esistono delle tendenze o delle regolarit

Confronto fra valutazioni


euristiche e test di usabilit

Priorit 1: intervento indispensabili e urgenti


Sono interventi per risolvere problemi bloccanti, senza i quali il sistema
non pu essere utilizzato per gli scopi per cui stato progettato.
Priorit 2: interventi necessari
Interventi che risolvono problemi di usabilit gravi, ma che non
impediscono allutente di utilizzare il sistema. Per esempio, possono
esistere dei percorsi alternativi che permettono comunque allutente di
raggiungere i suoi obiettivi.
Priorit 3: interventi auspicati
Interventi che risolvono problemi di usabilit di minore gravit. Per
esempio, problemi che si verificano in situazioni particolari e poco
frequenti, e che comunque sono superabili con difficolt limitate

Il vostro progetto

Esercizio 2:
I dettagli nella prossima lezione
(questa slide solo per darvi idea del fatto che farete
un piccolo studio di valutazione del vostro progetto)