Siri si ricostruisce da zero e Apple mette in evidenza il suo maggior punto cieco
Apple sta ricostruendo Siri dalle fondamenta. Non si tratta di un semplice aggiornamento dell'interfaccia o di un cambiamento della voce: secondo numerosi report recenti, l'azienda sta lavorando a un'architettura completamente nuova che permetta all'assistente di gestire più comandi simultaneamente e operare con modelli di linguaggio direttamente sul dispositivo, senza dipendere da server esterni. La pressione è palpabile: il WWDC 2026 si profila come il palcoscenico dove Apple dovrà mostrare risultati concreti dopo anni di promesse riguardo a un'IA che, nella pratica, è rimasta al di sotto delle aspettative del mercato.
Ma ciò che mi interessa non è il calendario dei lanci. Ciò che mi interessa è la questione architetturale che questo episodio mette in luce: come un'azienda con le risorse di Apple possa arrivare in ritardo in una corsa che avrebbe potuto guidare, e che tipo di fragilità organizzativa spiega questo ritardo.
Quando il prodotto di punta diventa evidenza di un problema interno
Siri esiste dal 2011. Ha più di un decennio di dati degli utenti, un'infrastruttura proprietaria e una base installata che nessun concorrente può replicare da un giorno all'altro. Eppure, oggi sta venendo ricostruita da zero mentre i concorrenti più giovani e con meno risorse la superano in capacità conversazionale, nella gestione del contesto e nell'utilità pratica.
Questo non è sfortuna tecnologica. È il risultato prevedibile di un modello che diagnostico frequentemente in aziende ad alto rendimento: l'omogeneità nei team di design produce prodotti che funzionano bene per chi li ha progettati, ma falliscono in scala quando il mercato è più diversificato della sala riunioni.
I report indicano che Apple sta testando una funzione che consente di concatenare più istruzioni in un'unica interazione. Per chi audit il sviluppo degli assistenti vocali da tempo, questa funzionalità non è una novità: è una necessità di base che utenti con diversi profili d'uso hanno identificato anni fa. Che Apple la stia provando solo ora suggerisce che ha tardato ad ascoltare segnali provenienti dalla periferia della sua base utenti, non dal centro.
Ecco il meccanismo reale: quando il team che progetta uno strumento condivide gli stessi modelli d'uso, gli stessi accenti, le stesse necessità quotidiane e lo stesso livello di alfabetizzazione tecnologica, costruisce un prodotto ottimale per quel profilo specifico. Il problema appare quando quel prodotto esce nel mondo e si confronta con utenti che parlano con accenti diversi, che mescolano lingue, che hanno necessità di accessibilità, che vivono in contesti in cui la connettività non è stabile. Siri, storicamente, ha performato peggio in tutti questi casi.
L'architettura on-device come segnale di un cambiamento strategico tardivo
L'investimento in modelli di linguaggio eseguiti direttamente sul dispositivo è tecnicamente sofisticato e strategicamente logico: protegge la privacy degli utenti, riduce la latenza e rende l'assistente funzionale senza connessione. È una proposta di valore distinta rispetto ai concorrenti che dipendono dalla nuvola.
Il problema è il momento. Apple arriva a questa posizione dopo che il mercato ha già fissato le sue aspettative con altri prodotti. Il confronto è già avvenuto. L'utente sa già cosa può chiedere a un assistente vocale moderno, e Siri non è stata la prima a entrare in quella conversazione.
Dalla prospettiva dell'architettura delle reti che applico nelle mie audit, ciò che ha fallito non è stata la capacità ingegneristica di Apple, che è indiscutibile. Ciò che ha fallito è stata l'intelligenza distribuita all'interno dell'organizzazione: la capacità di catturare segnali deboli provenienti dalla periferia del sistema, dove vivono gli utenti con casi d'uso non convenzionali, e convertirli in decisioni di design prima che diventino urgenze di pubbliche relazioni.
Le organizzazioni con strutture troppo centralizzate hanno un costo nascosto: filtrano le informazioni prima che arrivino in alto. I dati che contraddicono la narrativa interna dominante tendono a essere attenuati, de-prioritizzati o semplicemente ignorati lungo il percorso. Il risultato è che il consiglio di amministrazione prende decisioni con informazioni già elaborate da strati che condividono gli stessi presupposti.
Non si tratta di un problema di talento. È un problema di architettura sociale.
Cosa testerà realmente WWDC 2026
Il mercato leggerà WWDC 2026 come un evento di prodotto. Io lo leggerò come una prova della capacità organizzativa. Se Apple arriva a quel palcoscenico con una versione di Siri che incorpora genuinamente modalità di interazione per utenti con diversi modelli linguistici, con un robusto supporto per più lingue in contesti misti, con funzioni di accessibilità che non sono supplementi ma parte del nucleo del design, allora ci sarà evidenza che qualcosa è cambiato nel tavolo di design, non solo nel codice.
Se, al contrario, arriva con un assistente più fluido per il profilo utente che già rappresentava la sua forza, avrà migliorato il prodotto senza risolvere la fragilità strutturale che lo ha reso vulnerabile in primo luogo.
La ricostruzione di Siri è costosa. Le stime del settore collocano il costo della rifazione di un'architettura di IA di questa scala in centinaia di milioni di dollari, senza contare il costo opportunità degli anni in cui l'assistente non ha catturato il potenziale della sua base installata. Questo è il vero prezzo di operare con punti ciechi sistemici: non si paga nel trimestre in cui viene commesso l'errore, ma nel ciclo di recupero che viene dopo, quando i concorrenti hanno già costruito lealtà e il costo di acquisizione di quella lealtà persa è esponenzialmente maggiore.
Le aziende che progettano con team che riflettono la diversità dei loro mercati non lo fanno per vocazione filantropica. Lo fanno perché rilevano prima le frizioni, perché i loro prodotti falliscono meno in produzione, perché i loro cicli di correzione sono più brevi. Questo si traduce in margini, in retention e in velocità di iterazione. Apple, con tutte le sue capacità finanziarie, sta dimostrando che questi tre asset non sono automatici: si costruiscono con decisioni deliberate su chi è nella stanza quando si definisce quale problema valga la pena risolvere.
Il ritardo di Siri non è un problema di ingegneria
La prossima volta che il consiglio di Apple rivedrà i progressi di questa ricostruzione, la conversazione più importante non riguarderà quali funzionalità includere nella prossima versione. Riguarderà perché ci sono voluti così tanto a vedere ciò che il mercato già stava mostrando loro, e se la composizione dei team che prendono le decisioni di prodotto oggi è sufficientemente diversa da quella che ha prodotto il problema.
I leader che arrivano a quella riunione e trovano che tutti nella stanza condividono lo stesso profilo, lo stesso contesto d'uso, gli stessi presupposti su come un utente interagisce con la tecnologia vocale, stanno osservando proprio il meccanismo che ha generato il costo che ora devono riparare. La fragilità non risiede nel codice di Siri. Risiede nell'omogeneità di coloro che hanno deciso, per troppo tempo, che il codice andava bene.
