Di seguito sono riportate 40 user story raggruppate per tipo di prodotto: SaaS, e-commerce, app mobile, marketplace, fintech, sanità, strumenti interni e funzionalità AI. Ciascuna è accompagnata da criteri di accettazione, perché una storia senza di essi è scritta a metà. Dopo di esse: riscritture da cattive a buone, un epic suddiviso in storie e storie non funzionali.
Aggiornato a ottobre 2026. Nuovo alle user stories? Inizia con come scrivere user stories, poi torna qui per materiale da adattare.
Il formato utilizzato qui
Ogni storia segue il template ruolo-funzionalità-beneficio:
Come [tipo di utente], voglio [obiettivo o azione] in modo da [beneficio].
I criteri di accettazione sono elenchi numerati brevi in modo da adattarsi a una tabella; il modello di user story mostra l'alternativa Given/When/Then. I numeri (limiti di tempo, soglie) sono segnaposto per le tue regole di business.
Esempi di user story SaaS e B2B
Le storie B2B ruotano attorno ad account, ruoli e fatturazione, e due utenti contano contemporaneamente: la persona che esegue il lavoro e l'amministratore che paga.
| User story | Criteri di accettazione |
|---|---|
| 1. Come amministratore di workspace, voglio invitare i colleghi via email in modo che possano lavorare nel nostro account. | (1) Il link di invito è valido per 7 giorni. (2) Scegliere un ruolo (Admin, Member o Viewer) prima dell'invio. (3) L'invito a un utente che è già membro mostra un errore invece di inviare un duplicato. |
| 2. In qualità di proprietario dell'account, desidero passare a un piano a pagamento all'interno dell'app in modo da poter aggiungere posti senza parlare con il reparto vendite. | (1) Vedo il prezzo e cosa cambia prima di confermare. (2) I nuovi limiti si applicano non appena il pagamento ha successo. (3) Se la carta viene rifiutata, resto sul mio piano attuale e vedo il motivo. |
| 3. In qualità di membro del team, desidero accedere con il mio account Google o Microsoft aziendale in modo da non dover usare un'altra password. | (1) L'accesso offre entrambe le opzioni. (2) Il mio primo accesso da un dominio aziendale consentito mi aggiunge a quello workspace. (3) Gli account da domini non consentiti dall'amministratore vengono rifiutati con un messaggio chiaro. |
| 4. In qualità di manager, desidero esportare il report di attività in CSV in modo da poterlo condividere con il reparto finanza. | (1) L'esportazione utilizza i filtri attualmente applicati. (2) Il file ha una riga di intestazione e date ISO (AAAA-MM-GG). (3) Le esportazioni con oltre 50.000 righe vengono inviate via email come link di download invece di bloccare la pagina. |
| 5. In qualità di nuovo utente, desidero un breve elenco di controllo per l'onboarding in modo da ottenere il mio primo risultato utile senza leggere la documentazione. | (1) Da 3 a 5 passaggi, ognuno spuntato automaticamente quando completato. (2) Posso chiuderlo e riaprirlo dal menu di aiuto. (3) I progressi vengono sincronizzati tra i dispositivi. |
| 6. In qualità di amministratore dello workspace, desidero un registro di audit delle modifiche alle autorizzazioni in modo da poter rispondere ai questionari di sicurezza dei nostri clienti. | (1) Ogni voce registra chi ha cambiato cosa, quando e da quale IP. (2) Nessuno, inclusi gli amministratori, può modificare o eliminare le voci. (3) Il registro può essere filtrato per utente e data ed esportato. |
Esempi di user story per l'e-commerce
Le user story per gli shop vivono o muoiono sui percorsi di errore: articoli esauriti, carte rifiutate, consegne in ritardo e resi.
| User story | Criteri di accettazione |
|---|---|
| 7. In qualità di acquirente, desidero filtrare i prodotti per taglia e colore in modo da vedere solo gli articoli che posso acquistare. | (1) I filtri offrono solo taglie e colori disponibili. (2) I risultati si aggiornano senza ricaricare la pagina e l'URL mantiene i filtri in modo che la vista possa essere condivisa. (3) "Cancella tutto" reimposta l'elenco. |
| 8. In qualità di acquirente ospite, desidero effettuare l'ordine senza creare un account in modo da poter acquistare rapidamente. | (1) Sono richiesti solo email, indirizzo e pagamento. (2) Dopo il pagamento, posso creare un account con un clic. (3) L'email di conferma arriva entro un minuto. |
| 9. In qualità di acquirente, desidero vedere la data di consegna prima di pagare in modo da sapere se l'ordine arriverà in tempo. | (1) Ogni opzione di spedizione mostra una finestra di consegna stimata. (2) La finestra si aggiorna quando cambio l'indirizzo. (3) Gli articoli spediti separatamente mostrano le proprie date. |
| 10. In qualità di acquirente, desidero essere avvisato quando un articolo esaurito torna disponibile in modo da non dover controllare continuamente. | (1) "Avvisami" sostituisce "Aggiungi al carrello" quando lo stock è zero. (2) Ricevo un'email quando l'articolo torna disponibile, poi l'avviso termina. (3) L'email apre il prodotto con la mia taglia preimpostata. |
| 11. In qualità di cliente, desidero avviare un reso online in modo da non dover scrivere al supporto. | (1) Solo gli ordini entro la finestra di reso mostrano un pulsante Restituisci. (2) Seleziono gli articoli e un motivo e ricevo un'etichetta o un codice QR. (3) Lo stato del rimborso appare nella mia cronologia ordini. |
| 12. In qualità di responsabile del negozio, desidero creare un codice sconto con una data di scadenza in modo da poter gestire una promozione del fine settimana. | (1) Imposto una percentuale o un importo fisso, date e un limite di utilizzo. (2) Al checkout, un codice scaduto mostra "Questo codice è scaduto". (3) I codici non possono essere combinati a meno che non lo consenta. |
Per i flussi di checkout e il tracciamento degli ordini nelle app di consegna, vedere gli elementi indispensabili di un'app on-demand.
Esempi di user story per app mobili
Le user story per il mobile necessitano di criteri che spesso le user story web possono omettere: assenza di segnale, permessi del dispositivo e biometria.
| User story | Criteri di accettazione |
|---|---|
| 13. In qualità di pendolare, desidero avere i miei biglietti disponibili offline in modo da poterli mostrare su un treno senza segnale. | (1) I biglietti e i loro codici QR si aprono senza connessione. (2) Un banner offline mostra quando è avvenuta l'ultima sincronizzazione. (3) Le azioni che richiedono una connessione sono disabilitate con una spiegazione. |
| 14. In qualità di utente, desidero accedere con Face ID o con le mie impronte digitali in modo da non dover digitare la password ogni volta. | (1) Viene offerto dopo il mio primo accesso con password e resta disattivato finché non lo attivo. (2) L'app richiede la password dopo 3 tentativi falliti o se le biometrie del dispositivo cambiano. (3) Posso disattivarlo nelle impostazioni. |
| 15. In qualità di utente, desidero scegliere quali notifiche push ricevere in modo che l'app non mi invii spam. | (1) Le impostazioni elencano ogni categoria di notifica con il proprio interruttore. (2) Le modifiche si applicano immediatamente. (3) L'app chiede il permesso per le notifiche quando attivo per la prima volta una categoria, non al primo avvio. |
| 16. In qualità di nuovo utente, desidero provare l'app prima di registrarmi in modo da poter decidere se ne vale la pena. | (1) I contenuti principali possono essere sfogliati senza un account. (2) La registrazione viene richiesta solo quando provo a salvare o pubblicare. (3) Tutto ciò che ho salvato come ospite viene trasferito al mio account. |
| 17. In qualità di utente, desidero condividere un articolo su WhatsApp o Messaggi in modo da poterlo inviare a un amico. | (1) La condivisione utilizza la scheda di condivisione nativa del telefono. (2) Il link apre l'elemento nell'app se è installata, altrimenti sul sito web. (3) L'anteprima del link mostra il titolo e l'immagine dell'elemento. |
Esempi di user story per marketplace e servizi on-demand
I marketplace hanno almeno tre ruoli (acquirente, fornitore, operatore) e una funzionalità è raramente considerata completa finché non esiste una user story per ciascuno.
| User story | Criteri di accettazione |
|---|---|
| 18. In qualità di cliente, voglio seguire il mio corriere su una mappa in modo da sapere quando essere alla porta. | (1) Dopo il ritiro, la posizione del corriere si aggiorna almeno ogni 15 secondi. (2) Viene mostrata una stima dell'arrivo e mantenuta aggiornata. (3) La condivisione della posizione si interrompe alla consegna. |
| 19. In qualità di fornitore di servizi, voglio impostare la mia disponibilità settimanale in modo da ricevere solo richieste che posso accettare. | (1) Posso impostare gli orari per ogni giorno della settimana e bloccare date specifiche. (2) I clienti non possono richiedere slot al di fuori di quegli orari. (3) La modifica della disponibilità non annulla le prenotazioni già confermate. |
| 20. In qualità di cliente, voglio valutare un fornitore dopo un lavoro in modo che altri clienti possano scegliere bene. | (1) La richiesta di valutazione appare quando il lavoro è contrassegnato come completato e rimane aperta per 14 giorni. (2) Assegno da 1 a 5 stelle e un commento facoltativo. (3) Solo i clienti con una prenotazione completata possono recensire quel fornitore. |
| 21. In qualità di venditore, voglio sapere quando arriverà ogni pagamento in modo da poter pianificare il mio flusso di cassa. | (1) Ogni ordine completato mostra il pagamento al netto delle commissioni e la data prevista. (2) La cronologia dei pagamenti elenca data, importo e ordini. (3) Se un pagamento fallisce, mi viene indicato il motivo e come risolverlo. |
| 22. In qualità di operatore di marketplace, voglio rivedere gli annunci dei nuovi venditori prima che vengano pubblicati in modo che gli articoli proibiti restino fuori dal sito. | (1) I primi annunci di un nuovo venditore vanno in una coda di revisione. (2) I revisori approvano o rifiutano con un motivo visibile al venditore. (3) Dopo l'approvazione, gli annunci successivi del venditore vengono pubblicati immediatamente a meno che non vengano segnalati. |
Esempi di user story per fintech
Nei prodotti regolamentati, alcuni criteri sono stabiliti per legge, come i controlli di identità o l'autenticazione forte del cliente per i pagamenti nell'UE e nel Regno Unito. Tratta questi come un punto di partenza e conferma le regole con il tuo consulente per la conformità.
| User story | Criteri di accettazione |
|---|---|
| 23. In qualità di nuovo cliente, voglio verificare la mia identità nell'app in modo da poter aprire un conto senza recarmi in filiale. | (1) Faccio una foto di un documento d'identità e un selfie nell'app. (2) Vedo se la verifica è andata a buon fine, è fallita o richiede una revisione, e cosa fare in seguito. (3) Le immagini sono archiviate in modo crittografato e ogni accesso del personale è registrato. |
| 24. In qualità di titolare di carta, voglio bloccare la mia carta istantaneamente in modo che nessuno possa usarla se la perdo. | (1) Il blocco ha effetto entro pochi secondi e i nuovi pagamenti con carta vengono rifiutati. (2) Lo sblocco ripristina la stessa carta. (3) Lo schermo spiega cosa succede ai pagamenti ricorrenti mentre la carta è bloccata. |
| 25. In qualità di utente, voglio che le mie transazioni vengano categorizzate automaticamente in modo da poter vedere dove va il mio denaro ogni mese. | (1) Le nuove transazioni ricevono una categoria entro un minuto dalla loro comparsa. (2) Quando cambio una categoria, le transazioni future dallo stesso commerciante seguono la mia scelta. (3) La vista mensile mostra un totale per categoria. |
| 26. In qualità di titolare di conto, voglio che i trasferimenti di grandi importi richiedano una seconda conferma in modo che il mio denaro sia al sicuro se qualcuno viene a conoscenza della mia password. | (1) I trasferimenti superiori a un limite da me impostato richiedono l'approvazione nell'app o un codice monouso. (2) Il primo pagamento a un nuovo beneficiario richiede lo stesso passaggio. (3) Le conferme fallite vengono registrate e ne vengo notificato. |
| 27. In qualità di titolare di una piccola impresa, voglio inviare fatture con un link di pagamento immediato in modo che i clienti possano pagare con carta. | (1) L'email della fattura include un link di pagamento sicuro. (2) La fattura viene contrassegnata come pagata automaticamente quando il pagamento ha successo. (3) Le fatture scadute attivano promemoria nei giorni da me scelti. |
Esempi di user story per il settore sanitario
I dati sanitari rientrano in normative come HIPAA negli Stati Uniti e GDPR nell'UE, quindi il controllo degli accessi e i log di audit compaiono nella maggior parte dei criteri. Conferma i dettagli specifici con qualcuno che conosce le regole che si applicano a te.
| User story | Criteri di accettazione |
|---|---|
| 28. In qualità di paziente, voglio prenotare un appuntamento online in modo da non dover chiamare la clinica. | (1) Vengono mostrati solo gli slot aperti per il clinico e il tipo di visita scelti. (2) La conferma arriva via email o SMS con un link per aggiungere all'agenda. (3) Posso annullare o riprogrammare fino al termine stabilito dalla clinica; dopo di esso, viene mostrato il numero di telefono della clinica. |
| 29. In qualità di paziente, voglio promemoria per i farmaci in modo da non perdere le dosi. | (1) Imposto gli orari dei promemoria per ciascun farmaco. (2) La notifica sullo schermo di blocco non mostra il nome del farmaco a meno che non lo consenta. (3) Posso contrassegnare ciascuna dose come assunta o saltata e vedere la mia cronologia. |
| 30. In qualità di clinico, voglio i recenti risultati di laboratorio di un paziente su un'unica schermata in modo da poter prepararmi rapidamente per una visita. | (1) I risultati degli ultimi 12 mesi, dal più recente al più vecchio, con i valori fuori range evidenziati. (2) Solo il team di cura del paziente può aprire la schermata. (3) Ogni visualizzazione è registrata nel log di accesso. |
| 31. In qualità di paziente, voglio partecipare a un appuntamento video dal mio browser in modo da non dover installare nulla. | (1) Il link funziona nelle versioni attuali di Chrome, Safari, Edge e Firefox su desktop e mobile. (2) Aspetto in una sala d'attesa finché il clinico non mi ammette. (3) Viene eseguito prima un controllo di fotocamera e microfono, con assistenza se l'accesso è bloccato. |
Esempi di user story per strumenti interni e amministrazione
Gli strumenti interni vengono spesso costruiti senza storie perché “è solo per noi”, ed è così che finiscono con cento campi e nessun ruolo chiaro.
| User story | Criteri di accettazione |
|---|---|
| 32. In qualità di agente di supporto, desidero visualizzare gli ordini e i ticket recenti di un cliente su un unico schermo in modo da poter rispondere senza cambiare strumento. | (1) Posso cercare per email, numero di telefono o numero d'ordine. (2) Lo schermo mostra gli ultimi 10 ordini e tutti i ticket aperti. (3) Gli agenti possono visualizzare ma non modificare i dettagli di pagamento. |
| 33. In qualità di responsabile operativo, desidero aggiornare gli stati degli ordini in blocco da un CSV in modo da non dover modificare centinaia di record manualmente. | (1) Un'anteprima mostra quali righe verranno modificate e quali presentano errori prima che venga applicato qualsiasi cambiamento. (2) Le righe con errori vengono saltate e segnalate. (3) Ogni aggiornamento in blocco viene registrato con l'indicazione di chi lo ha eseguito. |
| 34. In qualità di amministratore IT, desidero disattivare l'account di un dipendente che lascia l'azienda in un unico punto in modo che perda l'accesso a tutti gli strumenti interni. | (1) La disattivazione termina immediatamente tutte le sessioni attive. (2) I loro task aperti vengono riassegnati al loro responsabile. (3) I loro dati vengono conservati secondo la policy di retention, non eliminati. |
| 35. In qualità di responsabile finanziario, desidero che le spese oltre una certa soglia richiedano un'approvazione in modo che gli acquisti di grandi dimensioni vengano verificati. | (1) Le spese superiori alla soglia vengono inviate all'approvatore assegnato. (2) L'approvatore può approvare o rifiutare, con un commento, dall'email o dall'app. (3) Le richieste non gestite entro 3 giorni lavorativi vengono escalate. |
Esempi di storie utente per funzionalità AI
Le funzionalità AI necessitano di criteri aggiuntivi: cosa succede quando il modello non conosce la risposta, dove vanno i dati e come si verificherà se sono utili. Mantieni un umano in controllo di tutto ciò che viene inviato, pubblicato o pagato.
| User story | Criteri di accettazione |
|---|---|
| 36. In qualità di agente di supporto, desidero una risposta redatta da AI per ogni ticket in modo da poter rispondere più velocemente alle domande comuni. | (1) La bozza appare nella casella di risposta, etichettata come generata da AI, e viene inviata solo quando clicco Invia. (2) Collega gli articoli del centro assistenza utilizzati. (3) Quando non esiste un articolo rilevante, lo indica invece di indovinare. |
| 37. In qualità di utente, desidero porre domande sui miei documenti in linguaggio naturale in modo da poter trovare risposte senza aprire ogni file. | (1) Le risposte utilizzano solo i documenti a cui ho accesso. (2) Ogni risposta collega i passaggi della fonte. (3) Se i documenti non contengono la risposta, indica di non saperlo. |
| 38. In qualità di membro del team, desidero un breve riepilogo delle note di riunioni lunghe in modo da poter recuperare in un minuto. | (1) Il riepilogo elenca le decisioni e le azioni con i rispettivi responsabili. (2) Posso rigenerarlo o modificarlo. (3) Nulla viene riassunto automaticamente: un riepilogo viene creato solo quando qualcuno lo richiede. |
| 39. In qualità di amministratore di workspace, desidero attivare o disattivare le funzionalità AI per il mio team in modo da restare entro la nostra policy dei dati. | (1) Un'impostazione controlla ogni funzionalità AI nel workspace. (2) La pagina indica quale provider elabora i dati e se vengono utilizzati per l'addestramento. (3) La modifica si applica a tutti gli utenti entro pochi minuti e viene registrata. |
| 40. In qualità di product manager, desidero vedere con quale frequenza gli utenti accettano, modificano o rifiutano le suggerimenti AI in modo da poter capire se la funzionalità è utile. | (1) Ogni suggerimento viene registrato come accettato, modificato o rifiutato. (2) Una dashboard mostra queste percentuali a settimana. (3) L'analisi archivia solo l'esito, mai il prompt o il contenuto del documento. |
Cattivo vs buono: 6 storie utente riscritte
Ogni riscrittura nomina un utente specifico, mantiene le decisioni di progettazione fuori dall'obiettivo e fornisce un vantaggio reale.
| Storia debole | Perché fallisce | Versione migliore |
|---|---|---|
| Il sistema deve supportare l'esportazione in PDF. | Linguaggio di requisito: nessun utente e nessuna ragione. | In qualità di contabile, desidero scaricare l'estratto conto di ogni mese in PDF in modo da poterlo allegare ai nostri archivi. |
| In qualità di utente, desidero che l'app sia facile da usare. | Non testabile, senza un obiettivo specifico. | In qualità di utente alla prima esperienza, desidero iniziare il mio primo progetto da un template in modo da vedere come funziona l'app entro pochi minuti. |
| In qualità di sviluppatore, desidero migrare a PostgreSQL. | Un compito tecnico; il valore per l'utente è nascosto. | In qualità di analista, desidero che i report mensili si carichino in meno di 3 secondi in modo da poterli rivedere durante le riunioni. La migrazione diventa un compito sotto questa storia. |
| In qualità di cliente, desidero pagare. | Troppo grande: nasconde metodi di pagamento, fallimenti e rimborsi. | In qualità di cliente, desidero pagare con carta al checkout in modo da poter completare il mio ordine in un solo passaggio. Apple Pay, rimborsi e pagamenti falliti diventano storie separate. |
| Come utente, voglio un pulsante Salva blu nell'angolo in alto a destra. | Impone il design e non lascia nulla da discutere. | Come editor, voglio che le mie modifiche vengano salvate automaticamente in modo da non perdere il lavoro se il browser si chiude. |
| Come manager, voglio vedere i report in modo da poter vedere i report. | Il vantaggio ripete semplicemente l'obiettivo. | Come responsabile delle vendite, voglio il pipeline di ogni rappresentante per fase in modo da poter individuare le trattative ferme prima della fine del trimestre. |
Il guida alle user story spiega la checklist INVEST alla base di queste riscritture.
Dall'epic alle storie: un esempio di suddivisione
Un epic è un risultato troppo grande per un singolo sprint. Ecco “I clienti possono abbonarsi e pagare” per un prodotto SaaS B2B, suddiviso in storie che possono essere rilasciate singolarmente:
- Come nuovo cliente, voglio iniziare una prova gratuita senza carta in modo da poter valutare il prodotto senza impegno.
- Come utente in prova, voglio scegliere un piano e aggiungere la mia carta prima della fine della prova in modo da conservare i miei dati e le impostazioni.
- Come titolare dell'account, voglio scaricare le fatture passate in modo da poterle archiviare per le tasse.
- Come titolare dell'account, voglio ricevere un'email una settimana prima di ogni rinnovo annuale in modo che l'addebito non mi sorprenda.
- Come titolare dell'account, voglio un periodo di grazia quando un pagamento fallisce in modo che il mio team non venga bloccato a causa di una carta scaduta.
Per un MVP, le storie da 1 a 3 sono sufficienti per iniziare a fatturare; le 4 e 5 diventano importanti una volta che i clienti rinnovano. Il guida alla user story mapping mostra come tracciare quella linea.
Esempi di user story tecniche e non funzionali
Prestazioni, accessibilità e affidabilità possono essere storie anche loro. Indica l'utente che risente del problema e rendi i criteri misurabili:
- Come acquirente mobile, voglio che le pagine dei prodotti si carichino rapidamente su uno smartphone di fascia media in modo da non arrendermi prima che la pagina appaia. Criteri: il contenuto principale viene visualizzato entro 2,5 secondi su 4G su un dispositivo di test nominato; le immagini sotto la fold si caricano in modo lazy.
- Come utente di screen reader, voglio che ogni campo di registrazione sia etichettato e annunciato in modo da poter creare un account in autonomia. Criteri: il modulo rispetta WCAG 2.2 livello AA; può essere compilato solo con la tastiera; gli errori vengono annunciati.
Come adattare questi esempi al tuo MVP
- Sostituisci i ruoli con i tuoi utenti reali. “Come acquirente” diventa “Come genitore che compra divise scolastiche” se è questo il tuo pubblico.
- Sostituisci ogni numero con la tua regola. Le invitazioni a 7 giorni, le scadenze a 24 ore e gli obiettivi a 3 secondi sopra sono segnaposto.
- Mantieni solo le storie sul tuo percorso principale per il primo rilascio.
- Aggiungi i percorsi negativi di cui i tuoi clienti e il team di supporto parlano già.
- Affina ogni storia con le persone che la realizzeranno. Una storia copiata ha comunque bisogno di una conversazione.
Se stai decidendo cosa includere in una prima versione senza un co-fondatore tecnico, come costruire un MVP come fondatore non tecnico copre le opzioni. Per una scheda vuota con ogni campo, usa il modello di user story.
Hai un backlog di storie e nessuno per realizzarle? Il nostro team trasforma le user story in software funzionante sprint dopo sprint. Vedi i nostri piani di sviluppo mensili.
Domande frequenti
Qual è un buon esempio di user story?
“Come cliente abituale, voglio riordinare un acquisto precedente con un tocco in modo da poter fare scorta senza cercare di nuovo.” Indica un utente specifico, un obiettivo senza decisioni di design e un vantaggio reale. Aggiungi criteri come: gli articoli non più in vendita vengono segnalati prima del checkout e vengono utilizzati i prezzi correnti, non quelli originali.
Qual è un esempio di epic?
“I clienti possono abbonarsi e pagare” è un epic: un risultato troppo grande per un sprint. Si suddivide in storie come l'avvio di una prova gratuita, l'aggiunta di una carta prima della fine della prova, il download delle fatture e la gestione dei pagamenti falliti.
Come si scrive una user story tecnica?
Indica la persona che risente del vantaggio, anche se è un collega (“Come ingegnere on-call…”), dichiara il valore nella clausola “in modo da” e fornisci criteri misurabili. Se non c'è alcun valore visibile all'utente, è probabilmente un task sotto un'altra storia piuttosto che una storia.
Quanti criteri di accettazione dovrebbe avere una user story?
Di solito da tre a sei. Meno spesso significa che mancano i percorsi di errore; molti di più di solito significa che la storia è troppo grande e dovrebbe essere suddivisa.