Come presentare un progetto in modo chiaro, credibile e convincente

di Dario Squartecchia · 27 agosto 2026 · 15 min di lettura

Il responsabile dei sistemi informativi presenta alla direzione il progetto per un nuovo gestionale. Quaranta slide: le funzioni del software scelto, il confronto tra tre fornitori, un diagramma con ottanta attività distribuite su quattordici mesi. Dopo mezz'ora il direttore finanziario chiede: "Quanto ci costa, ogni anno, continuare con il sistema attuale?". Il numero non c'è. La decisione viene rinviata al trimestre successivo. Sapere come presentare un progetto significa partire dalla decisione che chi ascolta deve prendere, e costruire attorno a quella decisione tutto il resto: perché il progetto merita attenzione, cosa produrrà di misurabile, come verrà realizzato, quanto costa, quali rischi comporta e cosa si chiede di approvare. Il dettaglio tecnico serve, ma arriva dopo.

La decisione prima del progetto

Ogni presentazione di progetto ha un obiettivo preciso, anche quando non viene dichiarato. Ottenere l'approvazione e il budget. Ottenere risorse, come persone da altri reparti o tempo dei dirigenti. Convincere un partner a partecipare. Ottenere un finanziamento da un ente pubblico o privato. Far scegliere la propria proposta a un cliente.

La struttura della presentazione cambia molto in base a questo obiettivo. Una direzione che deve approvare un investimento vuole capire il ritorno e i rischi. Un partner vuole capire cosa ci guadagna e cosa deve mettere. Un ente finanziatore vuole verificare che il progetto risponda ai criteri del bando. Un cliente vuole sapere cosa otterrà, quando e a quale prezzo.

Prima di preparare le slide, scrivi in una frase cosa chiedi e a chi. "Chiediamo alla direzione di approvare un investimento di 380.000 euro in diciotto mesi per sostituire il gestionale, con avvio entro marzo". Se non riesci a scrivere questa frase, la presentazione non ha ancora un centro.

Perché il progetto merita attenzione?

Chi ascolta ha sempre altri progetti in competizione per le stesse risorse. La prima parte della presentazione deve spiegare perché questo merita attenzione adesso, e lo fa descrivendo il problema o l'opportunità in termini che contano per chi decide.

Il modo più efficace è quantificare il costo della situazione attuale. "Il gestionale attuale richiede tre giorni di lavoro manuale ogni chiusura mensile, non si integra con il nuovo sistema di magazzino e non riceverà più aggiornamenti di sicurezza dal prossimo anno. Stimiamo un costo diretto di 95.000 euro l'anno tra ore di lavoro, errori di fatturazione e interventi esterni". Una frase così risponde in anticipo alla domanda del direttore finanziario.

Quando il progetto riguarda un'opportunità più che un problema, il principio è lo stesso: quanto vale l'opportunità, e cosa si perde non coglierla. Un mercato nuovo, un cliente importante, un vantaggio rispetto alla concorrenza: ciascuno va tradotto in un ordine di grandezza, con le ipotesi dichiarate.

Il costo del non fare è spesso l'argomento più convincente, ed è quello che le presentazioni di progetto trascurano più spesso.

Obiettivi misurabili

Un progetto è valutabile quando i suoi obiettivi sono misurabili. "Migliorare l'efficienza dei processi amministrativi" non lo è. "Ridurre la chiusura mensile da cinque a due giorni lavorativi entro sei mesi dall'avvio del nuovo sistema" lo è.

Ogni obiettivo ha bisogno di quattro elementi: l'indicatore, il valore di partenza, il valore atteso, la data entro cui raggiungerlo. Senza il valore di partenza, non si potrà dire se il risultato è stato raggiunto. Senza la data, il progetto non avrà mai un momento di verifica.

Due o tre obiettivi principali bastano. Un elenco di dieci obiettivi, tutti con lo stesso peso, rende difficile capire quale sia il risultato per cui il progetto esiste. Gli obiettivi secondari possono stare in appendice.

