L’UX Design è morto? Lunga vita all’Experience Design.

Quante più competenze abbiamo, più ci rendiamo conto di quanto sia complesso metterle insieme

Lavoriamo nel design da anni, e c’è una domanda che continua a tornarci: perché è così difficile creare esperienze davvero coerenti?

Non parliamo di coerenza estetica – quella, tutto sommato, è la parte più semplice. Parliamo di quella sensazione che prova una persona quando interagisce con un brand attraverso canali diversi: il sito web promette una cosa, il packaging ne comunica un’altra, l’app parla un linguaggio completamente diverso, le email sembrano scritte da un’altra azienda.

Il problema non è mancanza di talento. E non è nemmeno questione di budget. È qualcosa di più strutturale: più il nostro settore si è specializzato, più è diventato frammentato. E forse è proprio questa frammentazione la chiave per capire cosa manca.

La specializzazione che divide

Negli ultimi dieci anni, il design si è evoluto in modo straordinario. Abbiamo affinato competenze verticali che prima nemmeno esistevano: UX strategy, service design, design system, CRO, accessibility. Abbiamo strumenti potentissimi, processi consolidati, framework collaudati.

Eppure, quando lavoriamo su un progetto complesso – mettiamo il lancio di un ecommerce, o il rebranding di un’azienda consolidata – ci ritroviamo davanti a una sfida che va oltre le singole competenze: come facciamo dialogare tutto questo?

Prendiamo un caso concreto. Un’azienda del settore moda vuole lanciare il suo primo ecommerce. Da dove si parte?

La tentazione è partire dalla tecnologia: “Quale piattaforma scegliamo?”. Oppure dal visual: “Come deve apparire?”. Ma forse la domanda vera è un’altra: chi sono davvero le persone che dovrebbero comprare da questo sito, e cosa le trattiene dal farlo?

La ricerca come punto di partenza (o forse no?)

La user research sembra la risposta ovvia. Parliamo con le persone, capiamo i loro bisogni, costruiamo di conseguenza. In teoria funziona così. In pratica, ci scontriamo subito con la prima complessità: quanto tempo abbiamo per la ricerca? Quanto il cliente è disposto a investire prima di “vedere qualcosa”? E soprattutto: come traduciamo insight qualitativi in decisioni di design concrete?

Poi c’è l’architettura informativa. Come organizzi 3.000 prodotti perché una persona trovi quello che cerca? Sembra un problema tecnico, ma in realtà è antropologico: capire che “giacche” e “blazer” possono essere sinonimi per chi progetta, ma categorie mentali completamente diverse per chi acquista.

E qui emerge il primo paradosso: la ricerca ci dice cosa vogliono le persone, l’architettura informativa ci dice come organizzare i contenuti, ma chi decide quale peso dare a ogni insight? È qui che serve la UX strategy – ma cos’è esattamente? È un documento? Un framework? Un processo decisionale?

Il benchmark che confonde

Guardiamo i competitor. Facciamo UX benchmark. Scopriamo che il leader del settore ha un mega-menu con 47 voci, mentre il brand emergente ha ridotto tutto a 5 categorie. Chi ha ragione?

Probabilmente entrambi, o nessuno dei due. Dipende dal contesto, dall’audience, dagli obiettivi di business. Ma allora il benchmark cosa ci dice davvero? Ci mostra cosa è possibile, non cosa è giusto. E decidere cosa è giusto per quel progetto specifico è la parte più difficile.

Facciamo un UX checkup dell’esistente. Troviamo problemi ovvi: quella navigazione è un disastro, quella call-to-action è invisibile, quel form ha 23 campi quando ne basterebbero 4. Bene, abbiamo identificato i problemi. Ma ora viene la parte complicata: cosa buttiamo e cosa salviamo?

Perché magari quella navigazione pessima è esattamente quello che i clienti storici si aspettano. Cambiarla potrebbe migliorare l’esperienza dei nuovi utenti ma disorientare chi compra da 10 anni. Come si bilancia tutto questo?

Wireframe, test, iterazione: il ciclo infinito

Arriviamo ai wireframe e ai mockup. Finalmente qualcosa di tangibile. Il cliente è sollevato: “Ecco, ora possiamo discutere di cose concrete”. Ma concrete fino a che punto? Un wireframe è un’ipotesi. Va testata.

Facciamo usability test. Mettiamo 5-6 persone davanti al prototipo. Scopriamo che quel mega-menu che sembrava geniale, in realtà nessuno lo capisce. Quella gesture innovativa? Frustrante. Quella micro-interazione che ci è costata ore di lavoro? Nessuno la nota.

Torniamo indietro, rifacciamo, ritestiamo. E qui emerge un’altra domanda scomoda: quando è abbastanza? Quando smettiamo di iterare e diciamo “ok, questo funziona”?

