Weekly MarTech Signals That Matter to Me: Parte 6, Settimana 23

Andrea Veggiani Andrea Veggiani
martech-signalsmartechmcpagentic-aiadobemarketoiterablemailchimpcdp
Weekly MarTech Signals That Matter to Me: Parte 6, Settimana 23
🇬🇧 Read in English

Quando il server MCP raggiunge il layer MAP: una settimana solo all’apparenza silenziosa

Alcune settimane, in questo settore, si annunciano da sole con un’acquisizione importante o con un Magic Quadrant. Altre sembrano tranquille in superficie e premiano una seconda lettura. Questa settimana appartiene alla seconda categoria.

Nella finestra di scansione che ho usato per questo numero, nessuna delle principali piattaforme di customer engagement che seguo più da vicino ha mostrato una release abbastanza significativa da diventare il tema centrale della settimana. A una lettura superficiale, si potrebbe concludere che non sia successo nulla.

Sarebbe una conclusione sbagliata.

Sotto la superficie, tre cose si sono mosse. E ciascuna conta, per il modo in cui progettiamo e gestiamo gli stack, più di un’altra ondata di funzionalità di canale.

La prima: l’onda MCP ha finalmente raggiunto il layer della marketing automation B2B.

La seconda: data pipeline e deliverability, continuano a essere rilasciati accanto alla narrativa sull’AI, e dovremmo prestare attenzione a chi continua a fare quel lavoro.

La terza: i vendor stanno iniziando a vendere gli agenti non come una funzionalità dentro la piattaforma, ma come il modello di business stesso.

Prendo questi tre punti uno alla volta, per poi chiudere con la piccola ma istruttiva contraddizione che Intuit ci ha portato questa settimana.

TL;DR



Il pattern MCP ha raggiunto il layer MAP

Da sei uscite di questo digest sto seguendo la diffusione dei server Model Context Protocol tra le piattaforme e i layer adiacenti del mio perimetro di osservazione. E sto ripetendo, con la lieve insistenza fastidiosa di chi pensa che un pattern architetturale conti davvero, che questa non è solo una funzionalità. È un cambiamento nel modello operativo della categoria.

Questa settimana Adobe Marketo Engage ha portato il proprio MCP Server dentro la conversazione di prodotto con il ciclo di release di maggio ‘26. Espone più di cento operazioni su form, programmi, smart campaign, persone e lead, email, snippet, liste e folder verso client AI compatibili con MCP. Accanto a questo, Marketo AI ha introdotto una suite di agenti pensati per automatizzare attività operative ripetitive, con due già disponibili e altri in roadmap.

Vale la pena precisare che questo non è un assegno in bianco che consente agli agenti di fare qualsiasi cosa dentro Marketo. La superficie MCP attuale di Adobe è ampia, ma la scelta progettuale più importante è che è governata: Adobe descrive le operazioni disponibili come generalmente orientate alla lettura o non distruttive, con le azioni distruttive escluse dal sistema AI. Questo dettaglio conta perché mostra dove si giocherà la competizione tra implementazioni MCP enterprise serie: non solo sull’ampiezza dell’accesso, ma sulla qualità del modello di permessi e sicurezza che circonda quell’accesso.

Il motivo per cui continuo a tornare su questo punto è che completa un pattern architetturale. Nelle uscite precedenti abbiamo visto comparire server MCP su Adobe Journey Optimizer, Real-Time CDP, Iterable, HubSpot, Salesforce Marketing Cloud Engagement, Tealium e perfino piattaforme retail media come Pacvue. Marketo era il vuoto più evidente nella mappa. Ora quel vuoto è stato colmato. MCP non è più un esperimento di integrazione marginale; sta diventando una superficie operativa comune nello stack di engagement.


MCP sta diventando una superficie operativa comune nello stack di engagement; Marketo colma il vuoto della marketing automation B2B enterprise



Quando una capability passa, in circa due trimestri, da “differenziatore che pochi vendor rilasciano” a “table stake emergente nella categoria”, la domanda interessante non è più quale piattaforma ce l’ha. È che cosa cambia nel modo in cui il lavoro viene svolto. E qui voglio essere preciso, perché l’hype intorno a questo tema è notevole e l’architettura, come sempre, è ciò che vince.

Un server MCP non rende intelligente la tua istanza Marketo. Rende la tua istanza Marketo indirizzabile da qualcos’altro che è intelligente. Le oltre 100 operazioni esposte da Adobe sono, di fatto, una superficie di accesso in linguaggio naturale: un modo per un agente, o per un practitioner che guida un agente, di ispezionare e, dove consentito, manipolare la piattaforma senza passare dalla UI o scrivere chiamate REST a mano.

È una cosa realmente utile per il lavoro operativo ripetitivo e ad alto volume che assorbe molto tempo nei team di B2B marketing operations: audit delle smart campaign, riconciliazione delle appartenenze alle liste, pulizia delle strutture a folder, verifica delle configurazioni di programma.