Indicare chi misurerà i risultati, e come, completa il quadro. Un obiettivo che nessuno ha il compito di verificare tende a essere dimenticato appena il progetto parte.

La soluzione proposta e le alternative considerate

Dopo il problema e gli obiettivi, la presentazione descrive la soluzione: cosa si propone di fare, in termini comprensibili per chi decide. Il dettaglio tecnico va dosato. Una direzione aziendale ha bisogno di capire cosa cambierà, per chi e con quale effetto; le specifiche dei moduli software possono stare in un allegato.

Una parte spesso trascurata è il confronto con le alternative. Chi decide si chiederà comunque se esistono altre strade: non fare nulla, fare una versione più piccola, rimandare, scegliere un altro fornitore. Mostrare di averle considerate, con i motivi per cui la proposta è preferibile, rafforza la credibilità e anticipa molte domande.

Il confronto non deve essere costruito per far vincere la proposta a ogni costo. Se un'alternativa costa meno ma ottiene meno risultati, dillo. Chi decide può avere priorità diverse, e preferirà scegliere con tutte le informazioni.

Il piano di lavoro oltre le scadenze

Un diagramma con ottanta attività dice molto a chi gestirà il progetto e poco a chi deve approvarlo. Per una presentazione, il piano di lavoro va sintetizzato in fasi, ciascuna con un risultato verificabile.

Per ogni fase indica cosa verrà consegnato, entro quando, chi ne è responsabile e quali dipendenze ha. "Fase 1, gennaio-marzo: analisi dei processi e configurazione. Risultato: sistema configurato e testato su dati di prova. Responsabile: IT con il fornitore. Dipendenza: disponibilità di due persone dell'amministrazione per tre giorni a settimana".

Le dipendenze sono la parte più importante, e spesso la più trascurata. Un progetto che richiede tempo a persone di altri reparti, dati da un fornitore esterno o decisioni da parte della direzione deve dirlo esplicitamente. Sono i punti in cui i progetti si fermano, e chi approva deve sapere a cosa si sta impegnando.

Infine, i punti di decisione: momenti in cui si verifica l'avanzamento e si decide se proseguire, correggere o fermarsi. Un progetto con un primo punto di verifica dopo tre mesi è più facile da approvare di uno che chiede fiducia per diciotto.

Budget e rischi, insieme

Il budget e i rischi vengono spesso presentati in slide separate. Funzionano meglio insieme, perché ogni rischio importante ha un effetto possibile sul costo.

Il budget va presentato per fase e per voce principale: licenze, consulenza esterna, tempo interno, formazione, imprevisti. Il tempo interno è la voce più spesso dimenticata, ed è quella che chi decide sottovaluta. Una riserva per imprevisti, dichiarata come tale, è un segno di realismo.

Per i rischi, scegli i tre o quattro più rilevanti. Per ciascuno: cosa potrebbe succedere, quanto è probabile, quale effetto avrebbe su tempi e costi, cosa si farà per ridurlo. "Rischio: la migrazione dei dati storici richiede più tempo del previsto. Probabilità media. Effetto: un mese di ritardo e circa 25.000 euro di consulenza aggiuntiva. Mitigazione: test di migrazione su un campione di dati nella prima fase, prima di firmare la seconda". Un rischio dichiarato con un piano preoccupa meno di un rischio scoperto durante il progetto.

Chi fa cosa?

Un progetto è credibile quando ha un responsabile e un gruppo di lavoro definiti. Chi guida il progetto, con quale autorità? Quali persone saranno coinvolte, per quanto tempo? Chi prende le decisioni quando sorgono conflitti tra reparti?

Questa parte risponde a un dubbio che chi decide ha quasi sempre: chi si occuperà del progetto, se le persone indicate hanno già un lavoro a tempo pieno? Indicare quanto tempo ciascuno dedicherà, e come verrà coperto il resto del suo lavoro, rende il piano realistico.

Dati di contesto e prospettiva

