Il quantum computing è, al 2026, una tecnologia ad accesso quasi esclusivamente remoto: le macchine sono poche, costose, fragili e scarse. Il modello economico naturale non è la proprietà ma l'affitto a consumo — il cloud trasforma un bene capitale (CapEx) in un costo operativo (OpEx), replicando la transizione che il cloud classico ha imposto all'IT vent'anni fa. Questo approfondimento mappa le tre famiglie di provider, descrive la struttura del prezzo convergente nel 2026 e discute le implicazioni strategiche: democratizzazione dell'accesso, rischio di lock-in sugli hyperscaler e dove migra il margine. Dati indicativi aggiornati al primo semestre 2026, con taglio anti-hype.
Perché il cloud è (oggi) l'unico accesso
Le macchine quantistiche sono poche, costose (decine di milioni), fragili (criogenia, isolamento) e scarse. Comprarle ha senso per pochissimi; per quasi tutti i casi d'uso — sperimentazione, ricerca, proof-of-concept — non serve possedere, serve accedere. Il paradigma è il Quantum-as-a-Service: si invia un circuito via API, un sistema lo accoda, lo esegue sulla QPU condivisa, applica la gestione errori e restituisce i risultati.
Le tre famiglie di provider
Proprietari full-stack (IBM Quantum Platform — la flotta più ampia in cloud, oltre 250 organizzazioni nella rete; Google Quantum AI, più orientata alla ricerca): integrazione verticale hardware+software+cloud. Aggregatori hyperscaler (Amazon Braket, Azure Quantum): non producono qubit, rivendono l'accesso a hardware di terzi — IonQ, Rigetti, IQM, QuEra — con interfaccia e fatturazione unificate. Piattaforme indipendenti e specialiste (Strangeworks, qBraid; D-Wave Leap per il quantum annealing; cloud sovrani come Scaleway e accessi accademici come CINECA).
La struttura del prezzo (2026)
Tre componenti convergenti: esecuzione sulla QPU (per-shot o al secondo di tempo-macchina, il cuore del costo); compute classico di orchestrazione (per ora di istanza cloud); impegno/capacità (capacità riservata, abbonamento, prenotazione oraria). Si paga «a shot» perché l'output è probabilistico: servono molte ripetizioni per stimare una distribuzione. Ordini di grandezza: gratis per iniziare (IBM Open Plan, ~10 min/28 giorni su hardware reale), pochi euro per un esperimento piccolo, fino a migliaia di dollari/ora per carichi pesanti, centinaia di migliaia/anno per contratti enterprise.
Prezzo e qualità dell'hardware
Il costo per-shot riflette la tecnologia: gli ioni intrappolati (più accurati e lenti) sono tipicamente i più costosi; superconduttori e atomi neutri nella fascia media; l'annealing (D-Wave) ha il costo unitario più basso ma su un paradigma diverso. La scelta del backend è un trade-off costo/fedeltà/velocità — la qualità si paga.
Dove migra il margine
Come nel cloud classico, una quota rilevante del valore si sposta verso il canale (chi controlla la relazione col cliente, la fatturazione, gli strumenti). Due strategie: integrazione verticale (IBM, ecosistema proprietario — forza: coerenza e roadmap; rischio: lock-in di piattaforma) e aggregazione neutrale (AWS, Azure, controllo del cloud in cui il cliente già opera — forza: scelta e comodità; rischio per il cliente: nuova dipendenza dagli hyperscaler).
Democratizzazione vs concentrazione (anti-hype)
Il cloud democratizza l'accesso (ingresso a costo quasi nullo, niente laboratorio) ma rischia di concentrare il controllo nei pochi grandi del cloud, che diventerebbero i «portinai» del quantum. I limiti da ricordare: il cloud risolve l'accesso, non la fisica (rumore ed errori restano); il costo non è lineare (gli shot fanno esplodere i conti sui problemi grandi); scarsità e code reali; molti problemi restano più efficienti su hardware classico. La contromisura per il cliente: privilegiare standard aperti (OpenQASM, QIR) e livelli portabili.
