Download as PDF, PPTX
Uploaded byBetter Software
Dove l’utente è re
Il documento discute l'importanza della progettazione centrata sull'utente, evidenziando come coinvolgere gli utilizzatori finali nelle diverse fasi del processo di progettazione digitale. Viene approfondito l'approccio UX e si offrono metodologie per l'ascolto e l'analisi dei bisogni degli utenti, per migliorare l'usabilità dei prodotti. Infine, si sottolinea la necessità di testare prototipi e raccogliere feedback per ottimizzare le soluzioni progettate.
Dove l’utente è re
- 1. Dove l’utente ère come, quando e perché progettare accanto agli utilizzatori finali Maria Cristina Lavazza Better Software, Firenze 27-28 giugno 2011
- 2. Indice Cosa è la progettazione centrata sulle persone La disciplina che la sovraintende: UX UX: come funziona e come si applica Come si coinvolgono gli utenti nel progetto Il codesigning Il testing Obiettivo: avere un quadro generale su come e quando coinvolgere le persone nella nostra progettazione digitale. PARTIAMO CON…. Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 3. Una chiacchierata sudi…. Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 6. Gli elementi dellaUX • l’elemento X, l’oggetto, il processo, l’applicazione, • la pratica, ovvero l’utilizzo che se ne fa all’interno di un determinato contesto • la soggettività dell’esperienza personale con il bagaglio di emozioni di sensazioni e di difficoltà che ognuno porta con sé. Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 7. Un approccio, moltediscipline sociologia estetica marketing scienze della psicologia comunicazione SCIENZE statistica etnologia ergonomia UX TECNOLOGIA ARTE linguistica biblioteconomia visual design HCI ingegneria information antropologia technology graphic communication Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 8. Tutto intorno aNOI cosa vorrebbe in più? perché lo utilizza? cosa la rende felice? che difficoltà incontra? quando lo utilizza? cosa vorrebbe in meno? cosa la colpisce? come lo utilizza? come interagisce? cosa la fa arrabbiare? si sente frustrata? perché torna? Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 9. In principio eral’usabilità… Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 10. Oggi è unecosistema Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 11. Quali i profiliUX? Information architect Interaction design Content strategist
- 12. Le fasi dellaprogettazione 1 progettazione start pianificazione ideazione UX rilascio evoluzione end sviluppo Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 13. Le fasi dellaprogettazione 2 Tone of Definizione voice Label Guide Usability di stile Concept Site Redazione test Digital map contenuti identity map Look & feel Progettazione test Definizione operativa obiettivi Test Definizione Sviluppo requisiti grafico IDEA RILASCIO Business analysis Marketing Formalizzazione Sviluppo IT Test su progetto Requisiti pregresso CMS Prototipo Analisi di mercato Inventario Content Label contenuti test test SEO content Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 14. In quali fasicoinvolgiamo le persone CODESIGNING Definizione Definizione Progettazione Sviluppo Test obiettivi requisiti operativa grafico IDEA RILASCIO Business Formalizzazione Marketing Sviluppo IT analysis progetto TESTING Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 15. Il processo diIDEO ASTRATTO brainstorming intuizione prototipazione sintesi ricerca IMPARO FACCIO raffinamento osservazione proposta approfondimento empatia implementazione VIA! CONCRETO Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 16. ASCOLTO Dove l’utente ère. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 17. Ascolto Ascolto eosservo gli utilizzatori finali e apprendo attraverso vari metodi: interviste (dirette e/o indirette) focus group tecniche di brainstorming questionari (diretti e/o indiretti) osservazione diretta diari test Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 18. CR EO La rivincita del contenuto: come organizzare, classificare e rendere efficace il contenuto dei siti web
- 19. Creo Studio, imparoe creo dagli utilizzatori finali e creo soluzioni attraverso: l’analisi competitiva l’inventario dei contenuti la concept map le personas Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 20. ORGANIZZO La rivincita delcontenuto: come organizzare, classificare e rendere efficace il contenuto dei siti web
- 21. Organizzo Organizzo irisultati e creo soluzioni attraverso: la mappa del sito il wireframe i process flows Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 22. TESTO La rivincita delcontenuto: come organizzare, classificare e rendere efficace il contenuto dei siti web
- 23. Testo Nel corsodi tutto la progettazione testo sugli utenti i prodotti attraverso: i test sull’AS IS i test sul TO BE Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 24. Il decalogo diSteve Krug se volete un gran sito dovete testarlo testare un solo utente è 100 volte meglio che non testarne nessuno testare un solo utente all’inizio del progetto è meglio che testarne 50 alla fine l’importanza di reclutare utenti rappresentativi è sovrastimata lo scopo dei test non è provare o confutare una teoria. È dare forma al vostro giudizio testare è un processo iterativo niente batte una reazione dal vivo. Dove l’utente è re. Come, quando e perché progettare accanto agli utilizzatori finali – Firenze, Better Software 2011
- 25. GRAZIE. Domande? Non sparate sul pianista