Molte presentazioni di progetto beneficiano di una logica presa in prestito dai pitch per investitori. La guida di Sequoia alla struttura di un pitch include una sezione dedicata al "perché adesso": cosa è cambiato di recente che rende il progetto possibile o necessario. Per un progetto interno può essere la fine del supporto a un sistema, una nuova norma, una crescita che rende insostenibili i processi attuali. Spiegarlo risponde alla domanda implicita: perché non l'abbiamo fatto prima, e perché non possiamo rimandare?

Quando il progetto riguarda un mercato, come l'apertura di una nuova linea o l'ingresso in un paese, i dati di contesto devono venire da fonti affidabili. I dati Eurostat sulla demografia d'impresa permettono di stimare quante imprese operano in un settore e in un paese, e come si evolve quel numero nel tempo: una base solida per calcolare il numero di potenziali clienti. Ogni dato di contesto dovrebbe essere accompagnato dalla fonte.

Presentare un progetto a interlocutori diversi

Lo stesso progetto si presenta in modo diverso a interlocutori diversi. Alla direzione generale interessano l'allineamento con la strategia, il ritorno e i rischi. Al direttore finanziario il budget, il costo del non fare, i flussi di cassa. Ai responsabili dei reparti coinvolti l'impatto sul loro lavoro e il tempo richiesto alle loro persone. A un consiglio di amministrazione la sintesi e la decisione, con i dettagli in appendice.

Quando i destinatari sono diversi, conviene preparare un nucleo comune e approfondimenti specifici. A volte conviene anche incontrare separatamente alcuni interlocutori prima della presentazione formale, per raccogliere dubbi e obiezioni e affrontarli nella versione finale. Una presentazione in cui le principali obiezioni sono già state ascoltate e risolte ha molte più probabilità di ottenere una decisione.

La richiesta finale

La presentazione si chiude con una richiesta precisa. Cosa si chiede di approvare, con quale importo, entro quando, con quali condizioni. "Chiediamo l'approvazione della fase 1, per 120.000 euro, con avvio a gennaio. La decisione sulle fasi successive verrà presa a fine marzo, sulla base dei risultati del test di migrazione".

Una richiesta divisa in fasi è spesso più facile da approvare di una richiesta complessiva, perché riduce il rischio percepito. Una richiesta vaga, come "chiediamo il vostro sostegno al progetto", rimanda la decisione a un momento successivo che potrebbe non arrivare.

Presentare un progetto a un partner o a un cliente

Quando il progetto si rivolge a un interlocutore esterno, come un'azienda partner o un cliente, la logica cambia in un punto essenziale: chi ascolta non condivide gli obiettivi interni della tua organizzazione. Deve capire cosa ottiene lui.

Per un partner, la presentazione deve chiarire la divisione dei ruoli, degli investimenti e dei benefici. Chi mette cosa, chi decide cosa, come vengono ripartiti i risultati, cosa succede se il progetto non raggiunge gli obiettivi. Un partner che non vede chiaramente il proprio ritorno non firmerà, per quanto il progetto sia interessante nel complesso.

Per un cliente, la presentazione di un progetto è una proposta: cosa verrà realizzato, con quali risultati attesi, in quali tempi, a quale costo, con quale coinvolgimento da parte sua. Il cliente vuole sapere anche cosa gli verrà chiesto: tempo delle sue persone, accesso a dati, decisioni intermedie. Dichiararlo in anticipo evita tensioni durante il lavoro.

In entrambi i casi, i rischi vanno condivisi con trasparenza. Un partner o un cliente che scopre durante il progetto un rischio che conoscevi fin dall'inizio perde fiducia, anche se il problema viene risolto.

Come gestire domande e obiezioni?

Una presentazione di progetto genera quasi sempre obiezioni, e alcune sono prevedibili. "Non è il momento giusto", "costa troppo", "le persone non hanno tempo", "abbiamo già provato qualcosa di simile e non ha funzionato". Per ciascuna, prepara una risposta basata sui dati della presentazione.

Le obiezioni sul tempo delle persone sono le più frequenti nei progetti interni, e le più difficili da gestire con argomenti generici. Rispondere con un piano preciso, come quante ore a settimana, per quanti mesi, con quale copertura del lavoro ordinario, sposta la discussione dal timore a un impegno valutabile.

