UX vs UI: la differenza che decide chi assumere
design · 2026-10-16 · 4 min
la differenza è semplice finché qualcuno non disegna un diagramma di venn. allora diventa una discussione sui titoli di lavoro.
la UX decide cosa succede. la UI decide come appare mentre succede.
un flusso di prenotazione è UX: quali passi, in che ordine, cosa succede quando lo slot è occupato. il calendario, il pulsante, la schermata di conferma sono UI: la superficie di quelle decisioni.
un esempio concreto
due versioni dello stesso modulo.
problema di UX: il modulo chiede telefono, indirizzo e partita IVA prima che la persona sappia se servi la sua zona. l'ordine è sbagliato; la persona se ne va.
problema di UI: le etichette sono grigio chiaro 11px su bianco, il pulsante è dello stesso colore dello sfondo, il messaggio di errore appare sotto la piega. l'ordine va bene; la superficie è illeggibile.
la UI la sistemi in un pomeriggio. il problema di UX richiede una decisione su a cosa serve il modulo.
cosa possiede ciascuno
- UX — ricerca, il compito, l'architettura dell'informazione, il flusso, le parole, gli stati, i messaggi di successo e di errore.
- UI — layout, carattere, colore, spaziatura, componenti, movimento, il sistema visivo che tiene insieme il resto.
le parole stanno nel mezzo, ed è per questo che esiste la figura dell'ux writer e che i siti piccoli falliscono lì: nessuno possiede le frasi.
cosa succede se assumi solo uno dei due
solo un designer UI: ottieni un sito bellissimo con un modulo che nessuno completa. solo una persona UX: ottieni un flusso sensato disegnato in rettangoli che nessuno può costruire senza inventare il linguaggio visivo da zero.
in un progetto piccolo spesso è una persona sola a fare entrambe le cose. chiedi quale metà è più forte e guarda il lavoro: un portfolio forte in UI ha screenshot; uno forte in UX ha flussi prima/dopo e una frase su cosa è cambiato.
come leggere un portfolio in cinque minuti
- puoi usare il sito online dal telefono, adesso? se no, è un'immagine, non un progetto.
- il caso studio dice qual era il problema, o solo com'è il risultato?
- c'è un cambiamento misurabile — meno campi, meno passi, un'offerta più chiara — o solo "aspetto moderno"?
- esistono gli stati: vuoto, errore, caricamento, successo? i portfolio di screenshot li mostrano raramente.
la risposta pratica
per un sito vetrina servono gusto e struttura, di solito in una persona. per un prodotto con account e flussi complessi, separali, e metti la UX per prima: lo strato visivo è più economico da rifare di un'architettura.
cos'è la ux è la definizione che uso. come migliorare la ux di un sito è la checklist.
faq
qual è la differenza tra UX e UI?
la UX è l'insieme delle decisioni su cosa succede e in che ordine. la UI è la superficie visiva e interattiva che esprime quelle decisioni. la UX viene prima; la UI la rende usabile e leggibile.
una persona può fare entrambe?
sì, e nei progetti piccoli spesso è meglio. il rischio è che la metà più forte nasconda quella più debole. chiedi in quale metà la persona è più forte e controlla il portfolio per l'altra.
cosa sistemo prima?
la struttura. se il flusso è sbagliato, una superficie più bella rende la cosa sbagliata più convincente. sistema cosa la pagina chiede di fare, poi come appare mentre lo fa.