- Il caso: Anthropic e Figma hanno cooperato a inizio 2026 («Code to Canvas», febbraio). Il 17 aprile Anthropic ha lanciato Claude Design, un prodotto concorrente — l’azione di Figma è scesa del 6–7,7% secondo i report.
- Il rischio di piattaforma ha due volti: disponibilità (il modello rincara, viene deprecato, spento — vedi lo stop di 19 giorni di Fable 5) e concorrenza (il fornitore ricostruisce il tuo prodotto).
- La risposta non è «niente AI», ma sovranità tramite architettura: proprietà del codice, modelli intercambiabili, modelli aperti per i dati sensibili.
- Anche chi — come noi — usa modelli frontier resta indipendente finché il modello sta dietro un’astrazione e il codice appartiene al cliente.
Ci sono storie del mondo tech che alle PMI suonano come rumore lontano — e che, guardando meglio, descrivono la loro stessa situazione. Il caso Figma/Anthropic è una di queste. A prima vista una lotta di potere tra due aziende USA per il mercato del design. A un secondo sguardo, un modello di ciò che accade quando lasci le fondamenta del tuo business a un fornitore che può in qualsiasi momento salire lungo la catena del valore.
Cosa è successo esattamente
La cronaca è breve e chiara. A inizio 2026 Figma e Anthropic collaboravano: a febbraio hanno costruito «Code to Canvas», che trasformava il codice generato da Claude in design di Figma — una classica partnership in cui il modello di Anthropic valorizzava il prodotto di Figma. Due mesi dopo, il 17 aprile 2026, Anthropic ha lanciato Claude Design: uno strumento che genera prototipi, presentazioni e materiale di marketing direttamente dai prompt — basato su Claude Opus 4.7. Con esso Anthropic è entrata esattamente nel mercato che storicamente apparteneva a Figma, Adobe e Canva. La reazione del mercato è stata inequivocabile: l’azione di Figma è scesa del 6–7,7% secondo la stampa.
Importante per l’inquadramento: non è una violazione di contratto né qualcosa di illegale. È normale comportamento di piattaforma. Chi possiede l’infrastruttura dei modelli vede quali applicazioni hanno successo su di essa — e ha ogni incentivo a costruire da sé le più redditizie. È proprio questo a renderlo un rischio strutturale per tutti quelli che costruiscono su quell’infrastruttura, non un caso isolato.
Il rischio di piattaforma ha due volti
Il caso Figma mostra un lato. L’altro l’abbiamo visto poche settimane fa altrove. Insieme formano il quadro completo:
| Rischio | Cosa succede | Esempio 2026 |
|---|---|---|
| Disponibilità | Il modello rincara, viene deprecato o spento | Fable 5: 19 giorni offline nel mondo per ordine USA |
| Concorrenza | Il fornitore impara dall’integrazione e ricostruisce il tuo prodotto | Claude Design vs. Figma, due mesi dopo la collaborazione |
| Regole | Condizioni, protezione dati o accesso cambiano unilateralmente | Piani in abbonamento che spostano i modelli su usage credit |
Inquadramento: Digital Maker — le tre forme del rischio di piattaforma
Il lato disponibilità l’abbiamo descritto in dettaglio nella cronaca dello stop di Fable 5: un modello frontier è sparito per ogni cliente per 19 giorni, per ragioni che nessun cliente poteva influenzare. Il caso Figma aggiunge il lato concorrenza. Entrambi portano alla stessa conclusione: un fornitore AI non è uno strumento che compri, ma una dipendenza continua che gestisci.
Perché colpisce in particolare le PMI
Le grandi aziende hanno uffici legali, contratti di riserva e potere negoziale. Un’azienda a conduzione familiare no. Se una PMI cabla la generazione delle offerte, la comunicazione coi clienti o un proprio prodotto digitale su un ecosistema di fornitore — i suoi connettori, plugin proprietari, funzioni specifiche dell’abbonamento — allora un pezzo di operatività dipende da decisioni prese in California. E a differenza dello storage cloud, che all’occorrenza migri, una soluzione AI profondamente integrata ha metà della logica di business bloccata nell’ecosistema.
Non è allarmismo né un motivo per evitare l’AI — al contrario. È un motivo per introdurre l’AI bene. La differenza tra «dipendente» e «sovrano» non sta nel se usi modelli potenti, ma nel come li integri.
Sovranità tramite architettura — le quattro leve
- 1. Proprietà del codice. La soluzione, la sua logica e la sua configurazione sono tue, stanno nei tuoi account e sono documentate. Non è il fornitore a possedere il tuo processo — sei tu.
- 2. Strato di astrazione. Il modello non viene cablato direttamente in ogni processo, ma interpellato tramite un sottile strato tuo. Un cambio di fornitore diventa una modifica di configurazione — non un progetto. (Perché è il tassello decisivo è in Quale modello AI serve alle PMI?)
- 3. Sovranità dei dati. I dati sensibili girano su modelli aperti gestiti in proprio (guida in tedesco) — in locale o in cloud europeo. Ciò che non lascia l’azienda non può essere analizzato, riprezzato o usato contro di te da alcun fornitore. I modelli aperti più forti nel 2026 arrivano sempre più dalla Cina (open-weight), oltre alle opzioni europee — una panoramica è in Alternative europee a ChatGPT.
- 4. Nessun processo core su un puro ecosistema di fornitore. Connettori e plugin proprietari sono comodi per il non critico. Per i flussi business-critical il controllo va tenuto in casa — standard aperti invece del lock-in di ecosistema.
«Ma voi usate Claude» — la parte onesta
Questa domanda va accettata quando si argomenta così, e ce la poniamo noi stessi. Sì, Digital Maker costruisce sull’API di Claude — per molti compiti impegnativi è semplicemente lo strumento migliore. Il punto non è evitare i modelli frontier. Il punto è non incatenarcisi. Poiché costruiamo codice che appartiene al cliente e il modello sta dietro un’astrazione, ogni fornitore è per noi intercambiabile: se Anthropic domani diventasse concorrente di un cliente, raddoppiasse il prezzo o andasse di nuovo offline per 19 giorni, cambiamo il modello e continuiamo a lavorare. È proprio questo modo di costruire a separare una dipendenza comprata da uno strumento usato — ed è il motivo per cui la lezione Figma per i nostri clienti è una conferma, non un problema. Cosa guardare nella scelta di un partner di implementazione è in Scegliere un’agenzia AI — la domanda «A chi appartiene la soluzione alla fine?» non è lì per caso.
Cosa dovrebbero fare ora le PMI
- Fai il punto: quali tuoi processi dipendono da quale ecosistema di fornitore — e quanto in profondità? Cosa si migrerebbe in giorni, cosa è bloccato?
- Separa il critico dal non critico: i flussi business-critical richiedono proprietà e intercambiabilità; per le funzioni marginali la comodità dell’ecosistema va benissimo.
- Sovranità in base alla sensibilità dei dati: dati sensibili su modelli aperti gestiti in proprio; massa non critica dove gira meglio e più economica.
- Sui nuovi progetti, chiedi dal primo giorno: il codice sarà nostro? Il modello è intercambiabile? Se no — rinegozia o costruisci diversamente.
La lezione Figma sta in una frase: la piattaforma che oggi ti rende forte può sostituirti domani — se le lasci il controllo. La buona notizia per le PMI è che l’alternativa è da tempo praticabile. Se e quando la gestione in proprio convenga rispetto all’acquisto, lo calcoliamo nella guida build-vs-buy (in tedesco).
Fonti e inquadramento
Il racconto del caso Figma/Anthropic si basa sulla stampa pubblica (tra cui VentureBeat, The New Stack, Fast Company, Cryptobriefing) sul lancio di Claude Design il 17 aprile 2026 (basato su Claude Opus 4.7), sulla precedente collaborazione «Code to Canvas» di febbraio 2026 e sulla reazione del titolo Figma (un calo di circa 6–7,7%), al inizio luglio 2026. I dettagli sullo stop di Fable 5 seguono le comunicazioni pubbliche di Anthropic. Valutazioni, tassonomia del rischio e raccomandazioni di architettura sono il punto di vista di Digital Maker sulla base della nostra esperienza di progetto e non sono consulenza legale o finanziaria.
Domande frequenti: rischio di piattaforma con l’AI
Cosa è successo nel caso Figma–Anthropic?
Figma e Anthropic hanno collaborato a inizio 2026 — a febbraio 2026 su una funzione chiamata «Code to Canvas» che portava il codice generato da Claude nei design di Figma. Due mesi dopo, il 17 aprile 2026, Anthropic ha lanciato «Claude Design», uno strumento che trasforma i prompt in prototipi, presentazioni e materiale di marketing — puntando dritto al mercato di Figma. L’azione di Figma è scesa del 6–7,7% secondo la stampa. Il partner era diventato concorrente.
Cosa significa rischio di piattaforma con l’AI?
Rischio di piattaforma significa: costruisci il tuo business o un prodotto sull’infrastruttura di un fornitore — e quel fornitore può cambiare le regole, limitare l’accesso o entrare lui stesso nel tuo mercato. Con l’AI ha due volti: rischio di disponibilità (il modello rincara, viene deprecato o spento) e rischio di concorrenza (il fornitore impara dall’integrazione e ricostruisce il tuo prodotto). Entrambi sono diventati reali nel 2026.
I modelli locali o open-weight sono la risposta al rischio di piattaforma?
Per una quota crescente di carichi, sì. Un modello open-weight che gestisci tu — in locale o in un cloud europeo — nessuno può spegnerlo, riprezzarlo o spingerlo fuori mercato da un giorno all’altro. Controlli versione, luogo e accessi. Il prezzo è l’onere operativo e spesso un po’ di prestazioni di punta. Perciò la risposta realistica è ibrida: modelli frontier dove sono insostituibili, modelli aperti per la massa sensibile e ad alto volume.
Digital Maker non è a sua volta dipendente usando Claude?
Domanda legittima — e la risposta è l’architettura. Costruiamo codice che appartiene al cliente e parliamo al modello dietro uno strato di astrazione. Se un fornitore cade, diventa troppo caro o si trasforma in concorrente, il cambio è una modifica di configurazione, non una ricostruzione. La dipendenza non nasce dall’usare un modello, ma dal legarsi in modo indissolubile a un ecosistema.
Come si protegge una PMI dalla dipendenza da piattaforma?
Quattro leve: primo, la proprietà del codice — la soluzione e la sua logica sono tue, non del fornitore. Secondo, uno strato di astrazione che mantiene il modello intercambiabile. Terzo, la sovranità dei dati — i dati sensibili girano su modelli aperti gestiti in proprio. Quarto: mai costruire processi business-critical su puri ecosistemi di fornitore (connettori, plugin proprietari) le cui regole possono cambiare in qualsiasi momento.
Quanto è dipendente la tua azienda da un singolo fornitore AI?
Nel discovery call facciamo il punto: quali processi dipendono da quale ecosistema, cosa si può spostare sui tuoi modelli per i dati sensibili e dove uno strato di astrazione ti rende indipendente. Quattro occhi, trenta minuti, niente slide.