Una struttura in dieci slide

Per una presentazione di progetto alla direzione, una sequenza di dieci slide copre quasi sempre l'essenziale:

1. La richiesta, in una frase, con l'importo e i tempi.
2. Il problema o l'opportunità, con il costo della situazione attuale.
3. Perché adesso.
4. Gli obiettivi misurabili.
5. La soluzione proposta.
6. Le alternative considerate.
7. Il piano per fasi, con i punti di decisione.
8. Budget e rischi principali.
9. Il gruppo di lavoro.
10. La richiesta finale, ripresa e dettagliata.

La struttura compilata per il gestionale

Applicata al progetto dell'apertura, la sequenza cambia la riunione. La prima slide contiene la richiesta: 380.000 euro in diciotto mesi, con una prima fase da 120.000. La seconda risponde alla domanda che aveva bloccato la decisione: il sistema attuale costa 95.000 euro l'anno, e il supporto di sicurezza è in scadenza. Gli obiettivi hanno valori di partenza e date: chiusura mensile da cinque a due giorni, errori di fatturazione dimezzati, integrazione con il magazzino. Una slide confronta le tre opzioni considerate: restare sul sistema attuale con interventi straordinari, aggiornarlo in parte, sostituirlo. Seguono il piano in tre fasi con il primo punto di verifica a marzo, il budget per fase con il tempo interno stimato e una riserva del 10%, i tre rischi principali con le contromisure, il gruppo di lavoro con le ore richieste ad amministrazione e magazzino. Il confronto tra fornitori e il diagramma da ottanta attività passano in appendice. Dodici slide in tutto, e la discussione si concentra sulla prima fase, che viene approvata.

Perché le decisioni slittano?

Quando un progetto viene rinviato, raramente è perché qualcuno lo ritiene sbagliato. Più spesso manca un'informazione che rende la decisione sicura, e chi deve approvare preferisce aspettare. Le cause si ripetono.

La prima è un costo del non fare mai quantificato, come nel caso del gestionale, dove il numero chiesto dal direttore finanziario non c'era. Senza quel numero, rinviare sembra gratuito. La seconda sono obiettivi senza valore di partenza e senza data, che non permettono di capire, dopo un anno, se il progetto ha funzionato. La terza è un piano presentato come elenco di attività invece che come fasi con risultati verificabili: chi decide non vede dove potrà fermarsi se le cose vanno male.

Pesano anche il budget che dimentica il tempo interno delle persone coinvolte, i rischi taciuti che emergono alla prima domanda, le funzioni della soluzione descritte prima del problema, una chiusura senza richiesta precisa. In tutti questi casi la scelta più prudente, per chi ascolta, è chiedere un approfondimento. Ogni informazione mancante diventa un rinvio, e ogni rinvio ha un costo che nessuno ha messo in tabella.

Dopo l'approvazione

La presentazione di un progetto non finisce con l'approvazione. Chi ha deciso vorrà sapere come procede, e il modo migliore per mantenere la fiducia è aggiornarlo con la stessa struttura: obiettivi, avanzamento per fase, budget speso rispetto al previsto, rischi emersi. Gli aggiornamenti brevi e regolari, con i problemi dichiarati per tempo, rendono molto più semplice ottenere l'approvazione delle fasi successive.

Per la struttura generale di una presentazione aziendale puoi partire dalla guida su come fare una presentazione aziendale; per dare al progetto un racconto efficace, da quella sullo storytelling nelle presentazioni business; per i grafici di budget e avanzamento, da quella sulla data visualization. Se il progetto coinvolge un partner esterno, conviene accompagnarlo con un company profile aggiornato.

Quando la decisione è importante e il tempo in riunione è poco, vale la pena far rileggere il materiale da chi non ha seguito il progetto. Lo facciamo con il servizio di Pitch Personalizzato e, per i materiali aziendali più ampi, con il lavoro sulla presentazione aziendale; nel Brief Strategico è sufficiente indicare cosa devi far approvare e da chi.