In due righe
- Prima di firmare, chiedi a chi resta il codice sorgente, quali tempi di intervento sono scritti e cosa ti resta se vi lasciate.
- Un fornitore serio risponde con numeri e clausole; chi svicola ti vende un abbonamento alla sua buona volontà.
- Porta la griglia delle dieci domande al primo colloquio e confronta tre fornitori con lo stesso metro.
- Non firmare un contratto senza numeri sugli SLA e senza una clausola di uscita.
Prima di firmare con chi costruisce un software gestionale o un'automazione, il colloquio non è sulla demo ma sulle clausole. Fai dieci domande su tre cose: a chi resta il codice sorgente quando saldi l'ultima fattura, quali tempi di intervento sono scritti nel contratto quando qualcosa si blocca, e cosa ti resta in mano il giorno in cui vi lasciate. Un fornitore serio risponde con numeri e clausole nero su bianco; chi svicola su uno di questi tre punti ti sta vendendo un abbonamento alla sua buona volontà.
Il tema non è accademico. Un'automazione è un insieme di regole software che esegue un processo ripetitivo senza intervento manuale. Tra le imprese italiane con almeno 10 addetti, il 56% usa software gestionali e il 16,4% ha adottato l'intelligenza artificiale. Nelle imprese che hanno valutato ma non realizzato investimenti in IA, quasi il 60% indica la mancanza di competenze come freno principale. Scegliere bene il fornitore è la strada per non restare tra quelli che valutano e non fanno. Lo attestano i dati Istat sulle imprese e le ICT, anno 2025.
Scegliere un fornitore di software gestionale: le tre domande che valgono da sole il colloquio
Queste tre domande separano un asset da un ricatto. Falle prima di guardare la demo, non dopo.
Al saldo finale, il codice è mio?
Il codice sorgente è il testo del programma in un linguaggio leggibile da uno sviluppatore, che serve a correggerlo, adattarlo e farlo evolvere nel tempo. Pagare lo sviluppo non trasferisce automaticamente la proprietà del codice: dipende da cosa scrive il contratto. In Italia la Corte d'Appello di Venezia, nella sentenza del 13 marzo 2025, ha ricondotto il rapporto allo schema dell'appalto previsto dall'articolo 1655 del Codice civile e ha stabilito che il codice sorgente è dovuto al committente. Lo spiega bene Canella Camaiora Studio Legale. Le librerie preesistenti della software house restano sue: quello che deve essere tuo è il codice fatto per te. Pretendi la cessione dei diritti di sfruttamento economico al saldo finale, con consegna di codice sorgente e documentazione. Se la risposta è "il codice è nostro, tu hai una licenza d'uso", hai capito che stai pagando per un affitto, non per un asset.
Quali tempi di intervento sono scritti nel contratto?
La SLA (Service Level Agreement) è la clausola contrattuale che fissa i tempi di reazione e di risoluzione quando il software si blocca. Non firmare un contratto senza numeri. Per un blocco che ferma la produzione o la fatturazione, chiedi reazione entro 4 ore lavorative. Per un problema minore, uno o due giorni. "Rispondiamo appena possibile" senza cifre non vale nulla: è una cortesia, non un obbligo. La SLA si misura, e se il fornitore non la vuole scrivere non è un fornitore, è un conoscente.
Se ci lasciamo, cosa mi resta in mano?
Chiedi una clausola di uscita con consegna di sorgenti, dati e documentazione. Per le automazioni business-critical chiedi anche l'escrow del codice: è il deposito del codice sorgente presso un terzo neutrale, notaio o servizio dedicato, che lo rilascia a te in caso di chiusura o rottura con il fornitore. Se il fornitore rifiuta di parlare di uscita è un red flag: non sta vendendo un progetto, sta costruendo la sua rendita.
Le altre sette domande da fare prima di firmare
Le prime tre domande filtrano i fornitori che non vanno bene. Le sette successive servono a non scegliere male tra quelli che restano.
Mi fate parlare con due clienti simili al mio caso?
Chiedi due o tre reference chiamabili, stesso settore e dimensione. Chi ha lavorato bene ha clienti disposti a parlare. "Per privacy non diamo contatti" è quasi sempre la scusa di chi non ha storie da mostrare.
Su quale tecnologia costruite? Potrò farla evolvere con altri?
Qui nasce il vendor lock-in: la dipendenza da un fornitore che impedisce di cambiare perché codice, dati o competenze restano nelle sue mani. Scegli uno stack mainstream che altri sviluppatori conoscono. Se il framework è proprietario o obsoleto, ogni modifica futura dipende da loro. Le API sono l'interfaccia che permette a due software di scambiarsi dati in modo automatico: se l'automazione deve dialogare con il gestionale o con un CRM, chiedi che le API siano documentate e aperte.
Chi lavora davvero al mio progetto?
Chiedi nomi e ruoli. Se tutto è in mano a una sola persona, il progetto ha un fattore di rischio enorme: quella persona si ammala, cambia azienda o sparisce. Un fornitore serio mette almeno due persone sul progetto e documenta le decisioni in spazi condivisi. Se la risposta è "ci penso io", hai trovato un futuro ricatto.
Come si paga: a corpo, a giornata o in abbonamento?
Meglio a milestone: acconto, consegna intermedia, avvio. Il 100% in anticipo è una bandiera rossa: toglie al cliente ogni leva. La fatturazione a giornata senza tetto trasferisce su di te il rischio di inefficienza del fornitore. Chiedi un prezzo complessivo o, se non è possibile, un tetto massimo scritto.
Cosa succede se sbagliate i tempi o il budget?
Pretendi una garanzia da 6 a 12 mesi: i bug critici si correggono gratis. La formula "software as-is" significa che ogni difetto lo paghi tu. Chiedi anche cosa succede se il progetto sfora i tempi concordati: niente penali, niente leva.
Se la formazione è a parte e a giornata, il prezzo basso iniziale è finto. La consegna deve includere passaggio di consegne documentato: manuali, video o sessioni con gli operatori. Senza documentazione, il giorno in cui l'addetto chiave cambia riparti da zero.
Dove girano i dati e come li proteggete?
Se l'automazione tocca clienti, fornitori o dipendenti, si applica il GDPR, il regolamento europeo sulla protezione dei dati personali. Chiedi residenza dei dati in Italia o Unione europea, backup regolari e crittografia. La risposta "ospitiamo sui nostri server" senza dettagli non è una risposta: è un modo per non dire dove e come.
Lo strumento
Delera Agent AI costruisce agenti su misura sui processi che oggi ti portano via ore ogni settimana.
Scopri Delera Agent AI
La griglia da portare al primo colloquio
Questa tabella raccoglie le dieci domande. Usala così: chiedi un colloquio a tre fornitori e assegna da 1 a 5 a ogni risposta. La somma non è un verdetto automatico, ma rende evidente chi risponde con numeri e clausole e chi svicola.
| Domanda |
Cosa cercare nella risposta |
Red flag |
| Il codice è mio al saldo finale? |
Cessione dei diritti di sfruttamento economico, con codice sorgente e documentazione |
Il codice è nostro, tu hai una licenza d'uso |
| Quali tempi di intervento sono scritti? |
SLA con numeri: blocco critico entro 4 ore lavorative |
Rispondiamo appena possibile senza cifre |
| Se ci lasciamo, cosa mi resta? |
Clausola di uscita con consegna di sorgenti, dati e documentazione |
Rifiuto di parlare di uscita o penali nascoste |
| Mi fate parlare con due clienti simili? |
2-3 reference chiamabili, stesso settore e dimensione |
Per privacy non diamo contatti |
| Su quale tecnologia costruite? |
Stack mainstream che altri sviluppatori conoscono |
Framework proprietario o tecnologia obsoleta |
| Chi lavora davvero al progetto? |
Almeno due persone e documentazione condivisa |
Tutto in mano a una sola persona |
| Come si paga? |
A milestone: acconto, consegna, go-live |
100% in anticipo o fatturazione a giornata senza tetto |
| Cosa succede se sbagliate tempi o budget? |
Garanzia 6-12 mesi e correzione gratuita dei bug critici |
Nessuna garanzia, software as-is |
| Come formate chi userà l'automazione? |
Formazione inclusa e passaggio di consegne documentato |
Formazione extra a giornata e documentazione assente |
| Dove girano i dati e come li proteggete? |
Cloud con residenza dati UE/Italia, backup e crittografia |
Ospitiamo sui nostri server senza dettagli |
Quanto costa non fare le domande giuste: un esempio lavorato
Facciamo un conto su un'azienda tipo: una metalmeccanica con sei dipendenti e 800.000 euro di fatturato. Vuole automatizzare il flusso preventivo, ordine di lavoro e fattura. Il fornitore propone 15.000 euro.
Scenario A, senza clausole. Dopo diciotto mesi il fornitore non risponde nei tempi. Ogni modifica costa a giornata. Cambiare significa rifare tutto: altri 15.000 o 20.000 euro e due o tre mesi di fermo. L'automazione non è un asset, è un ricatto.
Scenario B, con tre clausole: codice ceduto al saldo finale, SLA di 4 ore sui blocchi critici, clausola di uscita con consegna di sorgenti e documentazione. Il giorno che serve cambiare, l'azienda prende codice, dati e documentazione e li porta altrove.
La differenza tra i due scenari non sta nel prezzo. Sta nelle clausole decise prima di firmare. I 15.000 euro sono gli stessi. Il valore dipende da cosa resta quando il rapporto finisce.
Il primo passo domani mattina
Copia la tabella. Chiama tre fornitori, non uno, e fai le prime tre domande prima di farti mostrare la demo: codice, SLA, uscita. Se uno dei tre non risponde con numeri o clausole, depennalo. Prima ancora di scegliere il fornitore, fai un'analisi delle cinque aree aziendali prima di scegliere chi automatizza per capire quale processo portare al colloquio.
Domande frequenti
Come capisco se un fornitore di automazioni è affidabile prima di firmare?
Non guardare solo la demo: chiedi due o tre clienti simili al tuo che puoi chiamare, e domanda cosa è andato storto negli ultimi progetti. Un fornitore affidabile ha storie vere da raccontare, anche di ritardi, e ti dà contatti verificabili. Chi risponde ‘tutto è sempre andato bene’ o ‘per privacy non diamo contatti’ va depennato.
Se pago lo sviluppo, il codice dell’automazione è mio?
Non automaticamente. Pagare lo sviluppo non trasferisce la proprietà del codice: dipende da cosa scrive il contratto. Pretendi la cessione dei diritti di sfruttamento economico al saldo finale, con consegna di codice sorgente e documentazione. Le librerie preesistenti del fornitore possono restare sue, ma il codice fatto per te deve essere tuo.
Cosa succede se il fornitore chiude o sparisce?
Dipende dal contratto. Con una clausola di uscita e l’escrow del codice, cioè il deposito presso un terzo neutrale, puoi riprendere il codice e farlo evolvere altrove. Senza, resti ostaggio: i dati e il software restano nelle mani di chi non c’è più. Per le automazioni business-critical la clausola di escrow non è un optional.
Quanto costa far sviluppare un’automazione su misura?
Non esiste un prezzo unico: dipende dal numero di processi, dalle integrazioni col gestionale e dal livello di manutenzione. Il modo corretto è confrontare tre preventivi sulla stessa griglia di domande, non sul prezzo secco. Un preventivo troppo basso di solito nasconde assenza di garanzie, SLA o proprietà del codice.
Meglio una software house, un freelance o un software SaaS già pronto?
Dipende dalla criticità del processo. Se l’automazione tocca fatturazione o dati sensibili e deve evolvere, serve un partner strutturato con SLA e clausola di uscita. Il freelance va bene per un’automazione isolata e non critica. Il SaaS già pronto va bene se copre il tuo caso senza sviluppo, ma il codice non sarà mai tuo.
Quali tempi di intervento devo pretendere nel contratto?
Chiedi un SLA con numeri: per un blocco che ferma la produzione o la fatturazione, reazione entro 4 ore lavorative; per un problema minore, uno o due giorni. Senza numeri scritti, ‘interveniamo subito’ non vale nulla. Verifica anche la garanzia: i bug critici devono essere corretti gratis nei primi 6-12 mesi.
Delera CRM
Delera Agent AI
UmanValue
PMI Speed Test