--- title: "Build, buy o wait: la decisione che i CIO sbagliano più spesso" url: https://zerofive.ai/blog/strategia/build-buy-wait-decisione-ai canonical: https://zerofive.ai/blog/strategia/build-buy-wait-decisione-ai language: it published: 2026-05-12 updated: 2026-09-18 author: "ZeroFive.AI" tags: build vs buy AI, make or buy intelligenza artificiale, decisioni tecnologiche AI, strategia AI CIO, aspettare tecnologia AI abstract: "Costruire, comprare o aspettare: i criteri per la decisione più ricorrente dell'AI aziendale, i bias che la deformano e perché il wait va scritto con una data." --- # Build, buy o wait: la decisione che i CIO sbagliano più spesso Ogni caso d'uso AI approvato arriva presto a un bivio a tre uscite: costruire in casa, comprare sul mercato, o aspettare. Le prime due uscite hanno lobby interne agguerrite, l'ingegneria che vuole costruire e il procurement assediato dai fornitori, mentre la terza non ha nessuno che la difenda, e questo squilibrio di rappresentanza è la prima causa degli errori che poi si contano nei portafogli. La decisione, presa bene, è un esercizio di criteri; presa come si prende di solito, è un braccio di ferro tra bias. ## Il criterio che ordina tutti gli altri La domanda che dovrebbe aprire ogni discussione build-or-buy è se la capacità in questione differenzia l'azienda sul mercato o la mantiene semplicemente operativa. La distinzione tra core e context, che Geoffrey Moore ha reso canonica, applicata all'AI produce una regola con poche eccezioni: si costruisce solo ciò che tocca il cuore del vantaggio competitivo, dove i propri dati e la propria conoscenza di dominio creano qualcosa che il mercato non può offrire a nessun altro, e si compra tutto il resto, perché nel resto il prodotto di mercato incorpora l'apprendimento di centinaia di clienti e migliora a spese loro. L'errore di classificazione più frequente pende dal lato del core: quasi ogni funzione considera differenziante il proprio processo, e il test per sgonfiare l'illusione è chiedere se un concorrente, usando lo stesso prodotto di mercato, otterrebbe lo stesso risultato. Se sì, il vantaggio non stava nel software, e costruirlo in casa produce solo un costo di manutenzione perpetuo travestito da asset. Sotto il criterio del core, gli altri fanno da tribunale di appello: la maturità dell'offerta di mercato (comprare un prodotto acerbo è un build con il fornitore sbagliato), le competenze interne reali con la loro prospettiva di ritenzione, il costo totale su tre anni dove il build paga la manutenzione per sempre e il buy paga il canone per sempre, la velocità richiesta dal business. ## Il wait, l'opzione senza lobby L'AI aggiunge al bivio classico una terza uscita che merita più rispetto di quanto riceve, perché la tecnologia sottostante ha una proprietà rara: migliora e si deprezza a velocità visibile. Capacità che dodici mesi fa richiedevano progetti su misura oggi stanno in un prodotto o dentro un modello di base, e i costi per token della stessa capacità sono scesi di multipli anno su anno. In un contesto così, aspettare sei mesi può essere la decisione con il ritorno più alto delle tre, perché il problema che oggi richiede un build domani si compra, e dopodomani è una funzione inclusa in qualcosa che avete già. Il wait legittimo, però, ha una forma precisa che lo distingue dalla procrastinazione: è una decisione scritta, con la data di riesame, le condizioni che lo farebbero terminare prima (un concorrente che si muove, un prodotto che matura, una scadenza normativa) e un owner che presidia il calendario. Ha anche un costo, che va guardato in faccia: i mesi di apprendimento organizzativo a cui si rinuncia, il vantaggio che un competitor più impaziente può accumulare. Il wait senza data e senza costo dichiarato non è un'opzione strategica, è il no-go che nessuno ha avuto il coraggio di firmare. ## I bias in azione, e la contromisura Vale la pena nominare i bias per come si presentano in comitato. Il build bias parla la lingua dell'unicità ("le nostre esigenze sono particolari") e della prudenza ("così manteniamo il controllo"), e prospera dove l'ingegneria è forte e sottoccupata. Il buy bias parla la lingua della velocità e del de-risking ("ci pensa il fornitore"), e prospera sotto pressione di budget e di trimestre. Il bias contro il wait li accomuna: in una stagione in cui "fare qualcosa con l'AI" è un imperativo reputazionale, la pazienza sembra inerzia, e nessun manager viene promosso per aver aspettato bene. La contromisura è procedurale più che psicologica: le tre opzioni si valutano sempre tutte e tre, per iscritto, sugli stessi criteri, con il costo del wait quantificato accanto agli altri due, e la decisione la firma chi possiede il conto economico del processo, non chi possiede la tecnologia o il contratto. Dove il metodo esiste, i bias non spariscono, ma smettono di decidere da soli. Nel nostro lavoro di AI Strategy il bivio a tre uscite si attraversa dentro il Canvas e il backlog, con i criteri di questo articolo resi espliciti caso per caso: calendly.com/fabiolalli/zerofive, oppure hello@zerofive.ai. Il test retrospettivo, per chi vuole misurare la propria esposizione ai bias, è guardare le ultime cinque decisioni build-or-buy prese in azienda e chiedersi quante volte il wait è stato valutato per iscritto. Se la risposta è zero, difficilmente è perché aspettare non convenisse mai.