{"id":2383,"date":"2026-08-26T12:00:00","date_gmt":"2026-08-26T10:00:00","guid":{"rendered":"https:\/\/userbot.ai\/blog\/?p=2383"},"modified":"2026-08-12T14:17:48","modified_gmt":"2026-08-12T12:17:48","slug":"business-case-ai-cfo","status":"publish","type":"post","link":"https:\/\/userbot.ai\/blog\/business-case-ai-cfo\/","title":{"rendered":"Come costruire il business case dell\u2019AI da portare al CFO"},"content":{"rendered":"\n

Le stime ottimistiche non sopravvivono alla terza domanda del CFO. Ecco come si costruisce un business case dell\u2019AI che regge, compresa la parte in cui non si nascondono i limiti.<\/em><\/p>\n\n\n\n

La riunione con il CFO dura solo ventidue minuti: sulla slide c\u2019\u00e8 scritto che l\u2019Agente AI porter\u00e0 il 60% di risparmio sui costi del servizio clienti e il CFO chiede da dove esce quel 60%, su quale volume \u00e8 calcolato e in quanti mesi si manifesta. Non c\u2019\u00e8 una risposta pronta a nessuna delle tre, e il progetto viene rimandato al budget dell\u2019anno prossimo.<\/p>\n\n\n\n

Questa scena si ripete molto pi\u00f9 spesso di quanto si racconti. In questo articolo vediamo perch\u00e9 la maggior parte dei business case AI<\/strong> si sgretola davanti a chi controlla i numeri, quali sono le sei voci che rendono un business case difendibile, quali costi vengono sistematicamente dimenticati e come preparare le risposte alle tre domande che arrivano sempre.<\/p>\n\n\n\n

Perch\u00e9 i business case dell\u2019AI si sgretolano davanti al CFO<\/h2>\n\n\n\n

Il numero finale non \u00e8 quasi mai il problema. \u00c8 che il numero arriva senza una catena di ipotesi verificabili dietro. Un CFO non sta cercando di bocciare il progetto, ma sta cercando di capire quale parte della stima sopravvive se una delle ipotesi si rivela sbagliata.<\/p>\n\n\n\n

C\u2019\u00e8 poi un problema di credibilit\u00e0 di settore che nessuno pu\u00f2 ignorare. Nel giugno 2025 Gartner ha previsto che oltre il 40% dei progetti di AI agentica verr\u00e0 cancellato entro la fine del 2027<\/a>, indicando tra le cause i costi in crescita, il valore di business poco chiaro e controlli di rischio inadeguati. \u00c8, certa, una previsione del 2025 che viene spesso ricitata come se fosse una rilevazione di oggi, quindi vale la pena maneggiarla con la data corretta. Ma il punto resta: chi approva budget spesso lo ha letto e arriva alla riunione gi\u00e0 scettico.<\/p>\n\n\n\n

Un business case AI credibile lavora quindi su due fronti insieme: dimostrare il beneficio e dimostrare di aver capito dove il progetto pu\u00f2 fallire<\/strong>.<\/p>\n\n\n\n

Le sei voci di un business case AI difendibile<\/h2>\n\n\n\n

1. La baseline<\/em>, cio\u00e8 quanto costa oggi<\/h3>\n\n\n\n

Senza baseline<\/em> non esiste risparmio, esiste solo una promessa. Per preparare un business case valido bisogna conoscere alcuni numeri: il volume annuo di contatti diviso per canale, il tempo medio di gestione e il costo pieno per contatto. Non basta infatti solo il costo del personale, ma anche formazione, turnover, supervisione, licenze degli strumenti, eventuale outsourcing nei picchi. Se questo dato non esiste, il primo deliverable del progetto \u00e8 costruirlo, e va detto apertamente.<\/p>\n\n\n\n

2. Il volume realmente indirizzabile<\/h3>\n\n\n\n

Non tutti i contatti e le richieste sono automatizzabili e fingere il contrario \u00e8 il modo pi\u00f9 rapido per perdere credibilit\u00e0. Conviene classificare un campione reale di conversazioni (poche centinaia bastano) in tre categorie: automatizzabile subito, automatizzabile dopo un\u2019integrazione, non automatizzabile. Solo la prima e la seconda entrano nel calcolo, e con tempi diversi.<\/p>\n\n\n\n

3. Il beneficio atteso, espresso come intervallo<\/h3>\n\n\n\n

Un numero singolo comunica una precisione che \u00e8 impossibile da avare. Un intervallo con scenario prudenziale, atteso e favorevole, comunica invece un’attenta riflessione sulla variabilit\u00e0. Sul piano operativo il beneficio si costruisce a partire dal deflection rate<\/a> e dal tasso di risoluzione, non da percentuali generiche di risparmio.<\/p>\n\n\n\n

4. Il costo totale, non il canone<\/h3>\n\n\n\n

Anche se il canone della piattaforma \u00e8 la voce pi\u00f9 visibile, allo stesso tempo \u00e8 raramente la pi\u00f9 pesante. Nel business case \u00e8 fondamentale che siano messi a bilancio setup e configurazione, integrazioni con i sistemi esistenti, preparazione della knowledge base, consumo dei modelli linguistici, ambienti di test, ma anche, e soprattutto il presidio interno continuativo. Torniamo sui costi dimenticati tra poco.<\/p>\n\n\n\n

5. Una curva temporale, non una media annua<\/h3>\n\n\n\n

I benefici non arrivano il primo mese e i costi s\u00ec. Presentare il risparmio come media annua nasconde esattamente la parte che interessa al CFO: la cassa nei primi due trimestri. Meglio una curva mese per mese, con il punto di pareggio segnato in modo esplicito e il momento in cui il progetto smette di assorbire liquidit\u00e0.<\/p>\n\n\n\n

6. Rischi, con la contromisura accanto<\/h3>\n\n\n\n

Infine, elencare i rischi senza contromisura fa sembrare il progetto fragile; ometterli fa sembrare ingenuo chi lo presenta. Per ogni rischio rilevante (adozione pi\u00f9 lenta del previsto, integrazione pi\u00f9 complessa, qualit\u00e0 dei contenuti insufficiente) serve una riga con impatto stimato e azione di mitigazione.<\/p>\n\n\n\n

Calcola il tuo ROI con Userbot \u2192<\/a><\/p>\n\n\n\n

I costi che quasi tutti dimenticano<\/h2>\n\n\n\n

Arriviamo quindi a quelle voci che non compaiono in quai nessun preventivo e che poi spiegano perch\u00e9 il consuntivo non assomiglia al piano.<\/p>\n\n\n\n