La CRO (Conversion Rate Optimization) promette risposte basate sui dati. A/B test, heatmap, analytics. Perfetto. Ma anche qui: quanti test dobbiamo fare prima di essere sicuri? E se il test A converte meglio ma tradisce l’identità del brand, cosa scegliamo? La conversione o la coerenza?

L’accessibilità come specchio della complessità

E poi c’è l’accessibilità. Non dovrebbe essere un “poi”, lo sappiamo. Dovrebbe essere integrata dall’inizio. Ma quante volte succede davvero?

Il punto non è che ignoriamo volontariamente l’accessibilità. È che progettare per persone con capacità diverse, contesti diversi, dispositivi diversi, richiede competenze specifiche. E integrare le linee guida WCAG in un progetto già complesso aggiunge un ulteriore livello di decisioni da prendere.

L’accessibilità è uno specchio perfetto della nostra sfida più grande: come facciamo a tenere insieme tutte queste dimensioni senza che qualcuna venga sacrificata in nome della velocità o del budget?

Il brand: l’identità prima della manifestazione

Ma facciamo un passo indietro. Prima ancora dell’ecommerce, chi è questo brand? Molti clienti arrivano con un logo e un “abbiamo già l’identità”. Ma il logo non è l’identità. Il logo è un simbolo grafico che dovrebbe essere in grado di funzionare da sintesi espressiva di una unicità differenziante.

La brand strategy dovrebbe rispondere a domande più profonde: perché questo brand dovrebbe esistere in un mercato già saturo? Cosa sacrifica per essere rilevante? Come si comporta quando nessuno lo guarda?

Servirebbero workshop, interviste, immersioni nel business. Servirebbe un brand experience brief che mappa tutti i touchpoint e chiede: stiamo raccontando la stessa storia ovunque?

Ma spesso saltiamo questo passaggio perché “c’è fretta”. Andiamo dritti all’identity design, al logo, al naming se serve. Creiamo brand guidelines bellissime: questo Pantone, questo font, questa griglia. E poi?

Poi succede che la campagna su Instagram parla di sostenibilità ma il prodotto arriva in tre strati di plastica. Il sito racconta artigianalità ma l’email di conferma ordine suona come generata da un bot. Le guidelines dicono una cosa, la realtà ne fa un’altra.

Le parole: il grande assente

E qui arriviamo a un punto spesso trascurato: le parole. Investiamo mesi sul visual design, ore sulla motion graphic, budget importanti sulla fotografia. E poi per i testi? “Ah, quelli li scriviamo noi” oppure “ci pensiamo alla fine”.

L’UX writing non è “scrivere carino”. È progettare l’informazione con le parole. È sapere che “Procedi al checkout” e “Vai alla cassa” non sono intercambiabili – evocano aspettative diverse, ansie diverse, mental model diversi.

Il tone of voice dovrebbe essere la personalità verbale del brand. Ma quante volte questa personalità è definita davvero? Abbiamo brand che parlano in modo formale sul sito e usano emoji sui social. È strategia o schizofrenia?

Il copywriting vero – quello che argomenta, persuade, connette – richiede la stessa attenzione strategica del design visivo. Ma quanto spesso succede? Quanto spesso il copy viene trattato come design, invece che come riempitivo?

Il visual: quando l’estetica esprime il significato

Poi c’è il graphic design, la motion graphic, il packaging. Qui la tentazione è pensare “basta che sia bello”. Ma bello per chi? Per Behance o per il cliente finale nel suo contesto reale?

Un packaging non vive su uno sfondo bianco. Vive su uno scaffale affollato, viene fotografato per Instagram, viene aperto in un momento di attesa. Ogni scelta – materiali, colori, tipografia – comunica qualcosa. La domanda è: stiamo comunicando quello che volevamo?

Le illustrazioni custom hanno senso quando una fotografia non basta. Ma quando esattamente? Le fotografie e i video promettono autenticità, ma nell’era del content perfettamente curato, cosa significa “autentico”? Lo script development per un video non è “scriviamo cosa dire”, è progettare un’esperienza di 60 secondi che lasci qualcosa.

I prodotti digitali: ecosistemi in evoluzione

Torniamo al digitale. Un sito web oggi non è una brochure online. È un ecosistema che si integra con CRM, marketing automation, customer service, analytics. Una landing page non è “una pagina più corta”, è uno strumento chirurgico di conversione dove ogni elemento ha un peso specifico.

Un ecommerce è ancora più complesso: catalogo, carrello, pagamenti, spedizioni, resi, customer care, loyalty program. Se l’UX/UI design non tiene conto di come funzionano i sistemi di magazzino, costruiamo interfacce che promettono cose impossibili.

