Questo articolo è una traduzione assistita dall’AI dell’originale in inglese, revisionata dall’autore.
Il CRM ha rivendicato il record del cliente per la relazione commerciale. L’MDM è quello che le aziende hanno costruito quando si sono accorte di avere cinque sistemi che rivendicavano la stessa cosa, e che serviva qualcuno a decidere quale avesse ragione.
Il 27 maggio 2025 Salesforce ha accettato di comprare Informatica a 25 dollari per azione, per un equity value di circa otto miliardi di dollari, e l’operazione si è chiusa il 18 novembre dello stesso anno. La stampa l’ha raccontata come una storia di data integration, oppure di AI, visto che alla chiusura Marc Benioff ha detto che dati e contesto sono il vero carburante di Agentforce e che senza dati puliti, connessi e affidabili non c’è intelligenza. Letta dall’interno di questa serie, è un evento più strano. Informatica è stata nominata Leader nel Magic Quadrant di Gartner per le Master Data Management Solutions sette volte, e il master data management è la disciplina che le aziende hanno inventato proprio perché i loro sistemi di record, a partire dal CRM, continuavano a non essere d’accordo su chi fosse il cliente. Il più grande vendor di CRM al mondo si è comprato l’arbitro.
L’annuncio di Salesforce è esplicito sul perché. Dice che MDM integrato, controlli di qualità del dato e gestione delle policy garantiranno che tutti i dati che alimentano l’AI siano standardizzati, accurati, coerenti e sicuri, e che Informatica rafforzerà la leadership di Data Cloud come customer data platform. L’acquisizione porta quindi un leader dell’MDM dentro un vendor di CRM per rafforzare una CDP: tre acronimi di questa serie in una sola frase di investor relations, che spiega la confusione attorno all’MDM meglio di qualsiasi glossario, perché mostra che perfino chi compra la categoria la descrive attraverso ciò che sorregge.
Da dove viene il master data management
Il problema che l’MDM risolve è più vecchio dell’acronimo, e nasce lontano dal marketing. Negli anni Novanta ogni azienda con più di un sistema operativo si ritrovava con più versioni dello stesso cliente, prodotto, fornitore e sede, ciascuna creata da un processo diverso per uno scopo diverso. L’ERP conosceva il cliente come conto di fatturazione con condizioni di credito, il CRM come contatto legato a un’opportunità, la piattaforma di billing come indirizzo di servizio e il database e-commerce come email e password. Ognuna di queste versioni era parziale, e si allontanavano ogni giorno con il lavoro normale: un cambio di indirizzo inserito in un sistema non arrivava agli altri, e due account fusi nel CRM restavano due account nell’ERP.
Le prime risposte commerciali erano divise per dominio, e questo dettaglio spiega quasi tutto quello che è venuto dopo. Sul lato cliente la categoria si chiamava customer data integration, e il Magic Quadrant di Gartner per i Customer Data Integration Hubs, pubblicato il 26 maggio 2006, definiva questi hub come prodotti che supportano l’identificazione, il collegamento e la sincronizzazione globali delle informazioni sul cliente tra fonti dati eterogenee. Sul lato prodotto l’equivalente era il product information management, nato dai cataloghi di retail e manifattura e interessato ad attributi, gerarchie e syndication molto più che all’identità. Il report del 2006 descriveva la CDI come un mercato complementare al PIM, ed entrambi come domini di un obiettivo più ampio di master data management. Il termine ombrello, insomma, è nato come aspirazione verso cui due mercati software distinti avrebbero dovuto crescere.
Nel quadrante del 2006 IBM era l’unico Leader, Initiate Systems e Siperian erano i Visionary, Oracle e SAP erano Niche Player, e l’unico Challenger era Siebel Systems, l’azienda la cui fondazione e acquisizione fanno da ancora all’articolo sul CRM, che vendeva il suo Universal Customer Master come hub per riconciliare i record cliente. Il vendor di CRM faceva l’arbitro fin dalla prima valutazione pubblicata, e l’acquisizione del 2025 assomiglia quindi a un ritorno alle origini della categoria.
Febbraio 2010: la settimana in cui l’MDM è diventato infrastruttura
Gli specialisti indipendenti di MDM degli anni Duemila erano piccoli e molto verticali. Siperian aveva una sessantina di clienti al momento della vendita, quasi tutti nel farmaceutico e nei servizi finanziari, nomi come Pfizer, Shire, Bank of America e State Street, dove regolatori e richiami di prodotto rendevano costoso un master record sbagliato. Initiate Systems, con sede a Chicago, aveva costruito il suo business nella sanità e nella pubblica amministrazione, abbinando le identità dei pazienti tra ospedali per clienti come lo University of Pittsburgh Medical Center e il Department of Veterans Affairs statunitense.
Sono state comprate entrambe nel giro di una settimana. Informatica ha annunciato l’acquisizione di Siperian a fine gennaio 2010 per 130 milioni di dollari in contanti, e IBM ha annunciato un accordo definitivo per acquisire Initiate Systems il 3 febbraio 2010. Il blog di Forrester presentava Informatica come il nuovo gorilla da 800 libbre del mercato MDM, e un analista di Baseline Consulting citato dalla stampa di settore diceva che l’unica sorpresa era quanto ci fosse voluto. La logica era la stessa nei due casi: l’MDM veniva assorbito dai vendor di infrastruttura dati, quelli che già spostavano e pulivano i dati tra sistemi, perché un golden record serve solo se qualcosa continua a riportarlo nei posti che ne hanno bisogno.
Initiate è anche il primo esempio pulito della scelta architetturale che ancora oggi definisce la categoria. Il suo approccio era un registry, un indice centrale che collega le identità presenti in ciascun sistema sorgente lasciando il contenuto sensibile, in questo caso le cartelle cliniche, dove già si trovava. Era una decisione di privacy almeno quanto una decisione tecnica, ed è il primo dei quattro stili di implementazione che gli analisti avrebbero poi formalizzato.
Il gap degli analisti: due quadranti diventati uno, e una definizione rimasta disciplina
Ogni altro acronimo di questa serie ha un gap tra il nome popolare e quello degli analisti. Il termine diffuso è CEP e Gartner dice multichannel marketing hub; il termine diffuso è CRM e Gartner lo divide in tre quadranti. L’MDM rompe lo schema. Per gran parte degli anni Dieci Gartner ha pubblicato due quadranti, uno per l’MDM dei dati cliente e uno per l’MDM dei dati prodotto, conservando fedelmente la divisione tra CDI e PIM del decennio precedente. Il 19 gennaio 2017 li ha ritirati entrambi e ha pubblicato il primo Magic Quadrant for Master Data Management Solutions, stimando il fatturato software MDM in 1,786 miliardi di dollari per il 2015. Da allora il nome della categoria e quello dell’acronimo coincidono.
L’edizione 2026, pubblicata il 6 aprile, valuta venti vendor, tra cui IBM, SAP, Salesforce (Informatica), Reltio, Profisee e Tamr. L’equivalente di Forrester, The Forrester Wave for Master Data Management Solutions nell’edizione Q2 2025, ne valuta dodici.
Il gap sta un livello più sotto, dentro la definizione. Il glossario di Gartner descrive il master data management come una disciplina di business abilitata dalla tecnologia, in cui business e IT lavorano insieme per garantire uniformità, accuratezza, stewardship, governance, coerenza semantica e accountability degli asset di master data ufficiali e condivisi dell’azienda. È la stessa mossa che Gartner ha fatto con il CRM, definito nel glossario come una strategia di business, e produce lo stesso equivoco: chi compra acquista un prodotto, mentre gli analisti descrivono un modello operativo che il prodotto può supportare. Una piattaforma MDM installata senza steward, senza una ownership concordata di ogni attributo e senza un processo per le eccezioni produce un hub ingegnerizzato molto bene di cui nessuno si fida.
L’inquadramento attuale di Forrester aggiunge un secondo spostamento. La valutazione 2025 descrive un mercato che si allontana dal controllo centralizzato verso federazione, agilità e intelligenza, che collega esplicitamente alla AI readiness, e consiglia di rivalutare esigenze e vendor almeno ogni tre anni. L’edizione 2026 di Gartner, per come la citano i vendor in classifica, va nella stessa direzione e dice che la generative AI e l’agentic o augmented data management hanno grandi implicazioni per il master data management. Entrambi descrivono la categoria come lo strato di fiducia sotto l’AI, un argomento molto diverso da quelli di compliance e supply chain che la vendevano nel 2006.
Quattro stili di implementazione, quattro risposte su dove vive il record
Il quadrante del 2017 ha messo per iscritto i quattro modi in cui un hub MDM può relazionarsi con i sistemi che lo circondano, e ciascuno è una risposta diversa alla domanda che questo arco continua a porre.
Lo stile registry tiene un indice centrale di identità e riferimenti incrociati e lascia ogni attributo nel suo sistema sorgente. La sua risposta è che nessun luogo contiene il record, solo la conoscenza di quali record dell’azienda descrivono la stessa entità. È economico da implementare e politicamente semplice, perché nessun sistema cede autorità, ed è esattamente quello che Initiate aveva costruito per il matching dei pazienti.
Lo stile consolidation copia i record dalle fonti nell’hub, li abbina e li fonde in un golden record e usa quel record a valle per analytics e reportistica, senza riscrivere nulla indietro. Il golden record esiste, ma solo come vista in sola lettura che i sistemi operativi non vedono mai.
Lo stile coexistence permette di creare record in più sistemi e nell’hub, sincronizzando la versione golden verso le fonti. Qui l’MDM diventa un problema di integrazione, perché ogni scrittura in qualsiasi sistema implica un giro completo di matching, survivorship e pubblicazione.
Lo stile centralised fa dell’hub l’unico luogo in cui un master record può essere creato o modificato, e ogni altro sistema lo consuma. È il più governabile e il più dirompente, perché declassa il CRM, l’ERP e ogni altro sistema di inserimento a semplice abbonato.
I quattro stili che Gartner ha formalizzato nel 2017, letti come quattro risposte alla domanda su dove vive il golden record.
Questi stili sono decisioni architetturali perché ridistribuiscono l’autorità. Scegliere un hub centralizzato significa decidere che il CRM non è più il sistema di record per l’identità del cliente, che è appunto la domanda lasciata aperta dall’articolo sul CRM. La maggior parte delle organizzazioni con un MDM che ho visto non ha scelto uno stile quanto piuttosto ci è scivolata dentro, di solito nella consolidation, perché poteva essere realizzata da un team dati senza rinegoziare la ownership con vendite, finanza e operations. È una deriva comprensibile, ed è anche il motivo per cui tanti programmi MDM producono un golden record eccellente che i sistemi operativi non leggono mai.
Golden record e golden profile: con cosa viene confuso l’MDM
La confusione che conta di più per chi lavora sull’architettura marketing è quella con la CDP, ed è diventata più difficile da sciogliere perché entrambe le categorie usano ormai lo stesso vocabolario di identity resolution, matching e profili unificati. L’annuncio di Salesforce, che descrive Informatica come rinforzo di Data Cloud in quanto CDP, mostra che anche i vendor confondono il confine quando conviene. La distinzione regge se si guarda a cosa ciascun sistema cerca di avere giusto. Un hub MDM vuole essere corretto su un numero ridotto di attributi governati, nome, entità legale, indirizzo, codice fiscale, gerarchia, e accetta lentezza e revisione umana come prezzo di quella correttezza. Una CDP vuole essere aggiornata su un numero molto grande di attributi comportamentali, cosa qualcuno ha navigato dieci minuti fa, quale email ha aperto, in quale segmento è entrato, e accetta match probabilistici ed errori occasionali come prezzo di quella tempestività. Golden record e golden profile rispondono a domande diverse, e un’architettura che usa l’uno al posto dell’altro ottiene personalizzazione stantia da una parte o dati commerciali non governati dall’altra.
Il confine con il CRM corre lungo un’altra linea. Il CRM fa fede sulla relazione commerciale, cioè sugli account, i contatti, le opportunità e i casi che i team di vendita e assistenza creano nel lavoro quotidiano. È un sistema di inserimento, e i suoi record portano la forma del processo che li ha creati, motivo per cui duplicati e account parziali si accumulano in ogni CRM con qualche anno di vita. L’MDM sta sopra il CRM e gli altri sistemi di inserimento, li riconcilia e, in un deployment centralised o coexistence, può prevalere su di loro. Un CRM con una buona deduplica resta una fonte tra le altre, ed è per questo che l’MDM esiste come strato separato in ogni azienda con un ERP e un CRM non comprati insieme.
Il confine con il PIM è il più antico e il più facile da descrivere. Il product information management è master data management per un solo dominio, con in più capacità di arricchimento, digital asset e syndication verso marketplace e partner retail. Quasi tutti i vendor MDM multidominio vendono ormai un modulo PIM, e quasi tutti i vendor PIM si descrivono ormai come multidominio, quindi in pratica la domanda è se il dominio prodotto ha bisogno di workflow di merchandising che un hub MDM generico non offre. Il confine con il data warehouse è il più recente. Un cloud data warehouse con una buona modellazione dell’identità può produrre un golden record in stile consolidation, e i team che lavorano in un’architettura composable lo fanno sempre più spesso, coprendo l’uso analitico e lasciando irrisolto quello operativo, cioè riportare il record nei sistemi di inserimento.
Cosa significano i master data quando li leggono gli agenti
Per vent’anni il business case dell’MDM si è basato su report che non quadravano, comunicazioni regolamentari da non sbagliare, supply chain che non potevano spedire il prodotto sbagliato e campagne marketing che spedivano quattro volte allo stesso nucleo familiare. Erano casi reali e raramente entusiasmavano qualcuno fuori dal team dati, che è il motivo principale per cui i programmi MDM venivano finanziati, ridimensionati e rifinanziati così spesso.
La svolta agentica cambia il business case più di tutti questi, e lo fa attraverso una parte dell’MDM di cui quasi nessuno fuori dalla disciplina parla: le regole di survivorship. Ogni hub MDM contiene regole che decidono, attributo per attributo, quale fonte vince quando le fonti non sono d’accordo. Il sistema di billing può vincere sull’indirizzo perché è validato contro il database postale, il CRM sul ruolo aziendale perché lo aggiorna il team commerciale, la piattaforma dei consensi sui permessi di contatto perché lo impone la legge. Per gran parte della storia dell’MDM queste regole interessavano a un data steward che rivedeva una coda di eccezioni. Quando un agente legge il record del cliente prima di decidere cosa fare, le regole di survivorship decidono cosa l’agente crede vero, e lo fanno a una velocità e con volumi per cui nessuno rivede più le eccezioni.
È la stessa inversione che l’articolo sul CRM descriveva dal lato della scrittura. Lì il problema era che gli agenti diventano scrittori a velocità di macchina in un sistema i cui controlli erano pensati per rallentare un essere umano che compila un form. Qui il problema è che gli agenti diventano lettori a velocità di macchina di un record la cui affidabilità era pensata per essere verificata da una persona davanti a un match score. Un agente che si basa su un golden record in stile consolidation mai adottato dai sistemi operativi ragionerà correttamente su un record che nessun altro in azienda usa, e un agente che legge direttamente il CRM erediterà ogni duplicato che il programma MDM doveva eliminare. La domanda architetturale è concreta: prima che un agente agisca su un cliente, quale sistema legge, quali regole di survivorship hanno prodotto ciò che legge, e chi ne risponde quando quelle regole erano sbagliate?
Salesforce sembra essere arrivata alla stessa conclusione, visto che la motivazione dichiarata dell’acquisizione di Informatica è che gli agenti hanno bisogno di dati standardizzati, accurati e coerenti su cui agire, e l’azienda che possiede il CRM più grande ha concluso di dover possedere anche l’arbitro. Se un vendor di CRM possa essere un arbitro neutrale tra il proprio sistema e quelli di tutti gli altri è una domanda legittima, e chi ha un ERP SAP e un CRM Salesforce dovrebbe farla in modo diretto. Quello che l’acquisizione chiarisce è che i master data sono passati dal back office al centro della conversazione sull’AI, e che la disciplina che Gartner descriveva come business e IT che lavorano insieme è ora anche la disciplina che decide cosa i sistemi autonomi possono credere.
L’MDM conta nel 2026 più che in qualsiasi momento della sua storia, perché l’arbitro tra i sistemi di record è diventato senza clamore l’autore di ciò che gli agenti AI credono di un cliente, e le organizzazioni che non hanno mai deciso chi vince quando i loro sistemi non sono d’accordo stanno per scoprire che a decidere, finora, sono stati i loro agenti.
Fonti
Gartner
- Definition of Master Data Management (MDM). L’MDM definito come disciplina di business abilitata dalla tecnologia, e i master data come insieme minimo di identificativi che descrivono le entità principali.
- Magic Quadrant for Master Data Management Solutions, 2026. Pubblicato il 6 aprile 2026, venti vendor valutati.
- Magic Quadrant for Master Data Management Solutions, January 2017. Il primo quadrante MDM unico, i quattro stili di implementazione e la dimensione del mercato 2015; copia ospitata da un vendor.
- Magic Quadrant for Customer Data Integration Hubs, 2Q06. La definizione di CDI hub del 2006, il rapporto con il PIM e il posizionamento dei vendor; copia ospitata da un vendor.
- Oracle Siebel Universal Customer Master (UCM) (Legacy). L’hub cliente di Siebel, ancora elencato da Gartner Peer Insights come prodotto MDM legacy.
- Magic Quadrant for Master Data Management of Customer Data, 2009. Il quadrante diviso per dominio sostituito dall’edizione 2017; copia ospitata da un vendor.
Forrester
- LIVE! The Forrester Wave: Master Data Management Solutions, Q2 2025. Dodici vendor, e lo spostamento verso federazione e AI readiness.
- Introducing the MDM market’s newest 800lb gorilla: Informatica acquires Siperian. La lettura di Forrester del consolidamento del 2010.
Salesforce e Informatica
- Salesforce Signs Definitive Agreement to Acquire Informatica. Le condizioni del 27 maggio 2025, 25 dollari per azione e circa otto miliardi di equity value, e la motivazione legata a MDM e Data Cloud.
- Salesforce Completes Acquisition of Informatica. Chiusura il 18 novembre 2025 e l’inquadramento su Agentforce.
- 2026 Gartner Magic Quadrant for MDM Solutions: Salesforce (Informatica) is once again recognized as a Leader. Il settimo posizionamento come Leader.
- How an acquisition Informatica made 10 years ago led to our next phase of great. Le origini di Siperian e il racconto di Informatica sulla base clienti MDM da allora.
- The 2026 Gartner Magic Quadrant for MDM Solutions. La sintesi di un secondo Leader, che cita Gartner su agentic e augmented data management.
Il consolidamento del 2010
- Informatica Snags Siperian for $130 Million. Il prezzo, la base clienti e la reazione degli analisti.
- Informatica Acquires Siperian. L’annuncio del 28 gennaio 2010.
- IBM Acquires MDM Vendor Initiate Systems. L’annuncio del 3 febbraio 2010, l’approccio registry e la base clienti nella sanità.
