Davvero una grande risorsa… grazie per la segnalazione GUUUI.

Da un pò di tempo a questa parte sto ercando di ultimare la lettura di questo libro: Rules of play - Game design fundamentals.

Il mio obiettivo è un pò come quello di Alberto cercare di capire come è possibile far evolvere la progettazione di una applicazione web integrando elementi tipici del gioco senza snaturare le finalità di una applicazione. Devo ringraziare Alberto per i link all’interno del suo articolo che mi aiutano notevolmente nella prosecuzione della mia ricerca.

E’ molto interessante la prospettiva, che evidenzia Alberto, di progettare un sito/applicazione predisponendolo al gioco senza incanalare l’utente in una prospettiva di giorco “imposta”.

Credo che il “gioco” possa entrare nell’applicazione a differenti livelli: architettura dell’informazione, look&feel, meccanismi di interazione tuttavia è il mix di questi che porta alla percezione di una esperienza gradevole nel momento dell’uso dell’applicativo.

Continuerò la mia esplorazione alla ricerca di nuovi elementi e di un modello di integrazione possibile… per cercare di rendere le applicazioni più divertenti.

Serena è un software molto interessante che consente la prototipazione ma fornisce degli utili strumenti di supporto . Ad un primo sguardo sembra che la visione dell’attività di prototyping sia vista non come momento isolato ma come parte di un progetto che coinvolge risorse e definisce un processo.

In tal senso è molto interessante la presenza di una gestione dei requisiti del progetto e delle attività del medesimo.

uno strumento molto interessante che espande notevolmente le capacità di prototyping per giungere ad un sistema completo di gestione della progettazione d’interfaccia.

Una recensione più approfodità verrà pubblicata dopo la prova su strada.

AGGIORNAMENTO

Recensione completa su uxtastic.

Puntare sul look’n feel vuol dire prototipare con il massimo di fedeltà a quella che sarà la grafica finale del prodotto. In questo caso particolarmente importante è l’uso dei colori in Axure.

La palette colori in Axure ha tre grandi limitazioni per l’uso professionale del prodotto:

1. Quantità di colori aggiungibile ai “colori personalizzati” troppo basso. La limitazione risulta evidente sopratutto nel momento in cui ci si trova a lavorare con Axure su molti progetti che hanno linee cromatiche differenti.

2. La palette colori non è legata al file sul quale si sta lavorando… ragione per la quale molto spesso ci si trova a dover ridefinire tutti i colori nel passare da un file ad un altro.

3. Non è possibile definire delle etichette descrittive per i colori. Ogni volta bisogna quindi ri-mappare mentalmente la funzionalità di tutti i colori: colori di sfondo, colori del testo, colori per i titoli, colori per il testo libero, colori degli elementi di feedback e così via.

Queste tre limitazioni risultano particolarmente rilevanti sopratutto nel momento in cui vi è la necessità per il designer di prototipare un nuovo elemento di interazione che dia delle indicazioni specifiche e puntuali al professionista che dovrà poi realizzare la grafica, o nel momento in cui con il cliente si stiano discutendo aspetti di comunicazione in cui i cromatismi sono essenziali.

E’ possibile risolvere la situazione attraverso la creazione di una pagina palette e di uno strumento Colour Contrast Analyzer.

La pagina palette ci aiuta a tenere traccia dei colori per lo specifico file in cui viene inserita, mentre Colour Contrast ci aiuta a ricodificarli per riaggiornare la palette dei colori ogni qualvolta si cambi progetto su cui lavorare.

Un esempio di pagina per la palette dei colori.

Ho scaricato la beta della versione 4.6 e sono molto ansioso di provarla.

Riflettendo sulla fedeltà dei prototipi oggi possiamo individuare due componenti di fedeltà dei prototipi: il look and feel e l’interazione.

La componente di look and feel viene oggi risolta egregiamente da strumenti di prototipazione avanzati che consentono di importare soluzioni grafiche con la rigidità del caso ma comunque molto vicine alla resa grafica finale dell’applicazione.

Il lato forse poco esplorato della fedeltà dei prototipi è quello dell’interazione. Con l’avvento dei “behavior” javascript molti elementi dell’interfaccia si sono liverati della staticità di un tempo e godono di comportamenti propri. L’interazione è sicuramente nella fedeltà di un prototipo la cosa più faticosa da rappresentare. Gli strumenti di prototipazione odierni implementano comportamenti limitati e molto spesso questi comportamenti non possono essere utilizzati come mattoni fondamentali per costruire comportamenti più complessi.

Quali le possibili soluzioni alle limitazioni? Una commistione fra prototipo e storyboarding che permetta al progettista di scenggiare i comportamenti di acluni eleemnti aprendo un timeline di rappresentazione nel momento in cui l’utente o il cliente fruiscono del prototipo?

Alcune soluzioni vanno sicuramente discusse alla luce della finalità di un prototipo.

Quello che sicuramente manca ad Axure è la possibilità di condividere delle librerie di master, cosa che può essere sostituita dalla condivisione di un file axure contentente solo ed esclusivamente master.

Per intenderci i master sono, nel panorama del programma, l’oggetto che più si avvicina al pattern. Questi componenti riutilizzabili introducono dei vantaggi sostanziali:

• fedeltà dei prototipi
• condivisione di soluzioni progettuali e di interazione in team costituiti da più progettisti

Lavorando per reti itnranet diventa essenziale l’uniformità di stile e grafica al fine di poter fornire all’utente una idea unitaria di intranet. In questo caso ci si trova a progettare applicazioni che avranno il medesimo look and feel. Axure ci aiuta consentendo di definire dei master con un livello di fedeltà elevatissimo rispetto al look and feel.

In questi casi definire un libreria di master agevole i processi di prototipazioni successivi alla prima applicazione e consente in breve tempo di ottenere dei prototipi con una fedeltà elevatissima.

L’utilizzo di un file come libreria di master consente inoltre di estendere alcune soluzioni progettuali in un team di progettisti, riuscendo così ad esporre all’eventuale cliente delle soluzioni che hanno elevata fedeltà e look and feel persistente pur essendo state definite da progettisti diversi.

Ovviamente una libreria di master non vuol dire accettazione passiva delle soluzioni ma contestualizzazione delle medesime e definizione di nuove soluzioni per nuovi contesti.

La libreria apre uno spazio di interscambio fra i progettisti che può essere un ottimo preludio alla patternizzazione delle soluzioni di design/interazione.