I riferimenti di costo di prima del 2023 non descrivono più la realtà del su misura. Un progetto circoscritto oggi si risolve in poche serate di dialogo con un assistente di codice; un cantiere che tocca più sistemi esistenti continua a misurarsi in settimane, a volte in mesi. Ciò che è cambiato è il tempo di scrittura del codice — non il tempo necessario per integrarlo, migrarlo, verificarlo e mantenerlo. Ecco come ragiono, per livelli, senza cifre inventate.
Perché i riferimenti di prima del 2023 non reggono più
Per quindici anni, l'argomento che giustificava quasi ogni abbonamento software si riassumeva in una frase: costruire il proprio strumento costava decine di migliaia di franchi e richiedeva mesi, con un rischio di fallimento non trascurabile. Questo argomento poggiava su una realtà che si è mossa su due piani distinti negli ultimi diciotto mesi.
Il primo cambiamento riguarda la scrittura del codice in sé. Gli assistenti di sviluppo riducono radicalmente il tempo che separa un'idea dalla sua implementazione funzionante. Non lo affermo in astratto: ho costruito FiscalDoc, la mia applicazione locale per la classificazione fiscale, dialogando con un assistente di codice invece di scriverlo riga per riga — tre serate, per uno strumento il cui costo operativo è rimasto nullo. Il racconto completo è qui.
Il secondo cambiamento riguarda l'intelligenza integrata. I modelli aperti ora girano su hardware professionale comune, senza chiamate a un'API di terzi fatturata a consumo. Ciò che ieri richiedeva un abbonamento a un servizio cloud può, per una quota crescente dei casi d'uso, essere eseguito localmente — il che sposta al contempo il costo e la questione della sovranità dei dati, che ho approfondito in SaaS o su misura: affittare o possedere i propri strumenti in Svizzera. Quindici anni a supervisionare budget digitali in grandi strutture mi hanno insegnato a diffidare di una cifra unica data prima ancora che venga posta una sola domanda — è ancora più vero oggi che ieri.
Tre livelli, non una cifra unica
Un preventivo serio non parte mai da un prezzo; parte da un livello, poi affina. Ecco i tre che utilizzo per inquadrare una conversazione, prima di qualsiasi stima precisa.
Il progetto di poche serate. Un bisogno circoscritto, portato da una sola persona che conosce il proprio ambito nel dettaglio, senza integrazione con un sistema terzo né utenti simultanei da gestire. FiscalDoc ne è l'esempio: poche serate di dialogo con un assistente di codice, e un costo operativo rimasto nullo una volta costruito lo strumento. Questo livello esiste davvero, ma resta raro in azienda — la maggior parte delle esigenze professionali coinvolge più utenti e almeno una connessione a un sistema esistente.
Il progetto di poche settimane. Uno strumento aziendale che serve un intero team su un flusso preciso: una classificazione documentale condivisa, una dashboard di monitoraggio, l'automazione di un processo interno ben delimitato. Qui serve un'interfaccia pensata per più utenti, una fase di test che va oltre la tolleranza di una singola persona alle imperfezioni, e spesso un'integrazione semplice con uno strumento già in uso. Il budget si misura allora in poche migliaia di franchi, IVA esclusa, su un orizzonte di settimane piuttosto che di serate.
Il cantiere strutturante. Un progetto che sostituisce una parte del sistema informativo: più integrazioni con strumenti esistenti, migrazione di dati storici, requisiti di sicurezza e conformità, piano di manutenzione pluriennale. Questo livello resta un vero cantiere, con un orizzonte di mesi e un budget che può contarsi in decine di migliaia di franchi, IVA esclusa. È esattamente il tipo di progetto che inquadro con la griglia decisionale acquistare o abbonarsi, nello stesso movimento dell'inquadramento dei miei progetti su misura.
Ciò che non è calato: integrazioni, migrazione, qualità, manutenzione
Il tempo di scrittura del codice è crollato. Altri quattro capitoli, invece, non si sono mossi — e sono spesso loro a determinare il livello reale di un progetto.
Le integrazioni. Collegare un nuovo strumento alla contabilità, a un ERP o a una banca richiede di comprendere i limiti delle rispettive interfacce, gestire i casi di errore e seguirne l'evoluzione nel tempo. Un assistente di codice accelera la scrittura di questa connessione; non riduce il tempo necessario per verificarla, né il numero di sistemi terzi il cui comportamento sfugge al vostro controllo.
La migrazione dei dati. Estrarre lo storico da un abbonamento SaaS per installarlo in uno strumento posseduto richiede di ripulire formati eterogenei, ricostruire i collegamenti tra schede e verificare che nessun dato si sia perso lungo il percorso. Questo lavoro resta in gran parte manuale, qualunque sia la velocità con cui il nuovo strumento è stato scritto.
La qualità. Uno strumento costruito per un solo uso tollera piccole imperfezioni che si correggono al volo. Uno strumento da cui dipendono più collaboratori, clienti o un obbligo normativo non tollera lo stesso margine: test, gestione dei casi limite, revisione di sicurezza. Questo rigore non si accorcia perché la prima versione è arrivata in fretta.
La manutenzione. Uno strumento posseduto continua a evolvere insieme all'azienda, esattamente come un abbonamento continua a ricevere aggiornamenti. La differenza sta in chi ne sostiene l'onere. Consegnare il codice con la propria strumentazione di manutenzione assistita riduce questo costo nel tempo, senza eliminarlo: qualcuno deve restare capace di dialogare con questa strumentazione.
Da un livello a una cifra
Nessuno di questi tre livelli sostituisce una stima reale: sono ordini di grandezza per inquadrare una prima conversazione, non una tariffa. Il passaggio da un livello a una cifra presuppone anzitutto di aver risolto la domanda che precede quella del costo — sapere se lo strumento debba essere costruito o affittato. E per una parte degli strumenti di un'azienda, la risposta giusta resta l'abbonamento: lo affermo senza giri di parole in In quali casi mantenere il proprio SaaS è la scelta giusta?. Questo modo di inquadrare, per livelli e poi per domande, è quello che applico a ogni progetto su misura prima di scriverne anche solo una riga. Per collocare questa decisione nell'insieme dei cantieri digitali di una PMI svizzera, la roadmap completa è tracciata in Cosa deve fare una PMI svizzera di fronte all'IA nel 2026?
Da ricordare
— I riferimenti di costo di prima del 2023 non reggono più: la scrittura del codice è crollata in termini di tempo, non le integrazioni, la migrazione, la qualità e la manutenzione. — Tre livelli inquadrano una prima conversazione: progetto di poche serate, progetto di poche settimane, cantiere strutturante — mai una cifra unica data alla cieca. — Il livello reale si gioca su ciò che non si è mosso: numero di sistemi da collegare, volume di dati da migrare, livello di esigenza qualitativa, carico di manutenzione.
FAQ
Un progetto su misura costa oggi meno di un abbonamento SaaS? Dipende interamente dal livello e dall'orizzonte temporale. Su un bisogno circoscritto e un orizzonte pluriennale, il su misura diventa spesso competitivo. Su un bisogno ancora mutevole o un orizzonte breve, l'abbonamento resta generalmente la soluzione meno costosa.
Gli assistenti di codice eliminano il bisogno di sviluppatori? No. Cambiano la velocità con cui un bisogno ben definito diventa uno strumento funzionante, non il bisogno di comprendere l'architettura, verificare la qualità e mantenere il risultato nel tempo. Il giudizio resta umano; l'esecuzione si è accelerata.
Come sapere a quale livello si colloca il mio progetto? Contate i sistemi esistenti da collegare, il numero di utenti simultanei e l'anzianità dei dati da recuperare. Più connessioni, una decina di utenti o uno storico pluriennale fanno generalmente passare un progetto dal livello "settimane" al livello "cantiere strutturante".
Serve un team tecnico interno prima di considerare il su misura? Non necessariamente, a condizione che il fornitore consegni il codice in piena proprietà con una strumentazione di manutenzione assistita dall'IA. L'azienda resta allora autonoma senza dover assumere un team di sviluppo dedicato.
Vi hanno già dato un preventivo senza aver analizzato i vostri flussi reali? Il Diagnostico d'Uso IA: sessanta minuti per analizzare i vostri flussi reali, identificare ciò che merita il su misura, ciò che resta in SaaS, e ciò che non ha affatto bisogno di IA. Prenotare una diagnosi
Jérôme Deshaie è CEO e fondatore di MCVA Consulting SA, agenzia aumentata con sede in Vallese. Quindici anni al servizio di grandi marchi internazionali, ora in diretta per le PMI svizzere. Percorso.