01
Due discipline diverse, un'unica esperienza.
Il design UX (esperienza utente) stabilisce per chi esiste un prodotto, quale problema risolve e attraverso quali passaggi si arriva a quella soluzione. Ricerca, architettura dell'informazione, flussi utente e test di usabilità sono gli strumenti di questa disciplina. Il design UI (interfaccia utente) è ciò che rende queste decisioni visibili e tangibili: colore, tipografia, stati dei pulsanti, micro-interazioni.
Separare le due discipline è utile a scopo didattico, ma nel lavoro reale sono inseparabili. Un'interfaccia che sembra impeccabile ma in cui l'utente non trova ciò che cerca è un successo di UI e un fallimento di UX; un design con il flusso giusto ma che non ispira fiducia è l'esatto contrario. Un buon prodotto richiede che entrambe siano corrette allo stesso tempo.
02
Prima la struttura, poi la schermata.
Il processo UX non inizia con una schermata, ma con delle domande: cosa sta cercando di fare l'utente qui, di quale informazione ha bisogno per prima, quale passaggio crea attrito inutile? Le risposte a queste domande costruiscono l'architettura dell'informazione — lo scheletro che determina quale contenuto si trova dove, e con quale gerarchia.
Una volta chiarita l'architettura dell'informazione, entrano in gioco i flussi utente e i wireframe a bassa fedeltà. In questa fase non ci sono ancora colori né tipografia — l'unica domanda è se il flusso abbia senso. I test sono economici a questo punto — spostare un riquadro costa molto meno che riscrivere da zero una schermata già sviluppata.
03
La coerenza nasce da un sistema, non da schermate singole.
Il design UI non consiste nel vestire un wireframe con un linguaggio visivo — è una disciplina ingegneristica a sé stante. Un pulsante non si progetta una sola volta — lo si progetta insieme ai suoi stati normale, hover, premuto, disabilitato e di caricamento. Quando anche uno solo di questi stati manca, l'utente perde la capacità di "dialogare" con l'interfaccia.
Per questo un lavoro UI maturo non produce schermate singole, ma una libreria di componenti: card riutilizzabili, campi modulo, badge, regole di spaziatura. Il supporto ai temi chiaro/scuro nelle interfacce proprie di DMU è anch'esso frutto di questo approccio sistematico — un unico set di componenti che resta coerente in due condizioni di luce diverse.
04
L'accessibilità non è uno strato aggiunto in un secondo momento.
Un contrasto cromatico sufficiente, dimensioni del testo leggibili, aree tattili comode da toccare e un'etichettatura compatibile con gli screen reader — tutto questo è il design stesso, non uno strato aggiunto dopo come "aggiornamento di accessibilità". Per un utente con vista ridotta, un contrasto insufficiente è un ostacolo reale quanto lo è un'area tattile minuscola per un utente con capacità motorie limitate.
Questi principi creano anche un'esperienza migliore per tutti: un contrasto elevato resta leggibile anche sotto il sole, e aree tattili generose non penalizzano un utente in movimento. Accessibilità significa progettare per l'intero spettro delle condizioni d'uso reali, non per una fascia ristretta di utenti.
05
Il processo è una prova, non un'affermazione.
Unificare 13 aree aziendali e 67 funzioni in un'unica app mobile non è stato un esercizio teorico di UX — è stato un problema reale che ha richiesto ricerca, architettura dell'informazione, prototipazione, test di usabilità e iterazioni ripetute. dmu ONE è il risultato di questo processo, e il modo più onesto di raccontare l'approccio UI/UX di DMU è mostrarlo direttamente.
Sviluppo di app mobili: app mobili su misura che scalano in base al numero di moduli