Ma significa anche che la domanda di governance si sposta. La superficie di controllo non è più soltanto il permission model di Marketo. È anche quali agenti possono raggiungere l’endpoint MCP, con quale scope e con quale audit trail.

Se stai gestendo Marketo su scala enterprise, la domanda da porre al tuo team questo trimestre non è “dovremmo usare il server MCP”. È “chi è autorizzato a usarlo, e come registriamo quello che ha fatto”.

La capability sta arrivando più velocemente della maggior parte dei modelli di governance.



I fondamentali continuano a essere rilasciati: guardate chi li rilascia

Il May Product Spotlight di Iterable, che avevo segnato per questa uscita, è un utile correttivo all’idea che tutto ciò che è interessante debba essere un agente. Sono state rilasciate quattro funzionalità, e nessuna è un titolo AI da keynote. Data Sync ha ottenuto la possibilità di esportare campi del profilo utente insieme ai dati evento, sincronizzare verso data centre europei e scrivere su destinazioni SFTP di proprietà del cliente. Send Time Decisioning ha ricevuto un modello più avanzato e, soprattutto, un lift reporting out-of-the-box contro gruppi di controllo. L’integrazione con Google Ads ha ottenuto un journey tile per la sincronizzazione audience real-time e consent-aware. Ed è arrivato un nuovo Email Link Shortener per ridurre il peso dei messaggi e il clipping in inbox preservando il click tracking.

Voglio soffermarmi su due di questi elementi perché sono i più importanti. L’opzione di data centre europeo per Data Sync è il tipo di funzionalità che non finisce quasi mai in keynote e che regolarmente decide se una piattaforma entra o meno in una procurement enterprise in un mercato europeo regolato. Per i clienti con cui lavoro in ambito assicurativo e finanziario, la data residency non è un nice-to-have. È un gate. Una piattaforma che non può mantenere i dati evento europei in Europa non entra in shortlist. Il fatto che Iterable stia superando silenziosamente questo gate è più rilevante per le sue prospettive enterprise di un’altra funzionalità generativa.

Il lift reporting su Send Time Decisioning è il secondo punto. I numeri vendor-reported citati da Iterable sono interessanti: median click lift del 73% e open lift dell’82% negli Stati Uniti, 51% e 114% in Europa. Vanno letti come benchmark dichiarati dal vendor, non come promessa universale. Ma il numero non è il punto. Il punto è che hanno costruito il reporting layer che consente al cliente di vedere il lift rispetto a un gruppo di controllo, per audience e canale. Questa è la risposta corretta al problema dell‘“AI come black box” che, nella mia esperienza, è il principale ostacolo alla scalabilità del decisioning AI-driven nelle organizzazioni marketing più conservative. Non si ottiene il diritto di automatizzare decisioni di send-time su milioni di messaggi sostenendo che il modello funziona. Lo si ottiene mostrando l’holdout. Il fatto che Iterable rilasci il reporting sull’holdout è una mossa più matura del rilascio del modello stesso.

La lezione più ampia, che mi ritrovo spesso a ripetere ai clienti affascinati dal demo-ware, è che sono i fondamentali a determinare se uno stack produce valore. Identity. Data residency. Deliverability. Measurement. I vendor che continuano a rilasciare quel tipo di lavoro, anche nelle settimane in cui l’AI domina la narrativa, sono quelli su cui si può davvero costruire un’architettura durevole.


Il May spotlight di Iterable: quattro fondamentali poco appariscenti, con data residency europea e holdout lift reporting come i due più importanti



I vendor stanno iniziando a vendere l’agente, non la funzionalità

Il terzo movimento di questa settimana è avvenuto fuori dal mio core set CEP, nel panorama vendor più ampio, ed è quello che osserverò con più attenzione nei prossimi trimestri. Un gruppo di lanci agentic AI è arrivato nella stessa settimana: Afiniti ha rilasciato tre nuovi prodotti per contact center sotto un’architettura unificata di AI decisioning; Attentive ha presentato capability agentiche al suo evento Thread; Madhive ha lanciato Maverick AI Agents per la pubblicità locale; Capacity ha rilasciato un assistente AI analytics. Presi singolarmente, sono product release. Presi insieme, descrivono una direzione.

Ma il caso più strategicamente nuovo è stato Gainsight. L’azienda ha annunciato l’evoluzione del suo agente Atlas in quello che definisce un business di “AI-Native Services”. È uno spostamento dalla vendita di software alla vendita di software più servizi. Il cliente può acquistare agenti pre-built, costruire i propri sulla piattaforma, oppure assumere Gainsight per gestire end-to-end il processo di renewal per suo conto ed essere misurata sul gross e net revenue retention generati.

Rileggete la terza opzione, perché è quella interessante. Gainsight non sta vendendo uno strumento per fare il lavoro. Sta offrendo di fare il lavoro, usando i propri agenti, ed essere pagata sull’outcome.

