Cos'è il vendor lock-in e come si misura prima di firmare?

Il vendor lock-in è il costo di uscita da un fornitore: quanto costa, in tempo, denaro e rischio, smettere di usarlo e passare a un'alternativa. Non è un difetto morale del fornitore, è una conseguenza quasi inevitabile di ogni scelta tecnologica: più un sistema è integrato nei processi aziendali, più costa disfarlo. Le sue forme concrete sono cinque: dati salvati in formati proprietari che nessun altro sistema legge senza conversione, logica di business incorporata in configurazioni non esportabili (workflow, regole, automazioni costruite solo dentro quella piattaforma), competenze del team concentrate su un solo strumento, contratti e licenze pluriennali con penali di uscita, e integrazioni fatte a mano che nessuno ha documentato. Il punto operativo è che il lock-in si misura prima della firma, quando la leva negoziale è massima, non dopo, quando il fornitore sa che restare costa meno che andarsene.

Oltre il cloud: gestionali, SaaS verticali e modelli AI

Il dibattito pubblico italiano sul lock-in si è concentrato quasi tutto sul cloud, spinto dai messaggi anti-hyperscaler di provider europei che ci vendono la propria alternativa. Ma il lock-in più costoso per una PMI italiana raramente è il cloud: è il gestionale (TeamSystem, Zucchetti, Panthera ERP tra i più diffusi in Italia) che tiene vent'anni di anagrafiche in un formato che solo lui esporta, l'ERP (JD Edwards, SAP S/4HANA, Infor CloudSuite) configurato da un consulente che non lavora più lì, il CRM (Salesforce, Dynamics, Vtenext, Zoho CRM) o la piattaforma SaaS verticale (gestione ordini, controllo qualità) che promette integrazione totale e in cambio chiede l'esclusiva sui dati operativi. È lo stesso meccanismo del rientro dal cloud, spostato su strumenti che nessuno pensa di dover valutare con lo stesso rigore perché "è sempre stato così". La forma più recente, e quella che nel 2026 pesa di più nelle decisioni tecniche, è il lock-in ai modelli AI: prompt ottimizzati su un modello specifico, fine-tuning fatto su dati e infrastruttura di un solo provider, workflow agentici che chiamano API proprietarie senza un layer di astrazione. Cambiare modello, in questi casi, significa spesso riscrivere.

Esempio enterprise e come ridurlo

Un caso tipico: un'azienda manifatturiera migra l'ERP e scopre che le distinte base, la logica di pianificazione e le regole di riordino vivono in campi custom non documentati, esportabili solo in un formato proprietario. La migrazione, stimata in tre mesi, ne richiede dodici. Il lock-in non era nel contratto, era nella configurazione. Ridurlo non significa evitare ogni fornitore, a volte il lock-in è un compromesso accettabile in cambio di velocità: significa progettare l'uscita all'inizio, non alla fine. In pratica: preferire formati aperti e standard dove esistono (vedi gli open table format per i dati analitici), verificare la portabilità dei dati con una prova reale di esportazione ed estrazione prima della firma, non con una promessa del fornitore, documentare ogni integrazione e configurazione custom come se dovesse leggerla un altro team tra tre anni, e valutare architetture che mantengono opzionalità, come il multi-cloud per l'infrastruttura o un router di modelli per l'AI. Il lock-in si negozia quando si firma, non quando si vuole partire.