Guida al Prompt
Come scrivere una proposta di progetto con Claude
Una proposta che viene approvata è specifica. Una proposta che viene ignorata è vaga.
Claude di Anthropic è bravo a trasformare un'idea grezza di progetto in una proposta strutturata con dichiarazione del problema, ambito, tempistiche, e il tipo di dettaglio specifico che fa davvero dire sì a uno stakeholder. Quello che Claude non sa è il tuo budget, la capacità reale del tuo team, o le dinamiche interne della tua organizzazione, a meno che non glielo dica, per questo "scrivimi una proposta di progetto per X" tende a restituire qualcosa abbastanza generico da appartenere a qualsiasi azienda. La soluzione è dare a Claude i vincoli reali: a chi è destinata la proposta, cosa hai effettivamente a disposizione, e quale decisione ti serve da quella persona.
Per chiedere a Claude di scrivere una proposta di progetto, fornisci il problema che stai risolvendo, a chi è destinata la proposta e quale decisione ti serve, i tuoi vincoli reali (dimensione del team, tempistiche approssimative, fascia di budget), e l'istruzione di strutturare la bozza come dichiarazione del problema, approccio proposto, ambito, tempistiche e metriche di successo. Incolla qualsiasi materiale di riferimento, proposte precedenti o note che già hai, e chiedi a Claude di segnalare qualsiasi cosa troppo vaga per diventare un piano concreto.
Pubblicato il
Lezione gratuita · nessun account richiestoIncontra ClaudePerché Claude?6 minInizia la lezione gratuitaPunti chiave
- Dì a chi è destinata la proposta e quale decisione ti serve che prenda. Una proposta perché il tuo team pianifichi si legge diversamente da una che chiede a un dirigente di approvare un budget.
- Fornisci a Claude i tuoi vincoli reali: dimensione del team, tempistiche approssimative, fascia di budget. Un piano costruito su vincoli inventati deve essere riscritto nel momento in cui qualcuno con i numeri reali lo legge.
- Chiedi metriche di successo specificamente, non solo una descrizione del lavoro. Una proposta che non dice come saprai che ha funzionato è più difficile da approvare e più difficile da verificare dopo.
- Incolla materiale di riferimento che già hai: proposte precedenti, note di riunione, una bozza approssimativa. Claude organizza e affina quello che gli dai; non può inventare il contesto dietro il tuo progetto specifico.
- Leggi la sezione ambito con particolare attenzione prima di inviare. Un ambito più vago o più ampio di quanto intendi realmente è la ragione più comune per cui una proposta causa problemi in seguito.
Copia e incolla
Prompt da usare subito
Una prima bozza completa da un'idea grezza
Voglio proporre [descrivi la tua idea di progetto in una o due frasi]. Questo è per [a chi è destinata la proposta e quale decisione ti serve da loro]. Ecco cosa ho effettivamente a disposizione: team di [dimensione], tempistiche di circa [periodo], budget intorno a [fascia, o 'non ancora determinato']. Scrivi una bozza di proposta con dichiarazione del problema, approccio proposto, ambito (incluso cosa è esplicitamente fuori ambito), tempistiche approssimative e metriche di successo. Segnala qualsiasi cosa che hai dovuto indovinare perché non ti ho dato dettagli sufficienti.
Essere onesti su ciò che non si sa ancora, come il budget, produce una bozza più utile che inventare un numero per riempire il vuoto.
Trasformare un brainstorming disordinato in dichiarazione del problema
Ecco le mie note grezze e disordinate su un problema che voglio risolvere: [incolla le tue note]. Trasforma questo in una dichiarazione del problema stretta, di due o tre frasi, che spieghi perché è importante e chi è interessato, senza ancora descrivere la soluzione. Voglio che il problema sia chiaramente definito prima di proporre la correzione.
Tieni la dichiarazione del problema separata dalla soluzione; una proposta che salta direttamente alla correzione spesso perde il lettore non ancora convinto che ci sia un problema che vale la pena risolvere.
Definire l'ambito, incluso cosa ne è escluso
Ecco il mio progetto proposto: [descrivilo]. Scrivi una sezione sull'ambito che dichiari chiaramente cosa questo progetto includerà e non includerà, con almeno tre cose specifiche esplicitamente escluse dall'ambito. Voglio evitare che la proposta venga letta più ampiamente di quanto intendo.
Un elenco esplicito di cosa è fuori ambito è spesso la parte di una proposta che previene più confusione in seguito.
Metti alla prova una proposta prima di inviarla
Leggi questa bozza di proposta come se fossi lo stakeholder che decide se approvarla: [incolla la tua bozza]. Quali domande avresti prima di approvarla? Dove sembrano poco realistici o poco chiari le tempistiche, l'ambito o le metriche di successo? Sii specifico su cosa manca, non solo su cosa è sbagliato.
Funziona meglio poco prima di inviare la proposta, come controllo finale piuttosto che come passo iniziale della bozza.
Adattare il tono di una proposta per un pubblico diverso
Ecco una proposta di progetto che ho scritto per il mio team: [incolla la tua bozza]. Riscrivila per un pubblico dirigenziale che deve approvare il budget: inizia con il business case e il costo, mantieni breve il dettaglio tecnico, e sposta qualsiasi dettaglio di implementazione in una sezione di appendice alla fine.
Lo stesso progetto spesso richiede due versioni diverse in base a chi legge e cosa quella persona deve decidere.
La Struttura
Le cinque parti di cui ha bisogno un prompt per proposte
Questi cinque elementi trasformano un'idea vaga in qualcosa su cui uno stakeholder può effettivamente agire.
Una dichiarazione del problema, prima della soluzione
Dichiara il problema e perché è importante prima di descrivere la correzione. Un lettore non ancora convinto che ci sia un problema non prenderà sul serio una soluzione proposta per esso.
Ambito, incluso cosa ne è esplicitamente escluso
Dì cosa farà il progetto e, altrettanto importante, cosa non farà. Una proposta senza ambito definito tende a espandersi nella mente di ciascuno fino a ciò che hanno presunto significasse.
Vincoli reali, non inventati
Fornisci a Claude la dimensione reale del tuo team, tempistiche approssimative e fascia di budget, anche se parte di questo è ancora incerta. Un piano costruito su numeri inventati deve essere rifatto nel momento in cui emergono quelli reali.
Metriche di successo, dichiarate chiaramente
Dì come saprai che il progetto ha funzionato. Una proposta senza metrica di successo è più difficile da approvare e, se viene approvata comunque, più difficile da verificare sei mesi dopo.
Conosci Il Tuo Lettore
Lo stesso progetto ha bisogno di una proposta diversa per un pubblico diverso
Una proposta scritta perché il tuo team pianifichi e una proposta scritta per ottenere l'approvazione del budget da un dirigente svolgono compiti diversi, anche descrivendo lo stesso progetto. La versione per il team può approfondire i dettagli di implementazione perché al lettore importa già. La versione dirigenziale deve iniziare con il business case e il costo, perché quella è la decisione reale che quel lettore deve prendere, e dettagli non necessari ritardano solo la decisione che stai chiedendo.
Dì esplicitamente a Claude chi sta leggendo e quale decisione ti serve da quella persona. "Questo è perché il mio team pianifichi il prossimo trimestre" e "questo deve ottenere l'approvazione del budget da una vicepresidente che non conosce i dettagli tecnici" orientano Claude verso due bozze diverse, anche per lo stesso progetto, e nominare il pubblico in anticipo ti evita di scrivere una versione e scoprire dopo che è quella sbagliata per il lettore reale.
Se ti servono davvero entrambe le versioni, spesso è più rapido scrivere prima la versione detagliata per il team e poi chiedere a Claude di adattarla per il pubblico dirigenziale, piuttosto che scriverle entrambe da zero. I fatti sottostanti non cambiano; cambia solo cosa viene enfatizzato e cosa passa in appendice.
Errori Comuni
Cosa blocca una proposta invece di farla approvare
Queste sono le lacune che trasformano un'idea ragionevole in una proposta che resta senza risposta.
Un ambito più ampio di quanto intendi realmente
Se non dichiari cosa è fuori ambito, i lettori riempiranno il vuoto con le proprie supposizioni, spesso più ampie di quanto intendevi proporre. Dichiara esplicitamente cosa questo progetto non includerà.
Nessuna decisione dichiarata per il lettore
Una proposta che non dice cosa stai effettivamente chiedendo, approvazione, budget, personale, via libera per iniziare, lascia il lettore incerto su quale risposta ti serve da lui.
Numeri inventati al posto di vincoli reali
Tempistiche o budget che Claude ha indovinato perché non ne hai fornito uno suoneranno sicuri anche essendo fittizi, e qualcuno con i numeri reali noterà che la proposta non corrisponde alla realtà.
Nessun modo per sapere dopo se ha funzionato
Una proposta senza metriche di successo è difficile da approvare con sicurezza, e se viene approvata comunque, non c'è un modo concordato per verificare sei mesi dopo se il progetto ha dato risultati.
Usare Quello Che Hai Già
Incolla il tuo materiale di riferimento invece di iniziare da zero
Se hai una proposta precedente per qualcosa di simile, note grezze di riunione sul problema, o anche una bozza a metà, incollala invece di descrivere il progetto a memoria da zero. Claude può organizzare e affinare materiale che già hai molto più fedelmente di quanto possa inventare il contesto specifico, la storia e i vincoli del tuo progetto reale da una descrizione di una frase.
Questo conta specialmente per la dichiarazione del problema. Se il problema è emerso in una riunione, in un reclamo di un cliente, o in un tentativo precedente fallito di qualcosa di simile, quel contesto appartiene al prompt. Una dichiarazione del problema costruita solo dal tuo riassunto attuale della questione spesso perde il dettaglio specifico che rendeva il problema reale e degno di essere risolto.
Lo stesso vale per i vincoli. Se la tua organizzazione ha già un modello standard per le proposte, una fascia di budget tipica per questo tipo di progetto, o una convenzione di tempistiche abituale, dalla direttamente a Claude invece di lasciarlo tornare a una struttura generica. Una proposta che già corrisponde a come la tua organizzazione si aspetta di vedere questo tipo di documento viene letta più seriamente di una che sembra un modello preso da altrove.
Vale la pena tenere una cartella aggiornata con le proposte approvate nella tua organizzazione, anche informalmente, e incollarne una che ha funzionato insieme alla tua bozza quando puoi. Claude riesce a cogliere lo schema di ciò che di solito funziona, che si tratti di un certo livello di formalità, di una preferenza per paragrafi brevi invece che lunghi, o dell'abitudine di partire dalla mitigazione dei rischi, e applicare lo stesso schema alla tua bozza attuale invece di ricadere su una struttura generica che non corrisponde a ciò che funziona davvero dove lavori.
Prima Di Inviarla
Cosa controllare prima che la proposta arrivi al lettore
Leggi prima la sezione sull'ambito e chiediti se descrive esattamente ciò che intendi fare, né più né meno. Questa è la sezione più probabile a causare problemi in seguito se è più vaga o ampia della tua intenzione reale, perché diventa il punto a cui tutti si riferiscono una volta che il progetto è in corso.
Controlla ogni numero rispetto alla realtà: le tempistiche, la dimensione del team, il budget. Un piano che suona sicuro ma è costruito su un numero indovinato è peggio di un onesto "tempistiche non ancora finalizzate", perché il primo viene trattato come un impegno nel momento in cui qualcuno lo legge.
La struttura qui ti dà rapidamente una bozza solida; il giudizio su cosa la tua organizzazione e il tuo lettore hanno realmente bisogno per questa proposta specifica resta tuo prima che venga inviata.
Una proposta chiara viene letta. Una vaga viene ignorata.
La struttura è riutilizzabile per ogni proposta dopo questa. Le lezioni gratuite di Nightschool AI percorrono reali compiti di scrittura lavorativa con Claude, incluse le decisioni su ambito e pubblico.
Domande frequenti
Qual è la cosa più importante da dire a Claude prima che redatti una proposta?
A chi è destinata la proposta e quale decisione ti serve che prenda. Una proposta perché il tuo team pianifichi e una che chiede a un dirigente di approvare un budget hanno bisogno di inquadramenti diversi, anche per lo stesso progetto.
Dovrei dare a Claude un numero di budget se non ne ho ancora uno?
No. Dì che il budget non è ancora finalizzato invece di lasciare che Claude indovini un numero. Una cifra inventata che suona sicura viene trattata come un impegno nel momento in cui qualcuno con i numeri reali la vede.
Perché la proposta ha bisogno di una sezione esplicita su cosa è fuori ambito?
Senza di essa, i lettori riempiono il vuoto con le proprie supposizioni su cosa include il progetto, spesso più ampie di quanto intendi realmente. Dichiarare esplicitamente cosa è escluso previene questa deriva.
Come scrivo una proposta che funzioni sia per il mio team che per un dirigente?
Scrivi prima la versione detagliata per il tuo team, poi chiedi a Claude di adattarla per il lettore dirigenziale: inizia con il business case e il costo, riduci il dettaglio tecnico, e sposta le specifiche di implementazione in un'appendice.
Posso usare note di una proposta precedente o di una riunione invece di iniziare da zero?
Sì, e dovresti. Incolla il materiale di riferimento che già hai. Claude organizza e affina materiale reale molto meglio di quanto possa inventare il contesto specifico del tuo progetto da zero.
Perché la proposta ha bisogno di metriche di successo?
Senza un modo dichiarato di misurare il successo, la proposta è più difficile da approvare con sicurezza, e non c'è un modo concordato per verificare in seguito se il progetto ha davvero dato quanto promesso.
Come dovrei controllare una bozza prima di inviarla a uno stakeholder?
Chiedi a Claude di leggerla come farebbe lo stakeholder e di elencare le domande che avrebbe prima di approvarla. Poi controlla separatamente ogni numero nella bozza rispetto ai tuoi vincoli reali prima dell'invio.
Cosa succede se la mia organizzazione ha già un modello standard per le proposte?
Dallo direttamente a Claude invece di lasciare che la bozza torni a una struttura generica. Una proposta che già corrisponde al formato atteso dalla tua organizzazione viene letta più seriamente di una che non lo fa.
Una proposta approvata inizia con vincoli reali
La struttura è riutilizzabile ogni volta. Darle numeri onesti invece di supposizioni è la parte che vale la pena fare bene.