Quando conviene ciascuna strada per un progetto AI, i costi nascosti del fare da soli, il modello misto e cosa scrivere nell'accordo.
In breve. Per un progetto di AI avete tre strade: costruirlo in casa, comprare un prodotto pronto o affidarvi a un partner che costruisce e gestisce. Ciascuna conviene in casi diversi. Il fare in casa nasconde costi di persone, sicurezza e manutenzione. Spesso la scelta migliore è un modello misto. Questa guida vi aiuta a scegliere e a scrivere un accordo chiaro. Non è un parere legale.
Fare in casa. Il vostro gruppo interno progetta, collega i sistemi, sceglie i modelli e gestisce tutto. È la strada con il massimo controllo e il massimo carico. Serve continuità di competenze, non un singolo esperto isolato.
Comprare un prodotto. Prendete uno strumento già pronto e lo configurate. È veloce se il caso è standard. Mostra i suoi limiti se i vostri processi sono particolari o se i sistemi da collegare sono molti e datati.
Affidarsi a un partner. Qualcuno costruisce sul vostro caso, misura, gestisce e forma le persone. Pagate un servizio, non solo una licenza. Restate però responsabili di dati e decisioni: non potete scaricare tutto.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Elena, amministratrice delegata di un gruppo con quattro sedi, vuole un assistente sulle procedure interne. Non ha un gruppo interno stabile dedicato all'AI. Valuta partner e prodotto, non il fare in casa puro. Vuole un sistema funzionante entro pochi mesi.
Non scegliete per moda. Scegliete in base alle competenze vere, ai tempi, al rischio e a quanto siete disposti a mantenere nel tempo.
Fare in casa conviene se avete persone esperte, un budget stabile per più anni e casi molto specifici. Serve anche esperienza su sicurezza e rispetto delle regole. Senza queste condizioni, il «fatto da noi» diventa fragile.
Il prodotto conviene se il bisogno è comune, come prenotazioni, domande frequenti o selezione standard, e volete partire in poche settimane. Dovete però accettarne i limiti. Non si può pretendere un abito su misura da uno scaffale.
Il partner conviene se volete un sistema in uso senza costruire subito un gruppo interno. È utile quando i sistemi da collegare sono tanti o datati, e quando servono formazione e gestione continuativa.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Luca, responsabile dei sistemi informativi di una compagnia di assicurazione regionale, sceglie un partner per il primo caso. Tiene in casa solo il referente di processo e la sicurezza. Dopo il pilota decide cosa portare all'interno.
Se non avete ancora misurato un pilota, non assumete una squadra numerosa «perché serve l'AI». Prima il caso, poi la struttura. Altrimenti pagate persone senza un obiettivo chiaro.
Oltre a stipendi e strumenti, contate la formazione continua, l'aggiornamento dei modelli, la sicurezza, il monitoraggio, la gestione degli incidenti e la documentazione. Contate anche il ricambio delle persone chiave e il tempo dei responsabili di processo.
Un progetto che funziona in dimostrazione costa molto di più quando deve restare acceso per mesi. Chi guarda solo al primo anno si illude.
Stima, non garanzia: nel tempo la gestione pesa quanto la costruzione, o di più.
Le stime derivano dalla nostra esperienza sui sistemi in produzione e dai valori tipici del settore; il valore reale si misura con il pilota, caso per caso.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Chiara scopre che due bravi sviluppatori non bastano. Servono anche figure su dati, sicurezza e controllo della qualità delle risposte. Il piano interno slitta e il direttore finanziario chiede un nuovo piano a tre anni.
Senza partner, anche le assenze restano un problema vostro. Se la persona chiave se ne va, il sistema si ferma. Riducete il rischio con documentazione, competenze condivise tra più persone e regole scritte, non con la speranza.
Il direttore finanziario deve vedere il costo a tre anni, non solo il primo anno e non solo le fatture esterne. Includete il costo opportunità: le persone interne tolte ad altri lavori.
Molte aziende tengono in casa priorità e controllo. Lasciano al partner la costruzione, la gestione quotidiana e il miglioramento. Spesso è la strada più sana: evita la dipendenza totale e l'illusione di essere autosufficienti da subito.
Voi definite obiettivi, dati ammessi e decisioni riservate alle persone. Il partner consegna, misura e mantiene. Periodicamente valutate se portare all'interno alcune parti, con i numeri e non con le impressioni.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Elena tiene in casa il responsabile della protezione dei dati (DPO) e la sicurezza informatica. Affida al partner l'assistente e la sua gestione. Ogni trimestre rivedono insieme numeri e rischi. Ogni anno decidono se portare all'interno una parte del lavoro.
Il modello misto fallisce se i ruoli sono confusi. Scrivete chi decide cosa, chi spegne in emergenza e chi parla con dipendenti e clienti. L'ambiguità costa.
Evitate doppie catene di comando: un solo referente interno, un solo referente del partner, riunioni brevi e regolari, verbali corti.
Nell'accordo mettete un obiettivo misurabile, il perimetro, i luoghi dei dati e i permessi. Aggiungete i tempi di servizio concordati, le responsabilità, la formazione e la gestione continuativa. Non dimenticate uscita e restituzione dei dati, proprietà di ciò che si costruisce e subfornitori.
Diffidate delle offerte che parlano solo di innovazione. Chiedete consegne concrete con date, un referente nominato, conseguenze se i tempi saltano e chiarezza su cosa resta vostro a fine rapporto.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Luca fa aggiungere una clausola di uscita con preavviso di novanta giorni ed esportazione dei dati in un formato leggibile. Senza quella clausola non firma.
Allineate l'accordo commerciale con quello sul trattamento dei dati. Devono dire la stessa cosa. Se divergono, fermatevi e fateli riscrivere prima della firma.
Inserite un criterio di revisione dopo il pilota: estendere, cambiare strada o fermarsi. Decidete con i numeri fissati all'inizio.
Prima di scegliere la strada, rispondete in direzione a cinque domande:
Se le risposte sono deboli, non fate in casa. Preferite prodotto o partner, e costruite le competenze con calma.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Chiara pone queste domande nel suo gruppo con quattro sedi. Scopre che nessuno sa chi deve spegnere il sistema. Prima di chiedere offerte, nominano il referente. Solo dopo confrontano le strade.
Evitate progetti paralleli: un caso alla volta, una strada alla volta. La seconda strada si apre solo quando la prima ha dato numeri leggibili.
Il prodotto sembra economico finché non pagate adattamenti continui. Il partner sembra caro finché non contate le assunzioni evitate. Il fare in casa sembra dare autonomia finché non contate sicurezza e ricambio delle persone. Mettete tutto nella stessa tabella.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Luca costruisce la tabella con il direttore finanziario. Inserisce il costo interno stimato, il rischio di ritardo e i costi di uscita. La scelta cambia rispetto al solo prezzo di listino.
Se scegliete un partner, chiedete come trasferirà competenze alle vostre persone. Se scegliete un prodotto, chiedete limiti chiari. Se scegliete di fare in casa, preparate un piano per la continuità delle persone. Ogni strada ha un prezzo diverso: pagatelo a occhi aperti.
Non promettete alla direzione «indipendenza totale in sei mesi» senza un piano. L'indipendenza si costruisce, non si dichiara.
Prendete un solo caso, per esempio un assistente sulle procedure. Scrivete l'obiettivo e la misura di successo. Poi compilate tre colonne: casa, prodotto, partner. Per ciascuna indicate tempi, costi a tre anni, competenze, rischi e uscita.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Elena guida il confronto nel suo gruppo. La colonna «casa» perde su tempi e persone. La colonna «prodotto» perde sui collegamenti ai sistemi datati. Vince il partner con un modello misto, e la decisione si può spiegare.
Fate leggere la tabella al direttore finanziario e al responsabile informatico nella stessa riunione. Se non sono d'accordo, annotatelo. Non nascondete il disaccordo: risolvetelo prima della firma.
Dopo il pilota, riaprite la tabella. I numeri veri prendono il posto delle stime. Forse porterete all'interno una parte, forse cambierete prodotto, forse vi fermerete. La tabella va aggiornata, non è un rito iniziale.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Luca rivede la tabella dopo novanta giorni. Il consumo del modello è più alto del previsto. Rinegozia il contratto e aggiunge limiti d'uso. Così evita un costo fuori controllo.
Mettete per iscritto l'impegno che ogni strada richiede: un piano di assunzioni o di formazione per il fare in casa, i limiti accettati per il prodotto, le misure mensili per il partner. Se non riuscite a firmare il piano interno, il fare in casa non fa per voi.
La scelta non è una questione di principio, è pratica. Servono un sistema che funziona ogni giorno, il rispetto delle regole e un costo sostenibile.
Dopo la scelta, spiegatela in modo semplice a chi ci lavorerà: quale strada, perché, cosa cambia nel lavoro quotidiano, chi è il referente, come si segnalano i problemi.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Chiara parla con i responsabili delle quattro sedi. Spiega il modello misto: cosa resta interno e cosa fa il partner. Così riduce paure e voci di corridoio.
Se scegliete di fare in casa, dite anche quanto tempo le persone dovranno dedicarci. Se scegliete un prodotto, dite quali sono i suoi limiti. Se scegliete un partner, dite come misurerete il servizio. La trasparenza interna fa parte della qualità. Senza, anche un buon contratto fallisce perché le persone non adottano lo strumento.
Chiudete sempre con una data di revisione. Novanta giorni dopo l'avvio è un buon momento. Portate numeri e problemi, poi decidete se restare sulla strada scelta. Senza revisione, anche la scelta migliore invecchia male.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Luca fissa la revisione a novanta giorni. Porta i numeri su uso, costi e incidenti. Conferma il partner e toglie dal perimetro una parte inutile. La direzione apprezza questa disciplina più di qualsiasi promessa iniziale.
Scrivete anche cosa non farete. Aiuta più di molte promesse.
Questa guida non è un parere legale.
1
Scegliete un solo caso e valutate le tre strade con la stessa griglia.
2
Fate emergere i costi nascosti e le competenze davvero disponibili.
3
Scrivete una bozza di accordo e fatela leggere al responsabile informatico e al legale.