Un PRD (Product Requirements Document / documento dei requisiti di prodotto) definisce cosa costruire e perché: il problema, lo scope, i requisiti e le decisioni che li reggono, così che team e stakeholder condividano la stessa immagine. Il punto debole arriva dopo: in due o tre sprint il PRD smette di combaciare con la realtà — deriva. Qui la struttura, un modello e come evitare la deriva.
Questo modello si copia così com'è. La parte più preziosa — e che invecchia prima — è la 4: le decisioni. Un PRD è solo la punta visibile della roadmap e delle decisioni sotto.
Un PRD è corretto il giorno in cui viene approvato. Poi una riunione cambia un'ipotesi, un edge case ribalta una decisione — e il documento resta fermo. Nessuno mantiene a mano un documento di dodici pagine. Settimane dopo, un agente IA costruisce su una spec che non regge più.
Ogni requisito e decisione diventa una scheda indirizzabile invece di una riga a pagina sette — con la motivazione e il responsabile, trovabile per ID.
Quando una decisione successiva ne ribalta una precedente, le schede dipendenti — e la parte di PRD interessata — diventano «stale» da sole. Il documento non mente in silenzio per tre settimane.
Claude Code o Cursor leggono il PRD via MCP — attuale o segnalato esplicitamente, non un documento statico di cui nessuno conosce lo stato.
Un PRD è corretto il giorno in cui viene approvato. Il problema sono le sei settimane dopo, in cui nessuno lo aggiorna.Trasforma i requisiti in schede e il PRD ti avvisa da solo quando è obsoleto. Questo è Draftlize.
Il PRD definisce «cosa e perché», a livello superiore; la specifica entra nel «come costruirlo». Se la decisione nel PRD cambia, la spec deve cambiare, e quel collegamento è cruciale.
Di solito il PM, insieme a engineering e design. L'essenziale è che le decisioni interne restino tracciabili e con il loro perché.
Basta che siano chiari problema, scope, requisiti e decisioni. Più della lunghezza conta poter accorgersi quando qualcosa diventa obsoleto.
Rendi requisiti e decisioni schede collegate, non paragrafi congelati. Se una decisione cambia, Draftlize segna «stale» ciò che dipende. Prosegui con registro delle decisioni.
Scrivi il PRD come schede collegate e ogni requisito diventa indirizzabile. Se una decisione cambia, segna «stale» ciò che è coinvolto — fine della deriva del PRD.
Inizia gratis con $5