Questa è la linea tra software e servizi che si dissolve sotto la pressione agentica. Per vent’anni il modello SaaS ha mantenuto una separazione pulita: il vendor vende lo strumento, il cliente, o un system integrator come noi, lo opera. Gli agenti rendono economicamente plausibile per il vendor comprimere quella separazione e vendere direttamente l’outcome.

Se quel modello funziona nel customer success, non resterà confinato al customer success. Non è difficile immaginare un vendor CEP che, prima o poi, offra di gestire il tuo lifecycle programme sulla propria infrastruttura agentica e fatturare sull’incremental revenue anziché sulle seat.

Non sto dicendo che questo sia positivo o negativo. Dipende interamente dall’esecuzione e da quanta parte del controllo sulla relazione con il cliente si è disposti a cedere. Ma, da persona il cui lavoro consiste anche nell’aiutare le aziende a decidere cosa costruire, cosa comprare e cosa esternalizzare, noto che sul menu sta comparendo una quarta opzione: cosa lasciare gestire agli agenti del vendor. Le implicazioni organizzative e architetturali di questa opzione sono significative, e la maggior parte dei marketing leader non ha ancora iniziato a pensarci davvero.


I tre percorsi di acquisto di Gainsight: comprare agenti pre-built, costruire i propri o assumere Gainsight per gestire il renewal ed essere pagata su GRR/NRR



La contraddizione Mailchimp

Chiudo con la piccola storia più istruttiva della settimana, perché è un utile promemoria contro la tentazione di sovrainterpretare un singolo segnale, inclusi quelli che riporto in questo digest.

Due settimane fa avevo registrato, dandogli un certo peso, che Intuit aveva indicato Mailchimp come area di investimento ridotto nel contesto di una serie di tagli. Sembrava un chiaro segnale strategico: un ESP maturo che veniva silenziosamente deprioritizzato mentre Klaviyo, HubSpot e altri continuavano a crescere. Questa settimana Intuit ha rilasciato una capability di conversational analytics per Mailchimp, chiamata Analytics AI, e ha ampliato le sue integrazioni dati includendo Anthropic Claude, Wix e WooCommerce. Questo non è il comportamento di un prodotto senza momentum di roadmap.

Quindi, qual è la lettura giusta? Entrambe, ed è esattamente questo il punto. “Investimento ridotto” è una dichiarazione relativa di budget, non un necrologio di roadmap. Un prodotto può essere deprioritizzato a livello di portfolio e continuare comunque a rilasciare funzionalità significative, perché rilasciare funzionalità costa meno del riposizionamento strategico che il linguaggio executive lasciava intendere. Per un’azienda enterprise che sta valutando Mailchimp come ESP principale, la lezione non è “Mailchimp sta morendo”, e non è “Mailchimp sta bene”. È che la direzione strategica è realmente ambigua. E l’ambiguità di un vendor sul proprio commitment è di per sé il rischio che si accetta quando si costruisce su quella piattaforma. La roadmap non è la domanda. La domanda è l’intenzione dietro la roadmap.



La domanda da tenere sul tavolo

Quindi, una settimana tranquilla che non lo è poi stata così tanto. Il server MCP di Marketo allarga la superficie operativa del layer MAP. Le release di Iterable ricordano che la readiness enterprise dipende ancora da data movement, residency, deliverability e measurement. Gainsight mostra che i vendor potrebbero non limitarsi più a vendere strumenti, ma offrire di gestire il processo attraverso i propri agenti. Mailchimp mostra perché i singoli segnali vanno letti con attenzione.

Il filo conduttore è il controllo.

L’architettura, come sempre, è ciò che vince. E la domanda architetturale che questa settimana lascia sul tavolo è quella che porrei a qualunque marketing leader: mentre le vostre piattaforme diventano indirizzabili dagli agenti, i vostri e sempre più anche quelli dei vendor, avete deciso chi è autorizzato ad agire, cosa può toccare, quali decisioni richiedono approvazione umana e come ogni azione viene registrata?

Perché quella decisione viene presa per voi, di default, ogni volta che viene rilasciato un nuovo server MCP.

Vale la pena prenderla intenzionalmente.



Fonti

Adobe Marketo Engage



Iterable



Gainsight



Agentic vendor wave



Intuit / Mailchimp



Contesto: piattaforme senza net-new rilevanti questa settimana, nella scansione



Il digest alla base di ogni articolo settimanale è prodotto attraverso una scansione strutturata, assistita dall’AI, di release note ufficiali e fonti di product update. Io rivedo l’output, verifico i segnali rilevanti e scrivo l’interpretazione architetturale.

Questo articolo si basa sulle scansioni del Martech Weekly Digest eseguite il 4 giugno 2026, che coprivano release note e aggiornamenti di prodotto su diverse piattaforme CEP e vendor.

Se trovate errori o lacune nella copertura, voglio saperlo. Il processo migliora quando l’output viene messo in discussione.