"Se non puoi misurarlo, non puoi migliorarlo." La frase attribuita a Peter Drucker è il principio di base della UX moderna. Un designer senior nel 2026 non presenta solo "redesign più belli" agli stakeholder: presenta numeri che dimostrano il prima/dopo di una decisione di design. E per farlo serve conoscere le metriche giuste.
Le metriche UX si dividono in due famiglie: quantitative (numeri che vengono da analytics, survey, test) e qualitative (insight che vengono da interviste, osservazione). Entrambe contano, ma sono le quantitative quelle che fanno parlare con i product manager, con i CFO, con gli investitori. Senza numeri, il design resta "opinione colorata" agli occhi di chi non lo fa di mestiere.
In questa guida vediamo le 3 metriche UX più usate nel 2026: System Usability Scale (SUS), Net Promoter Score (NPS) e il framework HEART di Google. Per ognuna ti spiego cos'è, come si calcola, quando usarla e quando invece è il tool sbagliato.
Cosa imparerai leggendo:
- Le 4 categorie di metriche UX (behavioral, attitudinal, desirability, business)
- System Usability Scale (SUS): il questionario di 10 domande più usato al mondo
- Net Promoter Score (NPS): cos'è, come si calcola, i suoi limiti
- Google HEART: framework moderno per misurare prodotti grandi
- Come mettere insieme una dashboard UX leggibile da chiunque
- Gli errori più comuni nell'uso delle metriche
Le 4 categorie di metriche UX
Prima di entrare nelle formule, è utile sapere che le metriche UX sono divise in 4 categorie con scopi diversi:
| Categoria | Cosa misura | Esempi | Come si raccoglie |
|---|---|---|---|
| Behavioral | Cosa fanno gli utenti | Task success rate, time on task, error rate | Usability test, analytics |
| Attitudinal | Cosa pensano/sentono | SUS, NPS, satisfaction score | Survey, questionari |
| Desirability | Quanto amano il prodotto | Word association, top-tasks test | Card sorting, surveys qualitative |
| Business | Impatto sul business | Conversion rate, churn, LTV | Analytics, CRM |
Un designer senior usa tutte e quattro in modi complementari. Le behavioral ti dicono cosa succede, le attitudinal come gli utenti si sentono, le desirability cosa preferiscono, le business se il tuo lavoro vale.
System Usability Scale (SUS)
Il System Usability Scale è il questionario di usabilità più usato al mondo. Creato nel 1986 da John Brooke (Digital Equipment Corporation) come "quick and dirty" scale, è diventato uno standard di settore grazie a tre vantaggi:
- 10 domande standard facilmente traducibili e comparabili
- Punteggio finale unico da 0 a 100 (facile da capire per executive)
- Benchmark di settore disponibili (studi pubblicati con migliaia di SUS score)
Le 10 domande SUS
Le 10 domande SUS alternano positive e negative. L'utente risponde su una scala Likert da 1 (fortemente in disaccordo) a 5 (fortemente d'accordo). Le domande, nella formulazione canonica:
- Penso che userei questo sistema frequentemente
- Ho trovato il sistema inutilmente complesso
- Ho pensato che il sistema fosse facile da usare
- Penso che avrei bisogno del supporto di una persona tecnica per poter usare questo sistema
- Ho trovato le varie funzioni del sistema ben integrate
- Ho pensato che ci fosse troppa inconsistenza in questo sistema
- Immagino che la maggior parte delle persone imparerebbe a usare questo sistema molto rapidamente
- Ho trovato il sistema molto complicato da usare
- Mi sono sentito molto sicuro nell'usare il sistema
- Avevo bisogno di imparare un sacco di cose prima di poter iniziare a usare questo sistema
Come calcolare il SUS score
La formula è semplice ma richiede attenzione:
- Per le domande dispari (1, 3, 5, 7, 9 — positive), sottrai 1 dal punteggio dato dall'utente
- Per le domande pari (2, 4, 6, 8, 10 — negative), sottrai il punteggio dato dall'utente da 5
- Somma tutti i 10 valori ottenuti (otterrai un numero tra 0 e 40)
- Moltiplica per 2.5 per ottenere il punteggio finale su 100
Esempio pratico: un utente risponde [4, 2, 5, 1, 4, 2, 5, 2, 4, 1]
- Dispari (1-1, 3-1, 5-1, 7-1, 9-1) = [3, 4, 3, 4, 3] = 17
- Pari (5-2, 5-1, 5-2, 5-2, 5-1) = [3, 4, 3, 3, 4] = 17
- Somma = 34
- SUS score = 34 × 2.5 = 85
Interpretazione del SUS score
I ricercatori Bangor, Kortum, and Miller (2009) hanno pubblicato uno studio con oltre 2.000 SUS score raccolti in 200+ studi. La scala interpretativa standard è:
| SUS Score | Grado | Interpretazione |
|---|---|---|
| > 85 | A | Eccellente. Gli utenti lo raccomanderebbero |
| 73-85 | B | Buono. Above average |
| 52-72 | C | OK. Media di settore |
| 39-51 | D | Povero. Needs improvement |
| < 39 | F | Inaccettabile. Redesign necessario |
La media globale secondo gli studi pubblicati è 68. Questo è il benchmark: se il tuo prodotto ottiene sotto 68, sei sotto la media di settore. Sopra 80 sei in eccellenza.
Quando usare SUS
- Prima e dopo un redesign: il SUS pre/post è il modo più comune di dimostrare il valore di un lavoro di design
- Confronto con competitor: se hai accesso a utenti di competitor, misurare il SUS dei due prodotti è un'analisi comparativa potente
- Tracking continuo: alcuni team misurano il SUS trimestralmente per seguire l'evoluzione del prodotto
- A/B test di major release: SUS + task success rate è il combo standard
Quando NON usare SUS
- Quando il prodotto è molto specifico (es. interfaccia per cardiochirurghi) — il SUS è generico, potresti aver bisogno di scale custom
- Quando hai meno di 10 partecipanti — il SUS richiede numeri per essere statisticamente significativo
- Per prodotti pre-launch senza utenti reali — senza vero uso, le risposte sono ipotetiche
Net Promoter Score (NPS)
Il Net Promoter Score è nato nel 2003 da Fred Reichheld (Bain & Company) come metrica di "customer loyalty". Oggi è usato da praticamente ogni azienda B2C e B2B del mondo. È una sola domanda:
Quanto è probabile che raccomanderesti [prodotto/azienda] a un amico o collega? (0-10)
Come si calcola l'NPS
Basandosi sui punteggi 0-10:
- Promoters = chi risponde 9 o 10
- Passives = chi risponde 7 o 8
- Detractors = chi risponde 0-6
NPS = % Promoters − % Detractors
I Passives non contano nel calcolo ma restano nel denominatore.
Esempio: su 100 risposte, 40 sono promoters, 35 passives, 25 detractors. NPS = 40% − 25% = +15
Interpretazione del NPS
Il punteggio va da -100 a +100. I benchmark generici:
- > +70: eccellente, standard delle "great company" (Apple, Tesla, Costco)
- +30 to +70: forte
- 0 to +30: sopra la media
- < 0: c'è un problema
- > -20: crisi reputazionale
Importante: i benchmark NPS variano tantissimo per settore. Un +30 nel retail è normale, nel banking è eccellente, nel SaaS B2B è il minimo accettabile. Cerca i benchmark specifici del tuo settore su NiceReply o Customer Gauge.
I limiti dell'NPS
L'NPS è molto usato ma anche molto criticato dalla community UX. Le critiche principali:
- Una sola domanda non basta per decidere cosa migliorare. Devi sempre aggiungere una domanda aperta tipo "perché hai dato questo punteggio?".
- Benchmark poco affidabili: confrontare NPS tra settori diversi è privo di senso.
- Incentiva gaming: molti team "inseguono" l'NPS invece di migliorare il prodotto.
- Non cattura sfumature: la differenza tra 7 e 8 è enorme nell'NPS (passive vs passive) ma potrebbe essere minima nell'utente reale.
Jared Spool, uno dei più famosi critici dell'NPS, ha scritto un famoso articolo "Net Promoter Score Considered Harmful" che raccomandiamo di leggere prima di adottarlo ciecamente.
Quando usare l'NPS
- Come metrica trend (movimento nel tempo) più che come numero assoluto
- Abbinato a una domanda aperta per capire il perché
- In aziende dove gli executive lo richiedono (è la metrica "di moda" nel C-suite)
- Non in sostituzione di SUS o metriche behavioral, ma in aggiunta
Google HEART Framework
Google ha creato il framework HEART nel 2010 (pubblicato in un paper di Kerry Rodden) per misurare UX di prodotti grandi come Gmail, Maps e YouTube. A differenza di SUS e NPS (singole metriche), HEART è un framework multidimensionale.
HEART è un acronimo per le 5 dimensioni:
- H — Happiness: soddisfazione degli utenti (es. rating, NPS, survey)
- E — Engagement: livello di coinvolgimento (es. DAU/MAU ratio, sessioni per utente)
- A — Adoption: quanti nuovi utenti provano il prodotto (es. sign-up, primo uso)
- R — Retention: quanti utenti continuano a usare nel tempo (es. retention a 7/30/90 giorni)
- T — Task success: quanto gli utenti riescono a compiere task chiave (es. conversion rate, success rate)
Come applicare HEART
HEART si applica con una matrice Goals-Signals-Metrics:
- Goals: per ciascuna dimensione, definisci il goal di business
- Signals: come sapresti se il goal sta andando meglio o peggio
- Metrics: quale numero specifico misuri
Esempio concreto per un'app di e-commerce:
| HEART | Goal | Signal | Metric |
|---|---|---|---|
| Happiness | Gli utenti ci amano | Sono soddisfatti del servizio | CSAT > 4/5 |
| Engagement | Gli utenti tornano | Usano più funzioni | 3+ sessioni/settimana per attivi |
| Adoption | Nuovi utenti si registrano | Signup da landing page | Signup rate > 15% |
| Retention | Gli utenti restano nel tempo | Continuano a comprare | Retention a 90 giorni > 40% |
| Task success | Completano il checkout | Il flusso scorre fluido | Cart abandonment < 50% |
HEART è particolarmente utile per prodotti grandi con molti stakeholder diversi. Ogni team (sviluppo, marketing, prodotto, supporto) può concentrarsi su una dimensione senza perdere la visione complessiva.
Altre metriche che vale la pena conoscere
Oltre a SUS, NPS e HEART, un designer senior conosce almeno queste:
- CSAT (Customer Satisfaction): "Quanto sei soddisfatto?" su scala 1-5. Semplice, usatissima in post-interaction surveys (es. dopo contatto supporto).
- CES (Customer Effort Score): "Quanto sforzo hai dovuto fare per...?" su scala 1-5. Particolarmente predittiva del churn in B2B.
- Task Success Rate: % di utenti che riescono a completare un task specifico. Il pane quotidiano degli usability test.
- Time on Task: tempo medio per completare un task. Indicatore di efficienza.
- Error Rate: numero di errori per task. Indicatore di apprendibilità.
- Conversion Rate: % di visitatori che completano un obiettivo di business (registrazione, acquisto, form). La metrica che collega design e revenue.
Come costruire una dashboard UX
Una dashboard UX ben fatta nel 2026 ha 3 caratteristiche:
- Massimo 6-8 metriche visibili (più di questo è rumore, non segnale)
- Mix di behavioral + attitudinal + business (non solo una famiglia)
- Trend nel tempo (singoli numeri non dicono nulla, i trend sì)
Strumenti comuni per dashboard UX:
- Amplitude o Mixpanel per behavioral + business metrics
- Hotjar o FullStory per session recording e heatmap
- Delighted, Nicereply o Typeform per NPS e survey in-product
- Google Looker Studio (ex Data Studio) gratuito per aggregare tutto in una dashboard condivisa
Una dashboard UX matura mostra: SUS quarterly, NPS monthly, task success rate weekly, retention a 30 giorni, conversion rate del checkout, CSAT del supporto. Questi 6 numeri raccontano praticamente tutto lo stato di salute del prodotto.
Errori comuni nell'uso delle metriche UX
- Una sola metrica dominante. Team che misurano solo NPS o solo conversion diventano miopi. Serve un mix.
- Metriche senza context. Un NPS di +20 è buono o cattivo? Dipende dal trimestre prima e dai benchmark di settore.
- Misurare senza agire. Raccogliere metriche è inutile se nessuno le usa per prendere decisioni. Senza un "cosa facciamo se questo scende", sono decorazione.
- Inseguire il numero, non il fenomeno. Ottimizzare per far salire l'NPS con email persuasive è un dark pattern. L'NPS deve salire perché il prodotto migliora davvero.
- Confrontare pera con mele. SUS di un'app medica vs SUS di un'app di gioco: il confronto non ha senso. I benchmark vanno per categoria.
- Saltare le domande qualitative. Ogni metrica quantitativa va sempre abbinata a una domanda aperta ("perché?"). Il numero ti dice cosa, la risposta aperta ti dice perché.
Domande frequenti
Quante persone servono per un SUS affidabile?
Almeno 12-15 persone per avere un numero statisticamente utile. Sotto i 10 il margine d'errore è troppo grande. Per confronti pre/post di un redesign, 20-30 per gruppo danno confidenza molto maggiore. Il SUS diventa quasi "rumore" sotto i 10 partecipanti.
Posso usare il SUS in italiano?
Sì. Esistono traduzioni validate del SUS in italiano pubblicate dalla community accademica. La formulazione delle 10 domande in italiano è consolidata e i risultati sono comparabili con quelli in inglese. La traduzione canonica la trovi in Ulbrich et al. (2012).
NPS è meglio di SUS?
Sono cose diverse. SUS misura l'usabilità, NPS misura la loyalty/advocacy. Non sono alternativi. Un prodotto può avere SUS alto (è facile da usare) e NPS basso (gli utenti non lo raccomanderebbero agli amici — magari perché costa troppo o perché il supporto è pessimo). Usa entrambi per coprire dimensioni complementari.
Come presento le metriche UX al management?
Tre regole: (1) sempre trend nel tempo, non snapshot singoli; (2) sempre confronto con un benchmark o periodo precedente; (3) sempre con un'azione ("L'NPS è sceso da +30 a +15 questo trimestre — la causa principale è il bug del checkout. Stiamo investigando"). I numeri senza azione annoiano. I numeri con azione guidano decisioni.
Le metriche UX influenzano lo stipendio del designer?
Direttamente no, indirettamente sì — e molto. Un designer senior che sa portare un NPS da +20 a +40 in 6 mesi è pagato molto più di un designer senior che "disegna cose belle". Le aziende mature premiano l'impatto misurabile. Per questo mettere SUS/NPS/HEART nel curriculum con numeri concreti è uno dei modi più potenti per negoziare aumenti e promozioni.
Prossimi passi
Saper misurare l'UX è la skill che più distingue i designer senior dai junior nel mercato 2026. Parlare di numeri davanti al CEO è quello che sposta davvero i budget di design.
Il corso completo di UX Design di CorsoUX dedica 12 ore di pratica alle metriche: esercitazioni SUS su prodotti reali, simulazioni di calcolo NPS, workshop HEART, costruzione di dashboard UX. Al termine hai un portfolio che dimostra "io so misurare quello che disegno" — una skill che moltiplica le chance di assunzione senior.
Per approfondire:
- La guida alla user research — dove si raccolgono i dati per le metriche
- Design Thinking: le 5 fasi — come integrare le metriche nel processo iterativo
- Customer Journey Map — visualizzare pain point nel tempo
- User Persona: guida pratica — il contesto umano dietro i numeri
