User Persona — come crearle in 5 step (template Figma gratuito)

Una user persona è un profilo sintetico che rappresenta un segmento di utenti reali del tuo prodotto. Non è una biografia inventata ("Sarah, 32 anni, ama il caffè e lo yoga"): è un documento di lavoro che distilla settimane di interviste, comportamenti osservati e dati di prodotto in una forma che il team può tenere in testa mentre prende decisioni di design.

Le user persona sono uno degli strumenti più fraintesi della UX. Troppo spesso i junior le costruiscono a tavolino, con foto stock e dettagli pittoreschi che non servono a nessuno. Le persona fatte così sono decorazione, non strumento. Questa guida ti mostra come costruire user persona utili, fondate sui dati, concise e azionabili.

Cosa imparerai leggendo:

• Cosa rende una persona utile (e cosa la rende inutile)
• La differenza tra persona, proto-persona ed empathy map
• I 5 step per costruire una persona dai dati di ricerca
• Il template minimo: 8 informazioni che contano, 20 che distraggono
• Errori comuni nei portfolio dei junior
• Template Figma gratuiti e pronti all'uso

Cos'è una user persona (e cosa non è)

Una user persona è una sintesi narrativa di un segmento di utenti basata su dati reali. Ha un nome, una foto (opzionale), dettagli demografici minimi e — più importante — i bisogni, gli obiettivi, i comportamenti e le frustrazioni che definiscono come interagisce con il tuo prodotto.

Le persona servono a due cose concrete:

1. Allineare il team: senza persona, ogni membro del team ha in testa un utente tipo diverso. Le discussioni diventano scontri di opinioni. Con una persona condivisa, diventano discussioni su cosa farebbe quella specifica persona.
2. Supportare decisioni di design: quando devi scegliere tra due soluzioni, la persona ti dà un criterio. "Marta capirebbe questo?" è una domanda molto più utile di "è chiaro?".

Le persona non servono a:

