Gli utili Q3 di IBM crescono mentre Krishna definisce l'AI un vento favorevole
IBM ha riportato un aumento del 5% dei ricavi trimestrali, offrendo al CEO Arvind Krishna elementi a sostegno della sua tesi secondo cui l'intelligenza artificiale sta aiutando l'azienda. Gli utili Q3 di IBM hanno incluso 17,1 miliardi di dollari di vendite e utili rettificati pari a 2,95 dollari per azione. Entrambe le cifre hanno superato le aspettative degli analisti, secondo Bloomberg. La domanda è quanta parte della crescita rifletta l'espansione della domanda di AI rispetto alla ripresa di acquisti precedentemente rinviati.
Questa distinzione è importante perché la spesa per l'AI può agire in direzioni opposte per lo stesso fornitore. Crea domanda per software e servizi di implementazione, ma compete anche per i budget tecnologici dei clienti. Gli ultimi risultati di IBM suggeriscono che queste forze stiano producendo una ripresa disomogenea anziché una crescita uniforme in tutte le sue attività.
Per acquirenti aziendali, sviluppatori e concorrenti come Accenture, il rapporto offre una panoramica utile su dove stiano confluendo gli investimenti. Il software è migliorato, l'infrastruttura si è ripresa e la consulenza è rimasta relativamente debole. Il tema centrale è il rapporto tra le ambizioni AI di IBM e la disponibilità dei clienti a finanziare le implementazioni insieme agli altri impegni.
Gli utili Q3 di IBM mostrano dove è tornata la crescita
Il trimestre di IBM conferma una ripresa delle vendite, ma i dati principali non isolano il contributo dell'AI.
L'azienda ha annunciato i risultati il 21 ottobre per il trimestre conclusosi il 30 settembre 2026. I suoi risultati finanziari trimestrali mostrano ricavi software in crescita dell'8%, infrastruttura in aumento del 4% e consulenza invariata su base riportata. Questa distribuzione conta più che considerare ogni dollaro di crescita aziendale come prova dello stesso tema d'investimento.
Anche la cifra relativa agli utili richiede la giusta definizione. I 2,95 dollari per azione di IBM rappresentano utili operativi rettificati, che escludono elementi specifici dai risultati contabili standard. Gli utili secondo i principi contabili generalmente accettati, il quadro di rendicontazione standard, sono stati pari a 2,31 dollari per azione diluita. I lettori che confrontano l'annuncio con le previsioni dovrebbero mantenere separate queste misure.
La valuta introduce un'ulteriore distinzione. IBM ha riportato una crescita dei ricavi del 6% a cambi costanti, un calcolo che rimuove le variazioni dei tassi di cambio. Questa misura aiuta a valutare l'attività aziendale sottostante nei vari Paesi. Non identifica quali prodotti i clienti abbiano acquistato grazie all'AI, né stabilisce se tali acquisti rappresentino nuovi budget.
Per chi valuta la crescita del software IBM, la conclusione immediata è che il software ha guidato l'espansione riportata. Tuttavia, un ampio segmento aziendale comprende prodotti diversi, cicli d'acquisto differenti e ragioni diverse per il rinnovo. La sua performance dimostra dinamismo commerciale senza fornire una spiegazione completa di tale dinamismo.
Un superamento delle attese sugli utili risponde a una domanda più circoscritta: l'azienda ha ottenuto risultati migliori di quanto previsto dagli analisti? Non risponde automaticamente alla domanda se la domanda sia cambiata in modo permanente. Le aspettative possono diminuire dopo un periodo deludente, e le transazioni rinviate possono migliorare un trimestre successivo quando vengono infine concluse.
L'interpretazione utile separa quindi l'esecuzione dalla creazione di domanda. Chiudere contratti dimostra che un fornitore sa far avanzare gli affari nel proprio processo di vendita. Generare domanda aggiuntiva significa che i clienti stanno ampliando i propri impegni oltre gli acquisti che avevano già pianificato. Questi risultati possono verificarsi insieme, ma non dovrebbero essere considerati equivalenti.
Questa distinzione è particolarmente rilevante quando il management attribuisce i progressi a un ampio cambiamento tecnologico. L'AI può influenzare una vendita senza apparire come acquisto di un prodotto identificato separatamente. Un cliente potrebbe aggiornare il software di supporto, riorganizzare l'accesso ai dati o commissionare lavori di integrazione. La rendicontazione finanziaria necessita di maggiori dettagli prima che i lettori possano attribuire un contributo preciso.
I risultati di IBM offrono al suo management un punto di partenza più solido per questa discussione. Offrono inoltre ai clienti un motivo per esaminare l'attività oltre i dati principali. La domanda successiva è perché la ripresa sia arrivata ora, soprattutto dopo che precedenti decisioni di spesa avevano penalizzato IBM.
Gli accordi rinviati spiegano parte del rimbalzo
Il recupero di acquisti posticipati rafforza la storia di esecuzione di IBM senza dimostrare un ciclo di domanda del tutto nuovo.
Il resoconto di Bloomberg sulla ripresa degli accordi infrastrutturali aggiunge una spiegazione importante. Il Chief Financial Officer Jim Kavanaugh ha affermato che circa due terzi degli accordi precedentemente rinviati relativi a mainframe e software associato erano stati nel frattempo firmati. I mainframe sono computer aziendali progettati per gestire carichi di lavoro transazionali impegnativi.
Questa dichiarazione aiuta a collegare l'ultimo trimestre alle precedenti difficoltà di IBM. Bloomberg ha riportato che i clienti avevano spostato la spesa verso chip e server in presenza di carenze legate all'AI. Queste priorità avevano danneggiato le attività di mainframe e software di IBM. La stessa tendenza tecnologica che sosteneva la narrativa di crescita del management aveva anche complicato le tempistiche degli acquisti dei clienti.
L'aggiornamento operativo del secondo trimestre dell'azienda aveva già descritto venti contrari sui ricavi e modifiche al suo approccio commerciale. IBM ha affermato di stare ampliando la copertura dei clienti e investendo in talenti tecnici specializzati. Il management ha presentato queste misure come strumenti per cogliere la domanda man mano che l'AI entrava in una più ampia implementazione aziendale.
Considerati insieme, i rapporti supportano un'interpretazione specifica. Alcuni clienti desideravano ancora i prodotti IBM, ma hanno cambiato il momento del loro acquisto. Il recupero di questi contratti riduce la preoccupazione che l'attività sia del tutto scomparsa. Non rivela quante ulteriori attività seguiranno dopo che questa domanda rinviata si sarà esaurita.
Si consideri la differenza tra un acquisto di apparecchiature posticipato e un progetto software di nuova approvazione. Il primo può migliorare i ricavi correnti lasciando sostanzialmente invariato il piano di spesa originario del cliente. Il secondo amplia l'opportunità del fornitore. Un rapporto sugli utili può contenere entrambi, sebbene il tasso di crescita principale non li distingua.
Per l'organizzazione commerciale di IBM, ciò crea pressione nel dimostrare che i miglioramenti nell'esecuzione vadano oltre il recupero di transazioni mancate. Un contratto concluso è una prova utile. Una capacità ripetibile di attrarre e ampliare gli impegni dei clienti sosterrebbe un argomento di crescita più ampio. L'ultimo trimestre dovrebbe essere valutato come un progresso lungo questo percorso.
Per gli acquirenti, la questione delle tempistiche è altrettanto pratica. Una roadmap tecnologica può rimanere invariata mentre i calendari degli approvvigionamenti cambiano perché un altro acquisto diventa urgente. I fornitori affrontano quindi risultati trimestrali volatili anche quando i clienti mantengono le loro intenzioni di lungo periodo. Ciò rende il momento della conclusione dei contratti importante senza renderlo una spiegazione completa della performance aziendale.
Il rimbalzo modifica anche il modo in cui i lettori dovrebbero interpretare la valutazione dell'AI da parte di Krishna. La domanda di AI può sostenere IBM nel lungo periodo, pur reindirizzando temporaneamente risorse lontano da offerte specifiche. Una tendenza generale favorevole non garantisce che ogni prodotto ne benefici in ogni periodo di rendicontazione.
Questa è la tensione al centro del trimestre. IBM dispone di prove del ritorno di attività rinviate. L'affermazione più forte, secondo cui l'AI stia generando un'espansione sostenuta nell'intero portafoglio, richiede una visione più chiara di ciò che i clienti finanziano dopo la conclusione di tali transazioni.
La domanda di AI non sostiene ogni attività allo stesso modo
Il rapporto esercita pressione su IBM affinché trasformi il dinamismo del software in una spesa più ampia dei clienti.
Software e consulenza occupano posizioni diverse nel processo d'acquisto di un cliente. Il software fornisce un prodotto o una capacità che un'organizzazione può acquisire in licenza e implementare. La consulenza fornisce competenze e lavoro di implementazione legati a cambiamenti aziendali o tecnologici. La domanda per uno non richiede che la spesa per l'altro aumenti simultaneamente.
Un cliente può ampliare un accordo software limitando il lavoro di implementazione esterno. Un altro può assumere consulenti prima di approvare un'implementazione più ampia. Un terzo può utilizzare il personale tecnico esistente per introdurre nuove capacità. Questi sono possibili percorsi di acquisto, non spiegazioni che IBM abbia stabilito per ogni cliente.
La distinzione aiuta a spiegare perché la strategia AI di IBM meriti un esame a livello delle singole attività. L'argomentazione del management riguarda l'adozione aziendale nell'intero portafoglio. Le evidenze finanziarie arrivano attraverso segmenti che comprendono lavori che vanno oltre l'AI. Collegare la narrativa ai risultati richiede attenzione a ciò che ciascuna attività effettivamente offre.
La consulenza è particolarmente rilevante perché l'implementazione aziendale spesso implica decisioni organizzative oltre a quelle tecniche. Qualcuno deve stabilire quale processo cambi, chi sia responsabile del sistema e come i dipendenti gestiscano le eccezioni. Questi compiti creano una potenziale domanda di servizi, ma la loro esistenza non garantisce che i clienti li acquistino da IBM.
Accenture offre un confronto utile. I suoi risultati del quarto trimestre fiscale hanno riportato una crescita del 6% dei ricavi dalla consulenza in dollari statunitensi per il periodo conclusosi il 31 agosto. Il periodo di rendicontazione di IBM si è concluso un mese dopo. Le aziende hanno anche mix di attività differenti, quindi il confronto non dimostra un cambiamento diretto della quota di mercato.
Mostra però perché le affermazioni generali sulla domanda di servizi aziendali richiedano delle precisazioni. Gli acquirenti non rispondono in modo identico tra fornitori e categorie. Per IBM, una performance software più forte non elimina la necessità di spiegare l'opportunità nei servizi. Per i concorrenti, la ripresa di IBM segnala che le relazioni aziendali esistenti rimangono commercialmente rilevanti.
La pressione ricade sui fornitori affinché rendano specifiche le loro proposte. Un acquirente dovrebbe poter identificare il flusso di lavoro da modificare, la tecnologia di supporto e il lavoro richiesto. Una promessa generica sull'adozione dell'AI offre indicazioni per l'acquisto meno utili di un progetto definito con responsabilità e criteri di accettazione.
Gli sviluppatori affrontano una questione correlata. Un modello, il componente software che genera previsioni o contenuti, è solo una parte di un'applicazione implementata. L'applicazione necessita anche di controlli di accesso, dati affidabili, valutazione e manutenzione continua. Questi requisiti aiutano a spiegare l'opportunità commerciale intorno all'AI senza dimostrare quale fornitore la conquisterà.
Per i knowledge worker, la stessa distinzione appare su scala minore. Un'organizzazione può acquistare un assistente senza risolvere il modo in cui i dipendenti trovano informazioni affidabili. Un efficace knowledge blending dipende dal collegamento tra il materiale pertinente e il lavoro svolto. Acquistare una capacità e integrarla nelle decisioni quotidiane sono risultati distinti.
L'implicazione è una lettura più circoscritta e utile della crescita del software IBM. Indica che i clienti stanno spendendo all'interno di un'attività chiave. Se tale spesa si espanderà in implementazione, utilizzo più ampio e impegni duraturi dei clienti resta una domanda per le successive comunicazioni.
Le implementazioni dei clienti rendono concreta la strategia AI
Un flusso di lavoro implementato offre prove più solide di adozione pratica rispetto a una dichiarazione generale sull'opportunità dell'AI.
L'implementazione dell'assistente bancario di IBM presso NatWest illustra cosa può comportare l'adozione in ambito enterprise. Secondo il case study del fornitore, NatWest ha sviluppato Cora+ utilizzando IBM watsonx Assistant. IBM afferma che il progetto è passato da una dimostrazione iniziale alla produzione, coinvolgendo team tecnologici e aziendali.
Il sistema utilizza la retrieval-augmented generation, un metodo che fornisce a un modello di IA materiale sorgente pertinente prima che produca una risposta. IBM descrive Cora+ come uno strumento in grado di rispondere alle domande dei clienti all'interno della conversazione, anziché limitarsi a indirizzarli verso pagine esistenti. Il case study tratta anche i controlli pensati per supportare accuratezza e fiducia.
Si tratta di evidenza pubblicata dal fornitore e la sua portata è rilevante. Descrive un'implementazione specifica, anziché stabilire risultati tipici per ogni cliente. Inoltre, non indica alcun contributo ai ricavi dell'ultimo trimestre. Il suo valore, in questo caso, consiste nel mostrare il tipo di lavoro operativo alla base della tesi di IBM sull'IA enterprise.
L'esempio rende più facile comprendere il meccanismo commerciale. Un'organizzazione ha bisogno di qualcosa in più del testo generato quando una risposta riguarda la situazione finanziaria di un cliente. Servono informazioni approvate, accessi appropriati e un processo per gestire l'incertezza. Queste esigenze creano lavoro attorno all'assistente stesso.
Un'analisi utile separa l'interfaccia dal servizio sottostante. L'interfaccia è ciò che un cliente vede quando pone una domanda. Il servizio sottostante determina a quali informazioni il sistema può accedere, quali azioni può intraprendere e quando debba intervenire una persona. Migliorare un livello non risolve automaticamente l'altro.
Questa distinzione crea anche una definizione più rigorosa di adozione. Avviare un esperimento dimostra che un team può assemblare un sistema funzionante. Gestirlo in un contesto rivolto ai clienti richiede una responsabilità continua. Estenderlo richiede prove che il sistema resti utile quando le richieste diventano meno prevedibili.
Per la strategia IA di IBM, l'opportunità risiede in parte nel collegare questi requisiti. Software, integrazione tecnica e competenze operative possono supportare lo stesso progetto. Tuttavia, un fornitore deve comunque dimostrare perché un cliente dovrebbe acquistare da esso ogni componente. Le relazioni esistenti aiutano a impostare quella conversazione senza determinarne l'esito.
Gli acquirenti dovrebbero leggere questi case study per i dettagli dell'implementazione, anziché presumere che il cliente presentato rappresenti un risultato universale. I dettagli più utili riguardano il problema originario, le informazioni coinvolte, il processo di implementazione e i limiti. Le affermazioni di marketing diventano più informative quando sono legate a queste caratteristiche concrete.
La lezione più ampia è che la spesa per l'IA enterprise può estendersi ben oltre un assistente visibile. Questo rende plausibile la tesi commerciale di IBM. Alza però anche lo standard delle prove: le implementazioni pratiche devono essere valutate singolarmente prima che i loro risultati possano sostenere conclusioni sulla crescita dell'intera azienda.
Cosa gli utili non possono dirci sull'IA
Gli utili del terzo trimestre di IBM supportano più chiaramente una narrativa di ripresa di quanto stabiliscano un motore di crescita dell'IA misurabile separatamente.
Un segmento finanziario raggruppa i ricavi ai fini della rendicontazione. Non raggruppa necessariamente i ricavi in base alla motivazione d'acquisto del cliente. Il software acquistato per supportare l'IA può condividere una categoria con software acquistato per altre esigenze operative. Questo limita ciò che i lettori possono dedurre dalla sola crescita del segmento.
Il comunicato di IBM non fornisce una linea di ricavi IA separata che riconcili direttamente la crescita del trimestre con gli acquisti legati all'IA. Senza questo collegamento, attribuire una quota precisa del miglioramento all'IA andrebbe oltre le prove divulgate. L'interpretazione della dirigenza dovrebbe rimanere attribuita alla dirigenza stessa.
Si tratta di un problema di attribuzione, non di una prova dell'assenza di domanda di IA. Un prodotto può beneficiare indirettamente di una tendenza tecnologica. I clienti potrebbero, per esempio, richiedere un migliore accesso alle informazioni prima di implementare un'applicazione. La vendita risultante può essere pertinente all'IA pur restando difficile da classificare in modo netto.
Anche i dettagli sul software di IBM resistono a un'interpretazione uniforme. L'azienda ha riportato crescita nell'elaborazione dei dati e delle transazioni, mentre i ricavi dell'automazione sono diminuiti del 3%. Queste categorie non si collocano ordinatamente in una semplice divisione tra IA e software tradizionale. Mostrano però che la performance del portafoglio è variata sotto il dato complessivo.
La redditività aggiunge un'altra precisazione. IBM ha riportato un margine lordo rettificato del 58,5%, in calo di 20 punti base, ovvero 0,2 punti percentuali. Il suo margine rettificato ante imposte è salito al 19,3%. Le diverse misure di profitto si sono quindi mosse in direzioni differenti, il che sconsiglia di descrivere il trimestre come un miglioramento su ogni metrica.
Queste cifre non identificano un effetto sui margini specifico dell'IA. Cambiamenti nel mix di prodotti, nelle spese operative e altri fattori aziendali possono influire sulla redditività. I lettori dovrebbero evitare di trattare il miglioramento di una misura come prova che i progetti IA siano diventati più redditizi, o un calo come prova del contrario.
La distinzione tra valore contrattuale e ricavi riconosciuti è importante anche nella valutazione delle future divulgazioni. Un accordo firmato descrive un impegno commerciale. I ricavi riflettono l'importo registrato secondo le norme contabili applicabili in un periodo. Nessuno dei due dovrebbe essere sostituito all'altro nella valutazione del ritmo di crescita.
Gli esiti per i clienti richiedono ancora un altro tipo di prova. Un fornitore può registrare ricavi da un'implementazione prima che un cliente abbia dimostrato benefici operativi sostenuti. Al contrario, un progetto di successo può richiedere tempo prima di generare acquisti aggiuntivi. I risultati finanziari e gli esiti dell'implementazione rispondono a domande correlate ma diverse.
La lettura scettica più solida resta quindi specifica. Il rapporto non giustifica di liquidare l'opportunità IA di IBM, né stabilisce che tale opportunità sia l'unico motore di crescita. Supporta un ulteriore esame della composizione della spesa, dell'espansione dei clienti e della redditività. È una base di giudizio più solida sia dell'entusiasmo sia dello scetticismo indiscriminato.
Il prossimo trimestre richiede un quadro della domanda più chiaro
Le prove di approfondimento più utili distingueranno l'espansione continua dei clienti dal completamento di acquisti rinviati.
In primo luogo, osservate la composizione della domanda di software attraverso gli aggiornamenti di fine anno e il prossimo ciclo di rendicontazione. Maggiori dettagli su nuovi accordi, rinnovi ed espansione dei clienti aiuterebbero a spiegare cosa sta guidando le vendite. Una forza persistente dopo la chiusura delle transazioni rinviate rafforzerebbe l'ipotesi di una domanda durevole.
Un rallentamento richiederebbe contesto, anziché un giudizio automaticamente negativo. La tempistica dei contratti può ancora distorcere un periodo di rendicontazione. La domanda utile è se la dirigenza fornisca una spiegazione coerente supportata da dettagli su prodotti e clienti. Spiegazioni mutevoli senza prove di supporto renderebbero più difficile valutare la più ampia tesi di crescita.
In secondo luogo, osservate i ricavi della consulenza insieme alle prove che i progetti stanno entrando in produzione. Un miglioramento suggerirebbe che la domanda di software si stia collegando a una maggiore attività di implementazione. Una debolezza persistente lascerebbe aperta la questione se i clienti stiano rinviando il lavoro, gestendolo internamente o acquistando servizi altrove. Queste possibilità richiedono prove, non supposizioni.
Gli annunci dei clienti possono essere utili, purché descrivano cosa è cambiato. Un'implementazione con uno scopo operativo definito offre più informazioni di una dichiarazione di partnership. Dettagli sull'espansione e sull'uso continuativo rafforzerebbero la narrativa commerciale. Annunci privi di tali dettagli farebbero meno per chiarire l'opportunità finanziaria.
In terzo luogo, osservate la generazione di cassa rispetto alle prospettive riviste per l'intero anno. IBM ora prevede che il free cash flow, la sua misura della cassa rimanente dopo specifici aggiustamenti e spese di investimento, aumenti di oltre 1 miliardo di dollari. In precedenza la dirigenza prevedeva un aumento di circa 1 miliardo di dollari. Raggiungere tale miglioramento sosterrebbe la sua tesi sull'esecuzione.
La performance della cassa dovrebbe comunque essere letta insieme a ricavi e redditività. Incassi solidi non stabiliscono quale tecnologia abbia motivato un acquisto. Aiutano però a valutare se l'attività aziendale riportata si stia traducendo in cassa. Un risultato più debole giustificherebbe l'esame della tempistica e dei fattori operativi prima di attribuirne una causa.
Questi segnali derivano direttamente dall'incertezza centrale del trimestre. La performance del software mostra slancio commerciale, le prove delle implementazioni aiutano a spiegarne lo scopo e la cassa offre un'altra prospettiva sull'esecuzione. Insieme, offrirebbero una valutazione più completa che chiedersi ripetutamente se l'IA sia semplicemente positiva o negativa per IBM.
Per gli acquirenti, la risposta pratica è portare la stessa specificità nel procurement. Chiedete ai fornitori di collegare le loro proposte a un flusso di lavoro definito e di spiegare le prove necessarie per l'espansione. Il miglioramento degli utili di un fornitore può indicare salute aziendale, ma non sostituisce la valutazione autonoma del cliente su un progetto.
Utilizzate gli utili del terzo trimestre di IBM come punto di partenza per confrontare lo slancio finanziario con le prove delle implementazioni. Leggete i risultati dei segmenti insieme agli esempi di lavoro con i clienti, quindi osservate se le prossime divulgazioni collegheranno più chiaramente queste storie. Se la vostra organizzazione sta valutando l'IA enterprise, chiedete a ciascun fornitore di identificare le informazioni necessarie, il lavoro che cambia e le responsabilità che rimangono. Richiedete un modo per valutare accuratezza, adozione e benefici operativi prima di ampliare l'impegno. La domanda utile per il prossimo trimestre è specifica: il ritorno dell'attività porta a una spesa aggiuntiva e sostenuta dei clienti? Mantenete questa domanda legata alle prove mentre IBM comunica i suoi progressi.
