Template per User Story Map in Excel
Serve a Product Manager e team Agile che vogliono passare da una lista piatta di feature a una mappa narrativa del percorso utente, organizzata per release. Concreto: descrivi prodotto e obiettivo, ottieni la mappa pronta da incollare e affettare in slice di valore.
Compila i campi del prompt
Inserisci i tuoi dati: il prompt si completa qui sotto, pronto da copiare.
Claude
· Anthropic
<role> Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. </role> <task> Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. </task> <context> Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] </context> <output_format> Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). </output_format> <constraints> Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. </constraints> <tone> Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente. </tone>
DeepSeek
· DeepSeek
Ruolo: Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. Obiettivo: Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. Contesto: Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] Formato output: Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). Vincoli & regole: Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. Tono & stile: Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente.
Gemini
· Google
## Ruolo Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. ## Contesto Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] ## Obiettivo Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. ## Tono & stile Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente. ## Formato output Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). ## Vincoli & regole Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi.
Grok
· xAI
## Ruolo Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. ## Obiettivo Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. ## Contesto Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] ## Formato output Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). ## Vincoli & regole Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. ## Tono & stile Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
Mistral
· Mistral AI
## Ruolo Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. ## Obiettivo Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. ## Contesto Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] ## Formato output Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). ## Vincoli & regole Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. ## Tono & stile Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
ChatGPT
· OpenAI
## Ruolo Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. ## Obiettivo Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. ## Contesto Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] ## Formato output Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). ## Vincoli & regole Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. ## Tono & stile Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente. ## Verbosità Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.
Perplexity
· Perplexity
Costruisci una User Story Map completa per il prodotto e l'obiettivo forniti. Identifica la backbone (attivita di alto livello in ordine narrativo), scomponi ogni attivita nei passi utente, e per ogni passo genera una o piu user story nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. Infine raggruppa le story in release orizzontali, partendo da un Walking Skeleton che consenta all'utente di completare il percorso end-to-end. Ruolo: Sei un Product Manager esperto di discovery e di user story mapping secondo l'approccio di Jeff Patton. Sai trasformare un obiettivo di prodotto in una narrazione del percorso utente e affettarla in release di valore incrementale. Contesto: Prodotto/servizio: [descrizione prodotto] Obiettivo dell'utente (goal narrativo): [obiettivo principale] Tipi di utente/ruoli coinvolti: [ruoli] Fasi note del percorso (se disponibili): [fasi] Vincoli o priorita di business: [vincoli/priorita] Numero di release desiderate: [numero, default 3] Formato output: Output strutturato come due fogli di calcolo, in formato CSV con separatore ';' pronto da incollare in Excel. FOGLIO 1 — 'Story Map', colonne nell'ordine esatto: ID_Activity ; Attivita_backbone ; ID_Step ; Passo_utente ; ID_Story ; User_story ; Release ; Priorita ; Note - ID_Activity nel formato A1, A2... in ordine narrativo da sinistra a destra. - ID_Step nel formato S1, S2... raggruppati sotto l'attivita. - ID_Story nel formato US-01, US-02... - User_story SEMPRE nel formato 'Come [ruolo] voglio [azione] cosi da [beneficio]'. - Release: una tra R1 - Walking Skeleton, R2, R3 (o quante richieste). - Priorita: Must / Should / Could (MoSCoW). FOGLIO 2 — 'Legenda Release', colonne: Release ; Obiettivo ; Criterio di inclusione. Mantieni l'ordinamento delle righe per backbone (tutte le story di A1, poi A2...). Vincoli & regole: Basati solo sugli input forniti: non inventare funzionalita fuori contesto ne dati quantitativi. Ogni attivita della backbone deve avere almeno una story assegnata a R1 (Walking Skeleton), in modo che la prima release garantisca un percorso completo end-to-end. Ogni user story deve rispettare rigorosamente il formato 'Come... voglio... cosi da...'. Non duplicare ID. Mantieni le story atomiche e indipendenti (principio INVEST): se una story e troppo grande, spezzala. Genera tra 12 e 25 story totali salvo diversa indicazione. Non includere stime in punti o ore (fuori scope). Niente brand, prezzi o prodotti reali di terzi. Tono & stile: Pragmatico e orientato al flusso utente. Linguaggio chiaro, centrato sul valore percepito dall'utente.
Esempio di output
Foglio 'Story Map' (CSV, separatore ;) ID_Activity;Attivita_backbone;ID_Step;Passo_utente;ID_Story;User_story;Release;Priorita;Note A1;Scoprire il prodotto;S1;Arrivare sulla landing;US-01;Come visitatore voglio capire il valore in 10 secondi cosi da decidere se proseguire;R1 - Walking Skeleton;Must;Hero chiara A1;Scoprire il prodotto;S2;Confrontare i piani;US-02;Come visitatore voglio confrontare le opzioni cosi da scegliere quella adatta;R2;Should; A2;Registrarsi;S3;Creare account;US-03;Come nuovo utente voglio registrarmi con email cosi da iniziare subito;R1 - Walking Skeleton;Must; A2;Registrarsi;S3;Creare account;US-04;Come nuovo utente voglio registrarmi via SSO cosi da risparmiare tempo;R2;Could; A3;Completare il primo task;S4;Configurare il profilo;US-05;Come utente voglio una guida passo-passo cosi da non bloccarmi;R1 - Walking Skeleton;Must;Onboarding A3;Completare il primo task;S5;Ottenere il primo risultato;US-06;Come utente voglio vedere un risultato tangibile cosi da percepire il valore;R1 - Walking Skeleton;Must;Aha moment Foglio 'Legenda Release' Release;Obiettivo;Criterio di inclusione R1 - Walking Skeleton;Percorso end-to-end minimo;Story indispensabili per completare il viaggio R2;Profondita e scelta;Alternative e ottimizzazioni R3;Delight e scala;Edge case, personalizzazione
Domande frequenti
Cos'e la 'backbone' nella story map?
E la spina dorsale: la sequenza orizzontale delle attivita di alto livello che l'utente compie per raggiungere il suo obiettivo, da sinistra a destra in ordine narrativo. Sotto ogni attivita si appendono i passi e le story di dettaglio.
Come vengono assegnate le story alle release?
Il prompt raggruppa le story in 'slice' orizzontali: la prima release (Walking Skeleton) contiene la story minima per ogni attivita che consente all'utente di completare il percorso end-to-end; le release successive aggiungono profondita e ottimizzazioni.
Posso importarlo direttamente in uno strumento di story mapping?
L'output e una tabella tabulare (CSV/TSV) con colonne esplicite: e adatto a un foglio di calcolo e facilmente riorganizzabile. Per strumenti visuali dedicati useresti la tabella come sorgente da cui ricreare le card.
Vuoi un prompt su misura?
Costruiscine uno in poche domande — e adattalo a ogni modello.