In breve: l'headless SaaS è il passaggio da un'interfaccia controllata dal fornitore a diverse interfacce controllate dall'utente. Con l'MCP, lo stesso prodotto può essere raggiunto tramite UI, un'API o qualsiasi IA agentica su cui l'utente stia già lavorando. Le app di successo saranno quelle con i dati di base più puliti e accessibili.
È nato un concetto che, a mio avviso, rivoluzionerà il funzionamento del software aziendale. Si chiama headless SaaS, e noi di Yext abbiamo appena fatto una scommessa importante su questo prodotto.
Il cambiamento si basa sul Model Context Protocol (o MCP) e risponde a una domanda che da anni tormenta il mondo del software: come si fa a consentire effettivamente agli utenti di lavorare nel modo in cui desiderano, anziché nel modo in cui la UI di ciascun fornitore presume che lo facciano?
All'inizio di questo mese, abbiamo aperto Scout, la nostra piattaforma di intelligence di visibilità, ai partner tramite un server Model Context Protocol. Il cambiamento che rappresenta è la trasformazione architetturale più importante degli ultimi dieci anni nel software enterprise: il punto di accesso si sta spostando dalle interfacce predefinite a soluzioni che si adattano alle tue esigenze.
Ecco cosa significa davvero questo cambiamento e cosa dovrebbero fare CIO e CMO per prepararsi.
Cosa cambia davvero con l'MCP
Per anni le modalità di utilizzo del software sono state decise dal fornitore che creava una dashboard, uno strumento di flusso di lavoro o una finestra di query. E se tu volevi fare qualcosa che la dashboard non mostrava, avevi poche opzioni: inviare una richiesta di funzionalità, scaricare i dati e interrogarli in Excel o pagare degli ingegneri per costruire un'integrazione personalizzata sull'API. Questo era l'intero ventaglio delle possibilità.
MCP cambia tutto.
L'MCP è essenzialmente un linguaggio naturale applicato alle tue API. La stessa funzionalità che prima era disponibile nella UI di un fornitore ora può essere raggiunta in tre modi diversi. Puoi utilizzare l'UI che abbiamo realizzato, come hai sempre fatto. Puoi chiamare direttamente l'API, come ha sempre fatto un team di ingegneria.
In alternativa, puoi collegare il server MCP del prodotto allo strumento di IA che il tuo team già utilizza (Claude, ChatGPT o Copilot) e porre la domanda in linguaggio naturale.
Sono tre porte di accesso allo stesso prodotto, ed è l'utente a scegliere quale usare.
Per chi acquista software, questo è il momento di iniziare a porsi domande diverse. Non "che aspetto ha la UI?" ma "in quanti modi il mio team può effettivamente usarla?" Ora la risposta a questa domanda è il prodotto stesso.
Quando i flussi di lavoro diventano conversazioni
Prendiamo un esempio reale. Supponiamo che tu voglia ottimizzare la tua strategia di pubblicità a pagamento in base alla sede. Oggi si tratta di un flusso di lavoro in più fasi che potrebbe richiedere la collaborazione di team diversi.
Con Scout MCP, lo stesso lavoro si trasforma in una conversazione. Puoi semplicemente dire: "aiutami a creare una dashboard per il brand X per ottimizzare la strategia dei media a pagamento per sede e parole chiave poco performanti." Non sono necessarie ricerche manuali o richieste al tuo team web. Il lavoro che prima richiedeva una settimana di coordinamento tra tre team, ora richiede poche frasi all'interno di qualsiasi strumento di IA che avresti comunque utilizzato.
Questo è ciò che la gente intende quando dice che l'IA è la nuova interfaccia. La dashboard rimane dov'è e diventa uno dei tanti luoghi in cui può avvenire lo stesso lavoro, non l'unico.
Le app che sopravviveranno competeranno sui dati, non sulla UI
Il cambiamento in una frase: ora è l'utente a scegliere l'interfaccia, non il fornitore.
Il risultato è che le soluzioni che sopravviveranno a questo cambiamento non saranno quelle con le migliori interfacce. Saranno quelle con i dati e le funzionalità più puliti e accessibili.
In sostanza, il lavoro di mettere a posto i dati (struttura, accuratezza, attualità, permessi, significato) smette di essere un progetto di igiene del back-office, e diventa invece il prodotto. È ciò con cui interagiscono i brand e i loro team, indipendentemente dalla porta che varcano.
Ecco come si presenta nella pratica: Scout MCP
Ho aperto questo articolo con il lancio di Scout MCP perché è l'esempio più chiaro che posso offrire di cosa significhi davvero scegliere la propria interfaccia in un ambiente di produzione.
Scout è la piattaforma di intelligence sulla visibilità nell'IA di Yext. Fino a poco tempo fa, partner e clienti interagivano con il sistema tramite la nostra UI e le API: dashboard, report, esportazioni. Ora possono interagire con esso anche tramite un server MCP. Possono chiedere a Scout: "mostrami com'è cambiata la mia visibilità su ChatGPT negli ultimi 30 giorni per i nostri 10 principali mercati metropolitani e dimmi quali concorrenti mi stanno superando". Scout risponde e l'utente prosegue da lì.
Dietro a quella domanda c'è lo strato di dati che abbiamo impiegato un decennio a costruire:
Quasi 13 milioni di sedi aziendali tracciate nell'ecosistema di IA in tempo reale
10 miliardi di punti dati analizzati ogni mese su quattro principali modelli di IA
150 parametri di visibilità per ogni scansione, valutati rispetto ai 20 principali concorrenti in ogni mercato locale.
Questo dataset è il prodotto effettivo. La UI è sempre stata un punto di accesso principale. L'MCP è un altro e anche l'API lo è. Lo saranno anche gli agenti di IA che i nostri partner svilupperanno basandosi su entrambi, e quelli che i team dei nostri clienti già utilizzano ogni giorno.
Il nostro Chief Data Officer, Christian Ward, l'ha espresso in modo più diretto in una recente sessione di domande e risposte: "l'API ora è la UI." Si tratta di un'opinione condivisibile, i brand che interiorizzano questo concetto un anno prima rispetto ai concorrenti escono da questo cambiamento in una posizione più forte di prima.
Cosa significa per i professionisti del marketing e i leader operativi
Ecco alcuni aspetti da considerare nella tua prossima conversazione di pianificazione.
Innanzitutto, la domanda giusta non è: "questo strumento dispone di una dashboard per X?", bensì: "il mio team può accedere a X indipendentemente dal modo in cui lavora davvero, che sia tramite un'interfaccia utente, un'API o l'agente che già utilizza?".
In secondo luogo, diffida quando l'unica risposta di un fornitore è la sua interfaccia. Se l'unico modo per ottenere valore da uno strumento è vivere all'interno di quello strumento, stai pagando per la cosa sbagliata.
Terzo, considera il tuo grafo di conoscenza come un'infrastruttura fondamentale, non un semplice progetto di manutenzione amministrativa. Noi di Yext abbiamo passato anni a sviluppare il Knowledge Graph e strumenti come Scout proprio perché crediamo che il livello dei dati sia il più cruciale per il successo di un brand. A volte questo significava che l'esperienza utente veniva messa in secondo piano quando si cercava di dare valore alla funzione rispetto alla forma. Scout MCP elimina il compromesso, perché la tua infrastruttura dati merita lo stesso trattamento.
Le app che avranno il maggior successo nel prossimo decennio saranno quelle a cui un utente potrà accedere nel modo che preferisce. Siamo convinti che Yext sia uno di queste. Qualunque sia la configurazione del tuo stack, assicurati che superi lo stesso test.
Fai clic qui per saperne di più su Scout MCP.