Le app iOS e Android hanno logiche diverse non solo nel codice ma nell’interazione. Gli utenti iOS e Android hanno aspettative diverse, pattern mentali diversi. Ignorarli non è “coerenza cross-platform”, è frustrazione garantita.

E quando parliamo di software, SaaS, web app, dashboard design, la complessità esplode. Non stiamo progettando per una visita di 5 minuti. Stiamo progettando per persone che useranno quel sistema 8 ore al giorno. Come si progetta qualcosa che deve essere efficiente, comprensibile e non alienante dopo la centesima volta?

L’MVP (Minimum Viable Product) è un concetto potente ma frainteso. Non è “facciamo meno perché abbiamo poco tempo”. È “identifichiamo la minima configurazione che testa la nostra ipotesi di valore”. Richiede più chiarezza strategica, non meno.

E l’intranet? Il grande dimenticato. Tutti investono sul sito pubblico, nessuno sulla intranet. Eppure è dove i dipendenti passano la maggior parte del tempo. Se è un disastro, quale messaggio stiamo mandando?

Le frontiere: tecnologia come opportunità e rischio

Intelligenza artificiale, virtual reality, augmented reality, blockchain. Sono buzzword o strumenti veri?

Dipende. L’AI può rivoluzionare l’interfaccia: conversazioni invece di menu, raccomandazioni predittive, personalizzazione dinamica. Ma serve solo se risolve un problema reale, non se è lì per impressionare.

VR e AR hanno applicazioni potenti: training dove l’errore costa vite, visualizzazione prima di costruire, retail che unisce fisico e digitale. Ma richiedono investimenti significativi e competenze rare. Quando ha senso? Quando è solo hype?

Blockchain oltre le crypto: supply chain trasparente, proprietà digitale verificabile. Ma richiede mental model completamente nuovi. Come si progetta un’interfaccia per qualcosa che le persone non capiscono ancora?

Trasmettere quello che sappiamo (o crediamo di sapere)

C’è una crisi di competenze nel design. Non di quantità – ci sono moltissimi designer. Di profondità. Tanti sanno usare Figma. Quanti sanno veramente progettare sistemi?

Mentoring e training non sono prodotti secondari. Sono il modo in cui il settore evolve. Ma come si insegna qualcosa di così complesso? Come si trasmette non solo il “come” ma il “perché” e il “quando”?

Il learning experience design è progettazione della conoscenza. Ma chi progetta queste esperienze? Come si struttura un percorso di apprendimento che sia accessibile, applicabile, memorabile?

E la consulenza? Quella vera non è dire “sì” a tutto. È avere il coraggio di dire “forse non dovresti fare questo progetto” quando serve. Ma quante volte possiamo permettercelo?

Il dilemma dell’integrazione

Eccoci al punto. Abbiamo tutte queste competenze: digital experience design, brand experience design, visual experience design, verbal experience design, immersive experience design, learning experience design.

Abbiamo user research, UX strategy, architettura informativa, usability test. Abbiamo brand strategy, identity design, content strategy. Abbiamo UX writing, tone of voice, copywriting. Abbiamo graphic design, motion graphic, packaging. Abbiamo competenze su siti web, ecommerce, app, SaaS, dashboard, MVP.

Ma come si orchestrano?

Non c’è una risposta universale. Ogni progetto è diverso. A volte serve iniziare dalla ricerca, altre volte dalla strategia di brand, altre ancora da un prototipo veloce da testare. A volte servono UX co-design sprint di tre giorni, altre volte mesi di iterazione paziente.

La verità scomoda è che non esiste una formula magica. Esiste la capacità di guardare un progetto specifico, con i suoi vincoli specifici, e chiedersi: quali di queste competenze servono davvero? In che ordine? Come le facciamo dialogare?

La domanda che rimane

Forse il vero design integrato non è avere tutte le risposte. È saper fare le domande giuste. È riconoscere la complessità invece di semplificarla. È avere l’umiltà di dire “non lo so” e la curiosità di andare a scoprirlo.

Ogni progetto è un esperimento. Impariamo facendo. Sbagliamo, correggiamo, miglioriamo. E forse è proprio questo il punto: l’integrazione non è uno stato che raggiungi, è un processo che pratichi.

Non abbiamo il sacro graal. Abbiamo esperienze, competenze, errori fatti e lezioni imparate. Abbiamo la consapevolezza che più impariamo, più ci rendiamo conto di quanto c’è ancora da capire.

E forse è proprio questa consapevolezza che ci permette di creare esperienze migliori. Non perché sappiamo tutto. Ma perché sappiamo cosa non sappiamo, e abbiamo gli strumenti per scoprirlo.