• Impressionare il cliente con slide colorate
• Rimpiazzare la ricerca (sono il risultato della ricerca, non un'alternativa)
• Coprire 100% degli utenti (meglio 2-3 persona precise che 1 "persona media" che non esiste)

Persona, proto-persona, empathy map: le differenze

Tre strumenti simili ma con usi distinti:

• Proto-persona = persona costruita in un workshop in 30 minuti, basata su assunzioni del team, non su dati. Utile nelle prime fasi esplorative di un progetto, quando la ricerca è ancora da fare. Va marchiata esplicitamente come "proto" per non essere confusa con quella reale.
• User persona = basata su dati reali (minimo 5-8 interviste, analytics, support tickets). Vive in un documento condiviso e guida le decisioni.
• Empathy map = fotografia di un singolo utente in un momento specifico. Più dettagliata della persona ma meno rappresentativa di un segmento.

Un designer senior usa i tre in momenti diversi del processo: proto-persona per allineare il team all'inizio, empathy map durante la sintesi delle interviste, persona come output finale della fase di discovery.

I 5 step per costruire una user persona

Step 1 — Conduci la ricerca (non saltare questo)

Una persona senza dati è finzione. I dati minimi per una persona credibile sono:

• 5-8 interviste utente da 45-60 minuti con persone del segmento target
• Analytics del prodotto esistente (se c'è): chi sono gli utenti più attivi? Quanti convertono? Da dove arrivano?
• Support tickets categorizzati per problema: dove si frustrano gli utenti?
• Recensioni e feedback da App Store, Trustpilot, Google Reviews

Se non hai ancora fatto ricerca, leggi prima la nostra guida alla user research e poi torna qui.

Step 2 — Trova pattern nei dati

Dopo la ricerca avrai note, trascrizioni, statistiche. Il passo successivo è trovare gruppi di utenti con comportamenti simili.

Metodo pratico: scrivi ogni insight su un post-it (fisico o FigJam) e raggruppa per affinità. I gruppi che emergono sono i semi delle tue persona. Di solito ne emergono 2-4 distinte per un prodotto medio. Più di 5 significa che non stai sintetizzando abbastanza.

Cerca pattern su:

• Obiettivi (cosa vogliono ottenere?)
• Contesto d'uso (quando, dove, con quale device?)
• Livello di expertise (esperti vs principianti?)
• Motivazione (cosa li spinge ad agire?)
• Frustrazioni (cosa li blocca?)

Step 3 — Scrivi il documento persona

Ora trasformi i pattern in una persona narrativa. Il template minimo che consigliamo ha solo 8 campi:

1. Nome e foto: un nome realistico (anche di fantasia) e una foto (stock o avatar). Serve a umanizzare, non a definire.
2. Ruolo / contesto: "Giovanna, 38 anni, HR manager in una PMI italiana da 50 dipendenti". Il contesto lavorativo/di vita che influenza l'uso del prodotto.
3. Bisogno principale: in una frase: cosa sta cercando di ottenere?
4. Obiettivo specifico nel prodotto: cosa vuole fare qui, con te?
5. Comportamenti chiave: 3-5 azioni tipiche osservate nelle interviste.
6. Frustrazioni: 2-3 pain point specifici (non generici "la tecnologia è difficile").
7. Citazioni reali: 1-2 frasi testuali dalle interviste che catturano la personalità.
8. Scenario tipico: un paragrafo che descrive una giornata o un momento in cui userebbe il prodotto.

Quello che NON serve: età esatta, stato civile, hobby non correlati, foto di famiglia, quartiere di residenza, marca di auto. Sono dettagli pittoreschi che non influenzano nessuna decisione di design.

Step 4 — Valida con il team e con utenti reali

Una persona scritta dal designer da solo è opinione. Prima di pubblicarla, condividila con:

• Customer success / support: loro parlano con gli utenti ogni giorno. Sanno se la persona riflette la realtà.
• Sales / marketing (nel B2B): loro conoscono il buyer journey e gli obiettivi di business.
• 1-2 utenti target: "Questo ti somiglia?" — una risposta onesta chiude il cerchio.

Iterazione rapida: se qualcuno ti fa notare un'imprecisione, correggi subito. Una persona viva è un documento che cambia quando arrivano nuovi dati, non un monumento immutabile.

Step 5 — Pubblica e usa la persona

Una persona che vive nel drive del designer non esiste. Va pubblicata dove il team lavora:

• Wiki di prodotto (Notion, Confluence): una pagina per persona, linkata dalla home del wiki
• Figma: un frame dedicato nel file di design
• Meeting di kickoff: citata esplicitamente all'inizio di ogni nuovo progetto
• Review di design: usata come criterio ("Giovanna capirebbe questo bottone?")

Se dopo 3 mesi nessuno cita la persona nelle discussioni, hai scritto decorazione, non uno strumento. Rifai il giro con dati migliori.

Template persona: il formato minimo

Ecco il template testuale che puoi copiare e adattare. Sostituisci tra parentesi con i tuoi dati reali.

┌─────────────────────────────────────────┐
│  [Foto]   GIOVANNA RUSSO                │
│           HR Manager, Milano             │
│           Età 38                         │
├─────────────────────────────────────────┤
│  BISOGNO PRINCIPALE                     │
│  Vuole semplificare il processo di      │
│  onboarding dei nuovi assunti senza     │
│  comprare un software enterprise caro   │
├─────────────────────────────────────────┤
│  OBIETTIVO NEL PRODOTTO                 │
│  Caricare tutti i documenti per un      │
│  nuovo dipendente in meno di 10 minuti  │
├─────────────────────────────────────────┤
│  COMPORTAMENTI                          │
│  • Lavora da desktop, no mobile         │
│  • Fa screenshot e li invia via email   │
│  • Chiede aiuto ai colleghi prima della │
│    documentazione                       │
├─────────────────────────────────────────┤
│  FRUSTRAZIONI                           │
│  • Form con troppi campi opzionali      │
│  • Sistemi che la "dimenticano" dopo    │
│    5 minuti                             │
├─────────────────────────────────────────┤
│  CITAZIONE                              │
│  "Non ho tempo di imparare un tool, ho  │
│  bisogno che funzioni subito"           │
└─────────────────────────────────────────┘

Quante persona servono?

Per un prodotto medio, 2-3 persona sono quasi sempre sufficienti.

• 1 sola persona: rischio di semplificazione eccessiva. Solo per prodotti molto focali (es. un'app per runner serio).
• 2-3 persona: il sweet spot per la maggior parte dei prodotti. Le persona rappresentano segmenti distinti con bisogni diversi.
• 4-5 persona: per prodotti complessi con molti ruoli (es. marketplace B2B con acquirenti, venditori, amministratori).
• 6+ persona: quasi sempre segnale che stai sovradescrivendo. Consolidane alcune.

Per ogni persona, crea una priorità: la "primary persona" è quella che guida le decisioni principali. Le altre sono secondarie e non devono bloccare il design se sono in conflitto con la primary.

Errori comuni nei portfolio dei junior

Gli errori che vediamo più spesso nelle persona create in corso o per case study:

• Persona dettagliate senza dati. Foto, hobby, citazioni tutto inventato. Un recruiter esperto lo nota in 10 secondi e squalifica il portfolio.
• Troppe informazioni irrilevanti. "Marco è appassionato di motociclette e ama viaggiare in Asia" — se stai progettando un'app di fatturazione, queste info non servono.
• Una sola persona "media". Nella ricerca reale non esiste l'utente medio. Esistono segmenti.
• Persona che sono in realtà customer segment del marketing. "Donne 25-34, urbane, laureate" non è una persona: è un segmento demografico. La persona deve avere comportamenti, obiettivi, frustrazioni — non solo etichette.
• Mancanza di frustrazioni credibili. "Le sue frustrazioni: la tecnologia complicata" non è un pain point, è un cliché. Cerca frustrazioni specifiche e verificabili.

Template Figma gratuiti

Partire da zero è uno spreco. Questi sono i template Figma più usati nel 2026:

• User Persona Template — Figma Community: cerca "user persona" nella Community. I più scaricati hanno un formato chiaro e minimale.
• NN/g Persona template — Nielsen Norman Group offre template PDF scaricabili gratuiti nel loro articolo "Personas: Study Guide".
• CorsoUX template interno: nel corso completo forniamo il nostro template battle-tested da progetti reali, con slot per citazioni, metriche comportamentali e mappatura automatica alle journey map.

Quando NON servono le persona

Tre situazioni in cui le persona sono un'attività inutile:

• Il prodotto è in pre-launch e non hai utenti. Usa proto-persona, non persona vere. Sai che sono ipotesi.
• Il team è molto piccolo (1-2 persone) e già allineato. Il beneficio della persona è l'allineamento, che in un team mini è già risolto dalla conversazione.
• Il progetto è una feature ultra-specifica. Per "aggiungere un filtro alla lista ordini" non ti serve una persona: ti serve un user flow.

Domande frequenti

Quante interviste servono per creare una persona?

Il minimo credibile è 5 interviste per segmento. Con 5 persone inizi a vedere pattern ricorrenti. Sotto, hai aneddoti non pattern. Se hai budget, 8-10 interviste per segmento ti danno confidenza molto maggiore. Jakob Nielsen ha mostrato che oltre le 5 interviste su un segmento omogeneo, il ROI dei nuovi insight decresce rapidamente.

Le persona devono avere un nome di fantasia?

Di solito sì — il nome aiuta a renderla memorabile ("Giovanna direbbe..." è più forte di "Persona 2 direbbe..."). Ma non usare il nome di un utente reale che hai intervistato per ragioni di privacy e per evitare di confondere la sintesi con il caso singolo. Un nome di fantasia che suona credibile nel mercato target è la scelta migliore.

Persona e Jobs to Be Done sono alternative?

Sono complementari, non alternative. Il framework Jobs to Be Done si concentra su cosa l'utente sta cercando di fare (il "job"), mentre la persona si concentra su chi è l'utente. I team moderni usano entrambi: JTBD per definire i problemi da risolvere, persona per dare contesto umano a quei problemi.

Posso usare un'AI per generare persona?

Puoi usarla come acceleratore di struttura, non come fonte di verità. Un LLM può aiutarti a scrivere una persona dai tuoi appunti di ricerca più velocemente, o a proporre varianti di framing. Ma una persona generata da zero da un'AI, senza dati reali, è finzione con vernice di competenza. I recruiter esperti la riconoscono.

Quanto tempo tengo aggiornata una persona?

Una persona dovrebbe essere rivisitata ogni 6-12 mesi o quando accade uno di questi eventi: cambio di target di mercato, lancio di feature maggiore, feedback significativo dal customer care, dati di analytics che mostrano comportamenti inattesi. Una persona ferma da 2 anni in un prodotto che cambia è spesso obsoleta.

Prossimi passi

Le user persona sono una delle prime skill da padroneggiare per qualsiasi UX designer. Saperle costruire dai dati, non dai cliché, è quello che distingue un junior "da corso" da uno assumibile.

Il corso completo di UX Design di CorsoUX dedica 10 ore di pratica alle persona: esercizi di sintesi da trascrizioni reali di interviste, workshop di creazione in team, template personalizzati per diversi contesti (B2C, B2B, servizi pubblici). Al termine hai 3-4 persona complete nel portfolio, ciascuna costruita da dati veri e validata con feedback di peer.

Per approfondire il contesto:

• La guida alla user research — come raccogliere i dati che alimentano le persona
• Design Thinking: le 5 fasi — dove le persona si inseriscono nel processo
• Customer Journey Map — il passo successivo: cosa fa la persona nel tempo