Documento dei requisiti di prodotto (PRD)

Compilarlo online è gratuito, non serve un account e si scarica come documento Word o PDF. Vedi tutti i modelli di IT e progetti

• Nome del prodotto o della funzionalità

  Ad esempio: Report salvati

• Responsabile di prodotto

  Ad esempio: Hana Kobayashi, product manager

• Stato

  Ad esempio: Bozza da rivedere

• Ultimo aggiornamento

  Ad esempio: 10 giugno 2030

• Il problema

  Indica chi ha il problema e come lo sappiamo.

  Ad esempio: I clienti ricreano lo stesso report ogni settimana. L'assistenza riceve 40 richieste al mese che chiedono come salvarne uno.

• A chi è destinato

  Un gruppo per riga.

  Ad esempio: Team lead che preparano report settimanali. Amministratori che condividono i report con il proprio team.

• Obiettivi

  Un obiettivo per riga, con un numero quando puoi.

  Ad esempio: Ridurre il tempo per produrre un report settimanale da 15 minuti a 2 Dimezzare le domande all'assistenza sui report

• Cosa non faremo (facoltativo)facoltativo

  Dire di no qui evita discussioni più avanti.

  Ad esempio: Nessun invio programmato via email in questa versione Nessuna modifica al formato di esportazione

• Requisiti

  Una riga per ogni requisito.

  Ad esempio: Deve | Un utente può salvare i filtri attuali come report con un nome Deve | Un report salvato si apre con un clic Dovrebbe | Un report può essere condiviso con un team Potrebbe | Un report può essere duplicato

• Flusso utente principale

  Descrivi il percorso principale in pochi passaggi.

  Ad esempio: L'utente imposta i filtri, sceglie Salva, dà un nome al report e conferma. Il report compare in un elenco nella pagina dei report.

• Note su design e contenuti (facoltativo)facoltativo

  Ad esempio: I design sono nella cartella condivisa di design, pagina 4. Usa lo stile elenco esistente.

• Come sapremo che ha funzionato

  Scegli le misure e una data per verificarle.

  Ad esempio: Tempo per un report settimanale sotto i 3 minuti per il 70 per cento degli utenti entro 60 giorni. Domande all'assistenza sui report ridotte del 50 per cento.

• Rischi e domande aperte (facoltativo)facoltativo

  Uno per riga.

  Ad esempio: I report grandi potrebbero essere lenti da aprire. Dobbiamo decidere quanti report salvati può tenere un utente.

• Dipendenze (facoltativo)facoltativo

  Ad esempio: Il team dati deve confermare i nomi dei filtri. Il legale deve rivedere la condivisione tra team.

• Piano di lancio

  Ad esempio: Beta con 20 clienti a luglio, tutti a settembre

1. 11. Problema
2. 22. A chi è destinato
3. 33. Obiettivi
4. 44. Cosa non faremo
5. 55. Requisiti
6. 66. Flusso utente principale
7. 77. Note su design e contenuti
8. 88. Misure di successo
9. 99. Rischi e domande aperte
10. 1010. Dipendenze
11. 1111. Piano di lancio

1. 01

   Compila

   Inserisci i tuoi dati nel modulo. Il documento si compila mentre digiti; fai clic su qualsiasi spazio vuoto per passare al relativo campo.

2. 02

   Controlla

   Leggilo per intero. Gli spazi non compilati restano contrassegnati, così non invii nulla a metà.

3. 03

   Scarica

   Salvalo come documento Word per modificarlo ulteriormente, oppure come PDF per inviarlo o stamparlo.

Quali dati richiede questo modello?

Il modulo richiede 15 dati, a partire da Nome del prodotto o della funzionalità, Responsabile di prodotto, Stato, Ultimo aggiornamento, Il problema. Altri 4 dati sono facoltativi.

Posso scaricare questo modello in Word o PDF?

Sì. Dopo aver compilato il modulo, salvalo come documento Word per continuare a modificarlo, oppure come PDF per inviarlo o stamparlo. È gratuito e non richiede un account.

Quello che scrivo viene inviato da qualche parte?

No. Quello che scrivi resta nel tuo browser mentre compili il documento. Viene inviato a nerix solo se scegli di aprire il modello nella chat.

Questi modelli per IT e progetti sono gratuiti?

Quasi tutti. Compilali e scaricali gratis in Word o PDF, senza account. Alcuni documenti più lunghi sono premium: gratuiti da compilare, a pagamento una sola volta per scaricarli e segnati con il loro prezzo.

Una politica di sicurezza ci rende sicuri?

Nessun documento lo fa da solo. Una politica aiuta quando corrisponde a ciò che le persone fanno davvero: tienila breve, spiegala al team e rivedila ogni anno.

Il project charter serve solo ai grandi progetti?

No. Anche un piccolo progetto ne trae vantaggio, perché una pagina che indica obiettivo, limiti e chi decide evita la maggior parte delle discussioni successive.

• Specifica di integrazione APIDefinisci come due sistemi si collegano: quali dati passano, come sono protetti, come vengono gestiti gli errori e chi ne è responsabile.IT e progetti
• Registro delle decisioni architetturaliRegistra una decisione tecnica con contesto, opzioni, motivi e conseguenze, così il team può ritrovarla in seguito.IT e progetti
• Informativa sull'uso di dispositivi personali (BYOD)Stabilisci le regole per usare telefoni e portatili personali per lavoro: sicurezza, privacy, supporto e uscita.IT e progetti
• Segnalazione di bugSegnala un problema software così che uno sviluppatore possa riprodurlo, valutarne l'impatto e risolverlo.IT e progetti
• Piano di gestione del cambiamentoPianifica come informare, formare e supportare le persone durante un grande cambiamento, e come saprai che ha funzionato.IT e progetti
• Richiesta di modificaChiedi una modifica a un progetto o a un sistema, mostra il suo impatto e registra se viene approvata.IT e progetti

Vedi tutti i modelli di IT e progetti