Product Management Word Intermedio

Template per Piano di A/B Testing in Word

Per Product Manager e team che devono passare da 'proviamo questo bottone' a un test plan difendibile: documento strutturato con ipotesi formale, varianti, metriche, requisiti statistici e regole di decisione, pronto da condividere con stakeholder e analytics.

#ab-testing #sperimentazione #ipotesi #metriche #test-plan

Usa nel Playbox Personalizza nel wizard

Claude · Anthropic

<role>
Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.
</role>

<task>
Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.
</task>

<context>
Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].
</context>

<output_format>
Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.
</output_format>

<constraints>
Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.
</constraints>

<tone>
Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.
</tone>

DeepSeek · DeepSeek

Ruolo: Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.

Obiettivo: Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.

Contesto: Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].

Formato output: Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.

Vincoli & regole: Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.

Tono & stile: Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

Gemini · Google

## Ruolo
Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.

## Contesto
Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].

## Obiettivo
Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.

## Tono & stile
Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

## Formato output
Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.

## Vincoli & regole
Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.

Grok · xAI

## Ruolo
Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.

## Obiettivo
Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.

## Contesto
Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].

## Formato output
Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.

## Vincoli & regole
Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.

## Tono & stile
Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Mistral · Mistral AI

## Ruolo
Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.

## Obiettivo
Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.

## Contesto
Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].

## Formato output
Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.

## Vincoli & regole
Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.

## Tono & stile
Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

ChatGPT · OpenAI

## Ruolo
Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.

## Obiettivo
Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.

## Contesto
Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].

## Formato output
Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.

## Vincoli & regole
Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.

## Tono & stile
Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Perplexity · Perplexity

Redigi un piano di A/B test completo e rigoroso come documento Word strutturato, basato sul cambiamento che voglio testare. Il documento deve permettere a un team di lanciare il test senza ambiguita e di decidere in modo difendibile.
Ruolo: Sei un Product Manager senior con solide basi di metodo sperimentale e statistica applicata ai prodotti digitali.
Contesto: Cambiamento da testare: [descrizione]. Metrica primaria attesa di impatto: [metrica]. Razionale/perche dovrebbe funzionare: [motivazione]. Segmento e canale: [target]. Baseline attuale della metrica (se nota): [valore]. Effetto minimo rilevabile desiderato (MDE): [valore]. Volume di traffico disponibile: [stima]. Vincoli: [tempo, strumenti, team].
Formato output: Documento Word strutturato con heading. H1: titolo 'Piano di A/B Test — [Nome test]'. Sezioni H2 numerate: 1. Contesto e obiettivo; 2. Ipotesi (con H0 e H1 esplicite); 3. Disegno del test (tabella: Unita di randomizzazione, Gruppo controllo, Gruppo variante, Split traffico, Targeting); 4. Metriche (tabella: Tipo [Primaria/Secondaria/Guardrail], Metrica, Definizione); 5. Requisiti statistici (baseline, MDE, significativita, potenza, dimensione campione minima per gruppo con formula, durata stimata); 6. Regola di decisione e criteri di stop; 7. Rischi e bias da evitare (peeking, p-hacking, durata insufficiente, effetto novita, contaminazione); 8. Piano di analisi e prossimi passi. Usa tabelle markdown dove indicato.
Vincoli & regole: Definisci una sola metrica primaria. L'ipotesi deve essere falsificabile, con H0 e H1 esplicite. Non inventare baseline, traffico o dimensioni del campione: se i dati mancano, indica i parametri e lascia il calcolo come passaggio da completare, mostrando comunque la formula. Imponi una durata minima di un ciclo settimanale completo. La regola di stop deve vietare lo stop anticipato basato sul peeking. Lunghezza indicativa 1-2 pagine. Nessun riferimento a brand, prodotti reali o prezzi.
Tono & stile: Rigoroso, chiaro, professionale. Tono da documento condivisibile con stakeholder tecnici e di business.

Esempio di output

# Piano di A/B Test — [Nome test]

## 1. Contesto e obiettivo
Il test verifica se [cambiamento] migliora [metrica] per [segmento]. Obiettivo di business collegato: [obiettivo].

## 2. Ipotesi
**Ipotesi:** Crediamo che [variante] produrra [effetto atteso] sulla metrica [metrica primaria] perche [razionale].
**H0 (nulla):** Nessuna differenza tra controllo e variante.
**H1 (alternativa):** La variante produce un effetto >= [MDE].

## 3. Disegno del test
| Elemento | Valore |
|---|---|
| Unita di randomizzazione | Utente |
| Gruppo controllo (A) | Esperienza attuale |
| Gruppo variante (B) | [descrizione] |
| Split traffico | 50/50 |
| Targeting | [segmento] |

## 4. Metriche
| Tipo | Metrica | Definizione |
|---|---|---|
| Primaria | [metrica] | [definizione] |
| Secondaria | [metrica] | [definizione] |
| Guardrail | [metrica] | non deve peggiorare oltre [soglia] |

## 5. Requisiti statistici
- Baseline: [valore] | MDE: [valore] | Significativita: 95% | Potenza: 80%
- Dimensione campione minima per gruppo: [stima/da calcolare]
- Durata stimata: [n settimane], minimo un ciclo settimanale completo.

## 6. Regola di decisione e criteri di stop
## 7. Rischi e bias da evitare
## 8. Piano di analisi e prossimi passi

Domande frequenti

Il documento calcola la dimensione del campione?

Indica i parametri necessari (baseline, effetto minimo rilevabile, potenza, significativita) e fornisce la formula e i passaggi. Se fornisci baseline e MDE, propone una stima; altrimenti lascia il calcolo come passaggio da completare con i tuoi dati.

Posso usarlo per test multivariati?

Il template e ottimizzato per A/B (due varianti) e A/B/n. Per test multivariati segnala le cautele su numerosita campionaria e interazioni nella sezione dedicata ai rischi.

Include come evitare errori comuni?

Sì, una sezione dedicata copre peeking, p-hacking, durata insufficiente, effetti di novita e contaminazione dei gruppi, con la regola di stop predefinita.

Vuoi un prompt su misura?

Costruiscine uno in poche domande — e adattalo a ogni modello.

Crea il tuo prompt