Vendere software alla PA nel 2026: cosa chiede il Piano Triennale AgID a una software house

Per una software house italiana che vuole vendere alla pubblica amministrazione, il documento da leggere prima di qualunque bando è il Piano Triennale per l’informatica nella PA. L’edizione in vigore è la 2024-2026, con l’aggiornamento 2026 pubblicato da AgID a ottobre 2025: fissa i principi che le amministrazioni devono seguire negli acquisti digitali, e quindi i requisiti che i fornitori devono soddisfare. Cloud first, API-first, interoperabilità, sicurezza: chi progetta il prodotto secondo queste regole parte in vantaggio; chi le scopre in fase di gara parte squalificato.

Perché ti riguarda: la PA è un mercato enorme e continuativo, ma con barriere di ingresso proprie. Per una software house di provincia che domina il proprio verticale privato, il salto verso i clienti pubblici passa da qui. E per l’impresa privata, il Piano è comunque un segnale di dove va la domanda pubblica di software.

Cos’è il Piano Triennale e perché vincola anche i fornitori?

Il Piano, pubblicato e aggiornato da AgID nella sezione dedicata del proprio sito, è lo strumento con cui l’Agenzia per l’Italia Digitale indirizza la trasformazione digitale delle amministrazioni. L’edizione 2024-2026 è organizzata in tre parti: le componenti strategiche, cioè organizzazione, processi, regole e dati; le componenti tecnologiche, cioè servizi, piattaforme, dati e intelligenza artificiale, infrastrutture e sicurezza; e gli strumenti operativi, la novità introdotta nel 2025, con modelli, checklist e buone pratiche che le amministrazioni usano nel lavoro quotidiano.

Formalmente il Piano si rivolge alle amministrazioni. In pratica vincola i fornitori, perché le scelte di acquisto delle PA devono essere coerenti con i suoi principi: un capitolato scritto da un’amministrazione diligente riflette il Piano, e un prodotto che non lo rispetta non supera la selezione.

Cosa significa cloud first per chi vende?

Tra i principi guida del Piano c’è il cloud first: le amministrazioni, nel valutare nuove soluzioni, devono considerare prima di tutto quelle in cloud, dentro il quadro di qualificazione previsto per servizi e infrastrutture destinati alla PA. Per una software house la conseguenza è netta: il prodotto installato sul server dell’ente, che per anni è stato lo standard del software per i comuni, è una specie in via di estinzione. Chi vuole restare su questo mercato deve avere un’offerta cloud qualificabile, con i requisiti di sicurezza e localizzazione dei dati che il quadro normativo richiede.

Il secondo principio operativo è l’approccio API-first e l’interoperabilità: i sistemi della PA devono esporre e consumare interfacce standard, perché i dati devono circolare tra amministrazioni senza duplicazioni. Il gestionale per enti locali chiuso nel proprio formato, senza interfacce documentate, è fuori strada rispetto alla direzione dichiarata.

E l’intelligenza artificiale nella PA?

È il capitolo che cresce di più negli aggiornamenti recenti. Il Piano include l’AI tra le componenti tecnologiche e AgID ha pubblicato un decalogo per l’adozione dell’IA nella pubblica amministrazione: principi su trasparenza, supervisione umana, qualità dei dati. Per i fornitori è un doppio segnale. Da un lato si apre una domanda pubblica di soluzioni AI applicate a documenti, sportelli e procedimenti. Dall’altro, chi propone AI alla PA dovrà dimostrare requisiti di trasparenza e controllo più severi di quelli del mercato privato: un prodotto costruito senza questi requisiti non è adattabile a posteriori con una slide.

Il quadro si integra con gli obblighi europei: il Piano è allineato al programma del Decennio Digitale 2030, e sul fronte sicurezza si somma al perimetro NIS2 che abbiamo raccontato a proposito delle scadenze ACN. Per chi serve clienti pubblici, sicurezza e conformità non sono più un allegato tecnico: sono il prodotto.

Conviene davvero entrare nel mercato PA?

La risposta onesta: dipende dalla pazienza e dalla struttura. I punti a favore sono la dimensione della domanda, la continuità dei contratti e la spinta agli investimenti digitali pubblici. I punti contro sono i tempi di vendita lunghi, la burocrazia di qualificazione e gare, e margini spesso inferiori al privato a parità di prodotto.

La via realistica per una PMI del software non è il salto diretto alla gara nazionale, ma il percorso graduale: qualificare l’offerta cloud, documentare le interfacce, partire dagli enti piccoli del proprio territorio o entrare come subfornitori di un aggregatore già presente nel mercato pubblico. Ogni requisito soddisfatto per la PA, peraltro, alza la qualità del prodotto anche per i clienti privati: le imprese strutturate stanno chiedendo ai fornitori software le stesse garanzie su dati, sicurezza e interoperabilità, come mostrano i divari di digitalizzazione tra PMI e grandi imprese.

In pratica

• Leggere l’edizione corrente del Piano sulla pagina AgID: è pubblica, e la parte sugli strumenti operativi dice cosa chiederanno i capitolati.
• Verificare la distanza del proprio prodotto dai requisiti cloud e di interoperabilità: è l’analisi che decide se il mercato PA è raggiungibile in un anno o in tre.
• Trattare la conformità come roadmap di prodotto, non come documentazione di gara: è l’unico modo per non riscrivere tutto a ogni bando.