Un bando può definire condizioni e spese, ma non può decidere al posto dell’impresa quale progetto abbia senso realizzare.
Questa checklist verifica la maturità della parte digitale: obiettivo, sistema, investimento, attuazione ed evidenze. Non sostituisce la verifica di ammissibilità svolta da un professionista di finanza agevolata.
In questa guida, “progetto digitale agevolato” indica un progetto che si intende sottoporre alla valutazione prevista da una misura. Non significa che l’agevolazione sia stata concessa o che le spese siano ammissibili. Il quadro completo del metodo è nell’hub Progetti digitali e agevolazioni.
Come usare la checklist
Per ogni controllo servono tre elementi:
- una domanda precisa;
- un’evidenza disponibile o da produrre;
- una decisione conseguente.
Non assegno punteggi. Otto risposte vaghe non compensano l’assenza di un obiettivo, di un responsabile o di un perimetro realizzabile.
L’esito utile può essere uno di questi:
- da chiarire digitalmente, quando mancano obiettivo, processo o architettura;
- pronto per il confronto specialistico, quando il progetto è leggibile ma l’ammissibilità deve ancora essere verificata;
- da fermare o ridimensionare, quando costi, dipendenze o capacità di attuazione non sono sostenibili.
Area 1 — Decisione e contesto
1. Quale decisione deve migliorare il progetto?
“Digitalizzare l’azienda” non è ancora un obiettivo. Occorre chiarire quale decisione o processo deve cambiare: vendere direttamente, ridurre errori, gestire disponibilità, collegare catalogo e ordini, seguire meglio i clienti o leggere dati oggi frammentati.
Evidenza utile: una frase che colleghi situazione attuale, cambiamento atteso e soggetto responsabile.
Decisione: se il progetto non migliora una funzione riconoscibile, non è pronto per diventare un investimento.
2. Qual è la situazione iniziale?
Senza una baseline non è possibile distinguere ciò che va sostituito da ciò che va integrato o mantenuto.
La baseline può comprendere piattaforme in uso, volumi operativi, passaggi manuali, errori ricorrenti, tempi di lavorazione, fonti dati e responsabilità. Non deve necessariamente contenere KPI commerciali: deve descrivere il sistema reale.
Evidenza utile: inventario di processi, strumenti, persone e criticità osservate.
Decisione: se la situazione iniziale non è leggibile, la prima attività è una diagnosi, non un preventivo.
3. Chi userà il sistema e in quale processo?
Un progetto digitale coinvolge clienti, personale, fornitori o amministratori. Ogni gruppo può avere bisogni e vincoli diversi.
Un nuovo e-commerce, per esempio, non riguarda soltanto chi acquista: incide su catalogo, magazzino, ordini, assistenza, pagamenti, spedizioni e amministrazione.
Evidenza utile: mappa essenziale di utenti, attività e passaggi interessati.
Decisione: se l’impatto organizzativo non è noto, costi e tempi del progetto saranno inevitabilmente incompleti.
Area 2 — Perimetro e investimento
4. Il perimetro funzionale è definito?
“Realizzazione sito”, “CRM” o “automazione” sono etichette, non perimetri.
Occorre descrivere funzioni, integrazioni, dati, utenti, contenuti e vincoli. Anche ciò che resta escluso deve essere visibile: evita che aspettative diverse emergano durante l’implementazione.
Evidenza utile: elenco delle funzioni necessarie, di quelle opzionali e di quelle escluse.
Decisione: se due fornitori possono interpretare il brief in modi incompatibili, il perimetro non è ancora sufficientemente chiaro.
5. I costi sono collegati a output riconoscibili?
Una somma complessiva non permette di capire cosa viene acquistato, quale problema affronta e da cosa dipende.
I costi vanno ricondotti ad aree di lavoro: analisi, progettazione, licenze, sviluppo, integrazioni, migrazione, contenuti, formazione, collaudo e presidio successivo. Questa classificazione non attesta l’ammissibilità delle voci.
Evidenza utile: matrice tra attività, output, costo stimato, fornitore e dipendenze.
Decisione: soltanto dopo questa scomposizione lo specialista può confrontare le voci con la misura concreta.
6. Tempi e dipendenze sono realistici?
Il calendario della procedura non coincide automaticamente con quello del progetto.
Migrazioni, disponibilità dei dati, selezione dei fornitori, produzione dei contenuti, integrazioni e formazione possono condizionare l’avvio o la consegna. Anche i vincoli sulla data delle spese devono essere verificati prima di assumere impegni.
Evidenza utile: sequenza delle attività con prerequisiti e responsabili.
Decisione: prima di firmare contratti, versare anticipi o avviare lavori, le relative condizioni devono essere controllate dallo specialista incaricato.
Area 3 — Attuazione e verifica
7. Ogni attività ha un responsabile?
Un progetto non è governato se tutte le decisioni dipendono genericamente “dal fornitore”.
Servono un referente interno, responsabilità chiare per dati e contenuti e un soggetto che accetti o rifiuti gli output. Se sono coinvolti più professionisti, va definito chi coordina dipendenze e modifiche.
Evidenza utile: matrice essenziale tra attività, responsabile, soggetto consultato e approvatore.
Decisione: se nessuno può prendere decisioni operative, il progetto non è pronto per partire.
8. Fornitori e integrazioni sono stati letti come un sistema?
Piattaforma, gestionale, CRM, booking, pagamenti, logistica e analytics possono dipendere l’uno dall’altro.
Un preventivo relativo a una sola componente non rende necessariamente visibili API, migrazioni, licenze, limiti tecnici o attività richieste ad altri soggetti.
Evidenza utile: schema delle integrazioni, proprietari dei sistemi e dati scambiati.
Decisione: ogni dipendenza non verificata deve entrare nel piano come rischio, non come dettaglio da risolvere a progetto avviato.
9. Gli output possono essere collaudati?
“Piattaforma completata” è una formula troppo generica. Occorre definire cosa deve funzionare e quale prova lo dimostrerà.
Per un e-commerce possono essere rilevanti catalogo, ricerca, checkout, email, pagamento, feed e flusso ordine. Per un CRM contano acquisizione, aggiornamento, responsabilità e uso effettivo del dato.
Evidenza utile: criteri di accettazione, casi di test e documentazione attesa.
Decisione: se non è possibile descrivere un test, l’output non è ancora abbastanza definito.
Area 4 — Confronto con la misura
10. Le informazioni sull’impresa sono disponibili per lo specialista?
Forma, sede, attività, dimensione, composizione, storia e situazione dell’impresa possono incidere sulla verifica agevolativa.
Raccogliere queste informazioni è diverso dal valutarle. Non determino requisiti soggettivi, codici attività, regimi o condizioni economico-finanziarie.
Evidenza utile: elenco delle informazioni richieste dal professionista incaricato, raccolte attraverso canali adeguati.
Decisione: i dati riservati non devono essere inviati nel primo modulo di contatto del sito.
11. La misura è identificata attraverso una fonte ufficiale?
Un titolo letto sui social o in un articolo non è sufficiente per prendere decisioni.
Occorre distinguere pre-informazione, avviso pubblicato, modifica, proroga, sospensione e chiusura. Nome, documento, versione e data devono essere registrati.
Evidenza utile: collegamento alla pagina ufficiale, avviso e allegati applicabili, con data di consultazione. Per iniziare si possono usare i bandi e avvisi della Regione Puglia e il catalogo regionale.
Decisione: in caso di differenze tra sintesi e documenti, la verifica va svolta sulle fonti ufficiali pertinenti.
12. Il passaggio tra progetto e verifica specialistica è esplicito?
La roadmap digitale deve essere consegnabile a chi verifica la misura senza trasformarsi in una dichiarazione di ammissibilità.
Lo specialista deve poter distinguere obiettivi, attività, costi, tempi e dubbi aperti. Io devo poter recepire i vincoli agevolativi senza assumere responsabilità estranee al mio incarico.
Evidenza utile: brief condiviso con una sezione dedicata a fatti, ipotesi, verifiche richieste e responsabili.
Decisione: il progetto procede soltanto quando i rispettivi perimetri sono comprensibili e compatibili.
Il riepilogo operativo
| Area | Domanda finale | Output minimo |
|---|---|---|
| Decisione | Sappiamo quale problema deve cambiare? | Obiettivo e baseline |
| Investimento | Sappiamo cosa va realizzato e da cosa dipende? | Perimetro e matrice dei costi |
| Attuazione | Sappiamo chi decide e come collaudare? | Responsabilità e piano di verifica |
| Misura | Sappiamo cosa deve controllare lo specialista? | Fonti e brief di handoff |
Se una delle quattro aree resta vuota, non serve cercare un punteggio migliore. Serve risolvere quella dipendenza.
Cosa non dimostra una checklist completata
Completare questi controlli non significa che:
- l’impresa sia ammissibile;
- una voce di costo sia finanziabile;
- la domanda possa essere presentata;
- il contributo verrà concesso;
- un importo o una percentuale siano applicabili;
- il progetto sia sostenibile dal punto di vista finanziario o fiscale.
Significa soltanto che la parte digitale è abbastanza chiara da poter essere valutata con maggiore rigore.
Domande frequenti
Questa checklist verifica l’ammissibilità a un bando?
No. Verifica la maturità digitale e operativa del progetto. Beneficiari, requisiti, spese, intensità, cumulo, procedure e scadenze devono essere controllati dal professionista di finanza agevolata sulla misura concreta.
Devo avere già scelto il bando?
No. La checklist è utile anche prima, perché impedisce di adattare un progetto confuso alla prima opportunità disponibile. Se la misura è già nota, i controlli aiutano a preparare un confronto più preciso.
Posso sostenere le spese dopo aver completato la checklist?
La checklist non autorizza l’avvio delle spese. Contratti, ordini, anticipi e fatture possono essere soggetti a condizioni specifiche. Prima di assumere impegni, chiedi una verifica esplicita al professionista incaricato.
Servono già preventivi definitivi?
Per la diagnosi digitale è sufficiente una mappa realistica delle attività e dei costi da stimare. La necessità, forma e validità dei preventivi ai fini della procedura dipendono dalla misura e devono essere verificate dallo specialista.
Uno scenario ipotetico può diventare un caso studio?
No. Uno scenario serve a spiegare un metodo e deve essere presentato come simulazione. Un caso studio richiede un progetto reale, un rapporto professionale verificato, fonti e limiti di attribuzione.
Cosa succede dopo la checklist?
Se emergono obiettivo, perimetro e capacità di attuazione, il progetto può essere trasformato in una roadmap e sottoposto alla verifica specialistica. Se restano vuoti passaggi essenziali, la priorità è chiarire o ridimensionare l’investimento.
Per un caso specifico di commercio online, continua con la guida sulle agevolazioni e-commerce in Puglia.
