![](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/n101core.jpg\")
Se avete lavorato al design di un sito web con un team o un cliente piuttosto grande, ci sono buone probabilit\u00e0 che avrete passato del tempo a discutere (litigare?) su come dovrebbe apparire la homepage o quale dipartimento deve essere presente nella navigazione di primo livello, magari dimenticandovi che molti dei visitatori potrebbero anche non vedere mai la homepage se arrivano al sito tramite una ricerca.<\/p>\n
Nessuno arriva al vostro sito web solo per guardare<\/em> la homepage o per navigare<\/em> attraverso l’architettura dell’informazione che avete creato. Le persone arrivano al vostro sito perch\u00e9 vogliono fare<\/em> qualcosa.<\/p>\n Troppo spesso si d\u00e0 la colpa al cliente per il mancato raggiungimento di una buona user experience: non capisce<\/em> che la cosa importante \u00e8 che l’architettura dell’informazione sia semplice da comprendere, cosa che non otterrete mai se ogni singolo dipartimento ottiene un proprio pulsante sulla homepage.<\/p>\n \u00c8 giunto il momento di assumerci le nostre responsabilit\u00e0. Solitamente, indipendentemente da quanta user research facciamo o quanto meticolosamente abbiamo trattato la digital strategy, cominciamo le nostre interazioni con i clienti mappando l’architettura dell’informazione o facendo delle bozze della homepage. Se queste sono le prime cose che mostriamo al cliente, non c’\u00e8 da stupirsi se creder\u00e0 che questi siano i pilastri dell’intero sito web. In effetti, molti pochi utenti riescono a raggiungere i propri obiettivi proprio sulla homepage di un qualunque sito, perci\u00f2 pochissime organizzazioni raggiungeranno i propri<\/em> obiettivi, men che meno quelli dei loro utenti, concentrandosi solo sulla homepage.<\/p>\n Ben prima che \u201cmobile first\u201d o \u201ccontent-driven design\u201d diventassero termini molto in voga, l’architetto dell’informazione Are Halland cerc\u00f2 di risolvere questo rompicapo introducendo il core model<\/strong>, presentandolo allo IA Summit 2007<\/a>. Sette anni dopo, questa presentazione \u00e8 ancora piacevole e molto importante. In breve, i siti web devono essere progettati dall’interno verso l’esterno, con il focus primario sui core task che i suoi utenti devono portare a termine<\/em>.<\/p>\n Quando in Netlife Research abbiamo usato la tecnica del core model per cominciare il redesign mobile-first e content-driven del sito web della Norwegian Cancer Society (NCS), abbiamo passato meno tempo sui cavilli del contenuto della homepage e pi\u00f9 tempo a cercare di capire in che modo avremmo davvero potuto aiutare gli utenti e la NCS ad ottenere quello che cercavano sul sito, ottenendo dei grandi risultati.<\/p>\n Il core model ci assicura che stiamo pensando ai bisogni dell’utente durante tutto il processo di design del sito web, riflettendo in maniera olistica sugli obiettivi piuttosto che gerarchicamente. Invece di demandare agli utenti \u201cDove potresti trovare questa informazione all’interno del sito NCS?\u201d, il core model ci spinge a chiederci, in maniera pi\u00f9 generosa, \u201cCome pu\u00f2 aiutarti la NCS?\u201d<\/p>\n Con il core model, si comincia il processo di design mappando tutto il contenuto che abbiamo per poter trovare le pagine con una chiara sovrapposizione tra obiettivi e task dell’utente.<\/p>\n Per usare il core model, vi servono:<\/p>\n Una buona revisione del contenuto esistente di un sito web pu\u00f2 rivelare degli angoli polverosi che hanno bisogno di pulizia. Tipicamente, un sito web pu\u00f2 avere molto contenuto che non aiuta gli utenti a raggiungere i propri scopi, come gli archivi dei comunicati stampa e le lunghe dichiarazioni di visione aziendale. Di solito si pu\u00f2 eliminare una gran parte di questo contenuto, lo si pu\u00f2 semplificare o in qualche modo fondere con dell’altro contenuto.<\/p>\n Quando avete messo da parte il contenuto non essenziale, vi rimangono le cose principali<\/strong> [cores, ndr<\/em>]. Si tratta di pagine o workflow il cui contenuto realizza una chiara sovrapposizione tra gli obiettivi di business e gli user task.<\/p>\n Un esempio dalla NCS \u00e8 la loro pagina dedicata alle informazioni sul cancro ai polmoni<\/a>. La nostra user research ha identificato un’enorme bisogno di informazioni qualificate e autorevoli sulle molte forme di cancro e, dal momento che uno degli obiettivi della NCS \u00e8 educare i norvegesi sul cancro, abbiamo un chiaro abbinamento tra i bisogni degli utenti e gli obiettivi maggiori dell’organizzazione.<\/p>\n Ma cosa succede con pagine come \u201cDona ora\u201d? La nostra ricerca ci ha mostrato che, tipicamente, gli utenti non cercano nel sito le informazioni riguardanti la raccolta fondi, ma \u00e8 essenziale poter ricevere donazioni online se uno degli obiettivi della NCS \u00e8 la raccolta fondi per la ricerca sul cancro. Qui \u00e8 dove il core model d\u00e0 il massimo: se create dei buoni contenuti centrali [cores, ndr<\/em>], sarete anche in grado di creare buoni percorsi verso altre pagine meno richieste sul vostro sito, indipendentemente da dove si trovano nell’architettura dell’informazione. Una pagina principale non dovrebbe mai essere un vicolo cieco.<\/p>\n<\/div>\n Il core model \u00e8 innanzitutto uno strumento per il ragionamento: aiuta il content strategist ad identificare le pagine pi\u00f9 importanti sul sito. Aiuta lo UX designer a identificare quali moduli servono su una pagina. Aiuta il graphic designer a sapere quali sono gli elementi pi\u00f9 importanti da enfatizzare nel design. Aiuta a includere i clienti o gli stakeholder meno esperti di web nella vostra strategia di progetto. Aiuta i copywriter e gli editori a lasciarsi alle spalle il ragionamento a compartimenti stagni e a creare contenuti migliori.<\/p>\n Abbiamo notato che, per far s\u00ec che queste diverse discipline comincino a pensare in maniera collaborativa, funziona molto bene organizzare dei team workshop che introducono il core model thinking all’intero gruppo.<\/p>\n Per quando sar\u00e0 finito il workshop, il gruppo avr\u00e0 raggiunto un’intesa reciproca sui bisogni degli utenti, sugli obiettivi di business e sul modo in cui dovrebbero essere connesse le diverse pagine. Inoltre, avrete dei fogli di appunti in cui gli stakeholder vi avranno segnato una lista con le priorit\u00e0 dei tipi di contenuto e moduli che credono siano i pi\u00f9 importanti sulla pagina su cui hanno lavorato, tenendo presente sia i bisogni dell’utente sia gli obiettivi di business.<\/p>\n Con una lista con le priorit\u00e0 di quali tipi di contenuto e moduli dovrebbero trovarsi sulle pagine pi\u00f9 importanti, per il team \u00e8 molto pi\u00f9 facile mettersi al lavoro, indipendentemente se siano UX designer, graphic designer o content strategist. Si comincia con il creare le pagine principali: la homepage, di solito, \u00e8 l’ultima pagina che progettiamo (come si fa a progettare l’imballaggio prima di sapere cosa conterr\u00e0?).<\/p>\n<\/div>\n Il core model workshop qui delineato \u00e8 il primo stadio di un processo di design pi\u00f9 grande, che potrebbe variare a seconda del team. Tuttavia, quando all’inizio si lavora con i clienti con questi fogli di appunti [handout, ndr<\/em>], il risultato finale sar\u00e0 un team che non vede l’ora di vedere il nuovo sito web prendere forma e che \u00e8 d’accordo su quale contenuto sia davvero importante.<\/p>\n Fare un core workshop \u00e8 facile e low tech. Tutto ci\u00f2 di cui avete bisogno sono:<\/p>\n Il foglio del core model.<\/p>\n<\/div>\n Quando invitate gli stakeholder, cercate di coinvolgere persone\u2026<\/p>\n Per partecipare ad un core workshop, non c’\u00e8 bisogno di saper disegnare, n\u00e9 di avere delle design skill o conoscenze tecniche. La cosa pi\u00f9 importante \u00e8 che le persone comprendano i propri<\/em> rispettivi campi.<\/p>\n Tutti i partecipanti al workshop dovrebbero lavorare a coppie per compilare i propri fogli di lavoro. Presenteranno le proprie idee ai loro pari tra uno step e l’altro del workshop, i quali solitamente creeranno delle domande o delle nuove idee che altri pari potranno incorporare nei loro worksheet.<\/p>\n La prima cosa che dovete fare \u00e8 identificare le vostre pagine principali abbinando gli obiettivi di business ai task dell’utente. Potete farlo nel workshop o prima. Usiamo l’esempio del nostro template del tipo di cancro, e.g., \u201clung cancer\u201d, in cui abbiamo abbinato i seguenti task e obiettivi.<\/p>\n Obiettivi di business:<\/p>\n Task utente:<\/p>\n Il foglio di lavoro \u00e8 stato riempito con gli obiettivi di business e i task utente rilevanti.<\/p>\n<\/div>\n Invece di saltare nella creazione del contenuto e nei dettagli di quella pagina, il prossimo passo consiste nel mappare i percorsi verso l’interno. \u00c8 qui che osserveremo attentamente i risultati di tutte le user research per avere un aiuto nel prendere delle decisioni informate. In che modo potranno trovare la pagina gli utenti? Come ci sono arrivati?<\/p>\n Questo approccio \u00e8 un modo semplice per indurre il vostro cliente a pensare alla pagina dalla prospettiva dell’utente. Nel nostro esempio della pagina sul cancro ai polmoni, i percorsi verso l’interno sono cose come:<\/p>\n Dopo aver identificato i percorsi verso l’interno, cominciamo a parlare del contenuto principale. Di che contenuto abbiamo bisogno su questa pagina perch\u00e9 raggiunga gli obiettivi sia dell’organizzazione sia degli utenti? Che tipo di moduli o elementi ci servono?<\/p>\n In questo task, i partecipanti usano tutte le informazioni che hanno sui loro fogli di lavoro: i task dell’utente, gli obiettivi di business e i percorsi verso l’interno. Alla luce di queste informazioni, quali sono le cose pi\u00f9 importanti che devono andare su questa pagina e in quale ordine? Avere a portata di mano una solida base di user research render\u00e0 molto pi\u00f9 semplice questo processo. Nel caso del workshop NCS, la user research aveva identificato la prevenzione del cancro come uno dei pensieri prioritari dell’utente, il che rese chiaro che avevamo bisogno di dire qualcosa sulla prevenzione, a volte perfino sui tipi di cancro che non possono essere prevenuti.<\/p>\n Quest’ultimo campo \u00e8 importantissimo per il successo del core model. Dopo che i visitatori hanno ottenuto una risposta alle loro domande, dove vogliamo che vadano? A questo punto potete permettervi di pensare di pi\u00f9 agli obiettivi di business in senso generale.<\/p>\n Nel caso della pagina sul cancro ai polmoni, potrebbero esserci percorsi in uscita come questi:<\/p>\n <<\/p>\n Questo deve essere fatto nel contesto degli user task<\/em>. Se qualcuno visita il sito web in preda all’ansia, sperando di trovare informazioni serie sul melanoma, vogliamo davvero che il loro viaggio sulla pagina si concluda con un lampeggiante messaggio “Dona ora!”? Certo che no, sarebbe maleducato e insensibile e comunque \u00e8 improbabile che incoraggi delle donazioni. Tuttavia, molti utenti cercano effettivamente delle informazioni generali sulla ricerca sul cancro e, in questo contesto, possiamo inquadrarlo in maniera pi\u00f9 specifica: \u201cSe pensi che la ricerca sul cancro sia importante, puoi aiutarci facendo una donazione.\u201d (E, in effetti questo approccio pi\u00f9 rispettoso pu\u00f2 alla fine fa aumentare le donazioni come \u00e8 successo per noi alla NCS<\/a>.)<\/p>\n Un foglio di lavoro “core” compilato.<\/p>\n Dopo tutti questi step, i partecipanti di solito sono entusiasti. I loro fogli di lavoro sono pieni di idee per il contenuto, i moduli e per una gran variet\u00e0 di funzionalit\u00e0.<\/p>\n L’entusiasmo va benissimo (\u00e8 quello che vogliamo!) ma \u00e8 difficile lavorare con un foglio di lavoro pieno di idee discorsive. Tutte queste cose hanno la stessa importanza?<\/p>\n Questo \u00e8 il motivo per cui lo step finale del workshop consiste nell’usare un modo di pensare mobile first per assegnare delle priorit\u00e0 agli elementi. Diamo ai partecipanti un nuovo foglio e chiediamo loro: se aveste solo un piccolo schermo a vostra disposizione, in che ordine mettereste gli elementi che avete identificato durante il workshop? Devono anche sistemare i loro percorsi in avanti nel contesto del contenuto principale.<\/p>\n Nello step finale, ai partecipanti vengono dati dei nuovi fogli di lavoro con colonne pi\u00f9 strette a rappresentare lo schermo mobile. Come assegnerebbero le priorit\u00e0 su tale schermo piccolo?<\/p>\n<\/div>\n Un mobile core worksheet completato in un workshop con la Associazione Norvegese per Ciechi e Ipovedenti<\/a>.<\/p>\n<\/div>\n<\/div>\n Usiamo raramente i wireframe e non vedrete delle bozze in Photoshop o un prototipo con lorem ipsum. Perch\u00e9 no?<\/p>\n Un wireframe dice molto su dove<\/em> si metter\u00e0 qualcosa sulla pagina, ma raramente dice qualcosa sul perch\u00e9<\/em> \u00e8 stato messo l\u00ec. Per questo motivo, i wireframe implicano molto di pi\u00f9 su come potrebbe<\/em> essere un design rispetto a quello che volete nelle prime fasi del design.<\/p>\n D’altro canto, le bozze principali del nostro workshop possono essere ben utilizzate da qualunque disciplina del web perch\u00e9 dicono quali elementi devono trovarsi su quali pagine e, altrettanto importante, perch\u00e9 devono trovarcisi. Davvero, non conosco alcuna disciplina collegata al web i cui membri non dovrebbero preoccuparsi di cosa deve esserci su una pagina e perch\u00e9.<\/p>\n Con i team interdisciplinari, sar\u00e0 pi\u00f9 probabile che troverete modi pi\u00f9 innovativi per risolvere gli user task: dovrebbe essere solo testo? Un video? Un quiz? Qualcosa di completamente diverso?<\/p>\n Di solito, in Netlife Research lavoriamo in piccoli team di due-quattro persone con una gran variet\u00e0 di skill, come user research, UX design, graphic design, front-end development e content strategy. Tipicamente, a questo punto lavoriamo anche a stretto contatto con un gruppo di lavoro del cliente.<\/p>\n Insieme, siamo in grado di identificare che tipo di moduli e informazioni abbiamo bisogno sulle pagine principali, ma a questo stadio il visual design \u00e8 ancora flessibile.<\/p>\n Il passo seguente consiste nel cominciare i workshop sul contenuto con l’organizzazione, usando il core model thinking e scrivendo a coppie<\/a>.<\/p>\n Alla fine, rilasciamo un prototipo HTML e CSS con il vero contenuto, che (in questo caso) \u00e8 stato poi sviluppato da un subcontractor per NCS, insieme ad un CMS custom per gestire il sito web e fare delle modifiche. Abbiamo anche realizzato diversi moduli su misura per i comuni percorsi in avanti, che i loro editor del sito web possono sistemare al bisogno sulle varie pagine.<\/p>\n Uno di questi moduli di percorso in avanti \u00e8 un box che pubblicizza una helpline sul cancro. Questo aiuta la NCS a raggiungere il suo obiettivo di aumentare l’uso dei suoi servizi per aumentare la conoscenza del cancro e aiuta gli utenti ad ottenere risposte alle proprie domande.<\/p>\n Il box della helpline sul cancro cos\u00ec come viene usato sulla pagina sul cancro al seno. Per ulteriori dettagli su questo ed altri moduli di percorso in avanti, si veda la nostra presentazione a Confab Central 2014<\/a>.<\/p>\n<\/div>\n<\/div>\n I visitatori unici sul sito della Norwegian Cancer Society. Siete curiosi sulle flessioni nel grafico ogni anno? \u00c8 l’effetto delle (quasi) infinite vacanze estive Norvegesi.<\/p>\n<\/div>\n Come piacevole effetto collaterale della ristrutturazione del sito web e del contenuto attorno agli user task, la Norwegian Cancer Society viene ora usata pi\u00f9 frequentemente adesso come fonte dai media che si occupano di news.<\/p>\n Un esempio di un percorso in avanti \u00e8 la succitata helpline per il cancro. Se confrontate il numero di conversazioni alla helpline per il cancro nel 2013 con il numero di conversazioni nei sette anni precedenti, il numero di conversazioni \u00e8 cresciuto del 40%. Solitamente, le organizzazioni cercheranno di ridurre<\/em> il numero di chiamate, ma quando il vostro business \u00e8 informare, \u00e8 una buona cosa che gli utenti si mettano in contatto con voi. Pi\u00f9 persone a rischio cancro hanno preso il telefono o sono entrate in una chat o hanno mandato un’email e parlato con una infermiera di oncologia.<\/p>\n E nonostante questo aumento delle conversazioni sulle linee di supporto, le infermiere di oncologia ci dicono che ricevono domande pi\u00f9 informate e sofisticate di quelle a cui erano abituate, perch\u00e9 molte pi\u00f9 persone hanno gi\u00e0 trovato sul sito web delle risposte alle loro domande pi\u00f9 semplici.<\/p>\n Il numero totale di conversazioni alla helpline sul cancro, incluse email, chat e telefonate.<\/p>\n<\/div>\n La precedente homepage della NCS aveva molti banner e molte voci di menu che puntavano ai vari modi in cui supportare la NCS. Oggi, c’\u00e8 solo una voce \u201cSupport us\u201d nel menu e i banner sono stati tolti.<\/p>\n Nonostante questo, l’effetto sulla raccolta fondi digitale \u00e8 stato sorprendente. Confrontando i numeri dal 2011 (un intero anno con il vecchio sito) con quelli del 2013 (un intero anno con il nuovo sito):<\/p>\n\nUn punto di partenza diverso<\/h2>\n
\n
![\"Un](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/01-corepages.jpg\")
Quali pagine soddisfano sia gli obiettivi di business sia i bisogni degli utenti?<\/div>\n\nPer chi \u00e8 il core model?<\/h2>\n
\nCome si fa un core model workshop<\/h2>\n
\n
![\"Core](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/02-coremodelhandout.jpg\")
<\/p>\n\n
![\"Core](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/03-participants.jpg\")
Tra i partecipanti a uno dei core workshop della NCS c’erano persone dai dipartimenti di cura del cancro, prevenzione del cancro, ricerca sul cancro, diritti e raccolta fondi, cos\u00ec come l’in-house designer e il web editor.<\/div>\n1. Identificate i vostri core<\/h3>\n
\n
\n
![\"Il](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/04-worksheet.jpg\")
<\/p>\n2. Pianificate i percorsi verso l’interno<\/h3>\n
\n
3. Determinare il contenuto principale<\/h3>\n
4. Impostare i percorsi in avanti<\/h3>\n
\n
![\"Un](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/05-worksheet.jpg\")
<\/p>\n5. Pensare al mobile per assegnare le priorit\u00e0<\/h3>\n
![\"Una](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/06-mobileworksheet.jpg\")
<\/p>\n![\"Un](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/07-mobileworksheet.jpg\")
<\/p>\n\nDalle bozze al sito finito<\/h2>\n
![\"Tre](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/08-design.jpg\")
<\/div>\n![\"Screenshot](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/09-helpline.jpg\")
<\/p>\n\nRisultati<\/h2>\n
Dopo il lancio nel Settembre 2012, il numero di visitatori unici sul sito web NCS \u00e8 rapidamente cresciuto ogni anno, nonostante il fatto che il progetto non abbia attivit\u00e0 specifiche volte all’ottimizzazione per i motori di ricerca. Il contenuto centrato sull’utente premia.<\/h3>\n
![\"Fin](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/10-uniquevisitors.jpg\")
<\/p>\nI percorsi in avanti hanno un impatto enorme<\/h3>\n
![\"Dal](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/11-helpline.jpg\")
<\/p>\nMeno banner ma pi\u00f9 donazioni<\/h3>\n
\n
![\"Questo](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/12-annualincome.jpg\")
<\/p>\n![\"Membership](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/05\/13-mobileuse.jpg\")
<\/p>\n