Pensare ai requisiti di un sito web

2010 26 Jul

Siamo nella fase di strategia¹, e dobbiamo delineare i requisiti che il sito web che stiamo sviluppando avrà.
Ad essere sincero inizia ad andarmi un po’ stretta questa categorizzazione così schematica e rigida delle varie fasi, e sento il bisogno di qualcosa più flessibile, probabilmente agile è la risposta.

Comunque, ad un certo punto della strategia dovremo delineare quelle che saranno le varie funzioni del sito, che ci mettiamo dentro? Attenzione bene ho detto funzioni, non pagine.

In un sistema non ucd, si usa un modello di tipo top-down, il (o i) designer presentano una serie di funzioni da approvare al cliente, mentre un sistema bottom-up queste sono scelte insieme al cliente che diventa partecipante attivo. Forse chiamarli sistemi sistemi top-down e bottom-up non è la cosa più corretta, ma non mi veniva in mente niente altro che ci si avvicinasse così tanto.

Top-down

Comer già accennato il metodo top-down consiste in un qualcosa creato da pochi verso molti. Volendo fare un esempio generico, i contenuti di un sito web sono considerati top-down, perché sono scritti da poche persone e poi vengono letti da molti.
Un approccio di questo tipo consiste nel fornire al cliente già tutto quello che noi pensiamo poi gli servirà nel sito, esempio: un form di contatti, un sistema per gestire tramite corriere gli ordini effettuati nel loro sito, e chi più ne ha più ne metta, e il cliente deve solo accettare o negare passivamente queste cose, cosa che di solito non è in grado di fare perché non ha ben chiaro quello che il suo sito deve fare, non è stato considerato il sito come un valore aggiunto ma solo come un orpello e quindi va bene tutto. Colorato mi raccomando, che deve fare bella figura.

Bottom-up

Questo metodo è l’esatto contrario del top-down, siti come youtube sono la massima espressione di questo modello. Una cosa creata dal basso, dagli utenti stessi. Il paradigma del web 2.0 è basato su questa condivisione e la creazione dei contenuti da parte degli utenti.
Questo metodo consiste in un sistema diverso dal precedente, in questo caso si prende il cliente e attivamente lo si fa partecipare alla scelta delle funzionalità e ai requisiti del sito, chiedendogli cosa, secondo lui (loro) va messo nel sito e come, attraverso interviste, questionari e altri metodi. Potete usare il metodo del card sorting per decidere cosa implementare e come, ne ho parlato proprio la settimana scorsa.
I vantaggi evidenti di questa tecnica sono una maggiore partecipazione del cliente alla creazione del sito, cosa che può far storcere il naso a qualcuno, ma che io credo sia molto importante per il successo del progetto tanto quanto studiare a fondo gli utenti che useranno quel sito, in fondo è il loro sito. D’accordo che nelle fasi successive il loro apporto al progetto è minimo, limitandosi a dire che il progetto va bene o meno, ma per il momento la loro partecipazione è ben accetta.