Per anni il software enterprise è stato identificato con la sua interfaccia: entrare nel CRM, aprire una schermata, compilare un form, salvare e passare alla schermata successiva.
Salesforce presenta Headless 360 come un’architettura che trasforma applicazioni in capability riutilizzabili da agenti autorizzati, preservando identità, permessi, metadata, workflow e governance (fonte ufficiale Salesforce).
Con Headless 360, Salesforce sta contribuendo a separare due concetti che abbiamo trattato a lungo come inseparabili: il valore applicativo del sistema e l’interfaccia attraverso cui lo utilizziamo.
Headless non significa “senza software”
Quando un sistema diventa headless non spariscono dati, autorizzazioni, workflow, regole o integrazioni. Cambia il punto di accesso. Le capability possono essere utilizzate programmaticamente da altri client e, con MCP, anche da agenti AI capaci di scoprirle e orchestrarle.
Questo significa che una persona può esprimere un obiettivo in linguaggio naturale mentre un agente traduce quell’intenzione in operazioni sui sistemi sottostanti.
Dalla schermata alla capability
Il cambio di paradigma è qui: un’applicazione non deve più essere necessariamente una destinazione. Può diventare un insieme di capability governate.
Leggere un cliente, aggiornare un’opportunità, avviare un processo, creare un segmento o invocare un’azione diventano primitive che un agente può combinare, purché autorizzazioni e regole continuino a essere applicate dal sistema.
Perché MCP accelera il passaggio
Nel server Headless 360, Salesforce concentra la discovery e l’esecuzione in quattro tool: Discover, Describe, Dispatch e Dispatch Read Only (reference ufficiale).
Il Model Context Protocol introduce un linguaggio comune attraverso cui un modello può conoscere gli strumenti disponibili e utilizzarli. Questo riduce la dipendenza da integrazioni costruite ad hoc per ogni singola esperienza conversazionale.
Ma esporre capability non basta. Più cresce il numero degli strumenti, più diventano importanti discovery, descrizione, selezione e governance. Il problema si sposta quindi dalla semplice disponibilità delle API alla qualità dell’harness che guida l’agente.
La UI non muore: cambia funzione
Dashboard, tabelle, grafici e console amministrative continueranno ad avere valore. Quello che può scomparire è l’obbligo di attraversare una sequenza di schermate per comunicare al software un’intenzione.
La UI diventa una delle possibili rappresentazioni del sistema, non necessariamente il suo linguaggio principale.
La conseguenza più interessante
Se l’AI può usare un software senza attraversarne la UI, emerge una domanda ulteriore: perché il software deve continuare a essere configurato manualmente prima che l’agente possa utilizzarlo?
È il passaggio che porta dall’AI che usa capability esistenti all’AI che può contribuire a costruire dati, regole e processi persistenti.
Abbiamo sviluppato questa tesi nell’articolo pillar Dopo Headless 360: se l’AI sostituisce l’interfaccia, cosa succede al software enterprise?.
Da headless a software conversazionale
Il punto di arrivo potrebbe non essere “usare Salesforce senza aprire Salesforce”. Potrebbe essere un modello in cui descriviamo ciò che l’azienda deve fare e il sistema costruisce o modifica il processo necessario entro confini deterministici.
In questo scenario, il software enterprise non scompare. Diventa più profondo e meno visibile: stato, capability, policy, autorizzazioni e processi diventano l’infrastruttura su cui l’AI può operare.
Domande frequenti
Indica un approccio in cui dati e capability Salesforce possono essere utilizzati anche da agenti e client esterni senza dipendere dalla tradizionale interfaccia grafica.
No. La UI continua a essere utile per attività visuali e amministrative, ma smette di essere l’unico punto di accesso alle capability del sistema.
MCP offre agli agenti un modo standardizzato per scoprire e invocare strumenti e capability esposti dai sistemi software.