Template per Problem Statement di Discovery in Word
Per Product Manager e team di discovery che devono passare da una raccolta di insight a una definizione del problema condivisa e difendibile: genera un problem statement strutturato con utente, contesto, situazione attuale, impatto quantificato, evidenze, criteri di successo e confini, evitando di nascondere una soluzione dentro la definizione del problema.
Esempio di output
PROBLEM STATEMENT — [Titolo sintetico del problema] H1 — FORMULAZIONE SINTETICA '[Segmento] quando [contesto/situazione] non riesce a [obiettivo] perché [ostacolo], il che comporta [impatto].' H1 — SCOMPOSIZIONE H2 Chi ha il problema: segmento/persona specifica. H2 Contesto e trigger: quando e dove si manifesta. H2 Situazione attuale: cosa fa oggi l'utente (workaround inclusi). H2 Impatto: conseguenza per l'utente e per il business (quantificata dove possibile). H1 — EVIDENZE | Affermazione | Evidenza a supporto | Tipo (fatto/interpretazione) | Livello di evidenza | |--------------|---------------------|------------------------------|---------------------| | Il setup è troppo lungo | 6/8 interviste citano abbandono | Fatto | Forte | | Genera churn | Correlazione non verificata | Interpretazione | Debole [DA VALIDARE] | H1 — SUCCESS CRITERIA Come sapremo che il problema è risolto: 1-2 metriche con direzione attesa. H1 — FUORI SCOPE Cosa NON stiamo cercando di risolvere ora. H1 — VARIANTI DI FRAMING - Framing job-to-be-done - Framing per impatto di business (nota: se la formulazione iniziale conteneva una soluzione, qui viene riformulata come bisogno).
Domande frequenti
Una frase generica non è azionabile. Questo problem statement collega chi ha il problema, in quale contesto, qual è la situazione attuale e il suo impatto, su quali evidenze si fonda e come si misurerà la soluzione, separando i fatti dalle interpretazioni. Così il team condivide la stessa definizione e può prioritizzarla senza ambiguità.
Sì. Un errore classico è scrivere problemi che sono soluzioni travestite ('manca il pulsante X'). Il prompt riformula questi casi in termini di bisogno o ostacolo dell'utente e ti avvisa quando la formulazione che hai fornito presuppone già una soluzione, mantenendo lo spazio aperto in discovery.
Sì, ma resta onesto: con pochi dati il problem statement esplicita il livello di evidenza e segnala come assunzioni da validare le parti non supportate, invece di gonfiare la certezza. Ti indica anche quali evidenze raccogliere per rafforzare la definizione prima di investire.
Vuoi un template su misura?
Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.