L'handover da marketing a vendite che funziona davvero

Il passaggio da marketing a vendite non fallisce mai per mancanza di buona volontà. Fallisce perché ogni tool racconta una storia diversa.
Lavoro all'intersezione tra prodotto, GTM e AI e ho scritto un'opera di riferimento per Springer Gabler su marketing e sales automation. Il passaggio dei lead è uno dei passi centrali della vendita e uno dei punti di attrito più comuni. La mia convinzione: il problema non è il processo tra due team. È la verità condivisa che manca.
Cosa ti porti a casa:
- Perché il passaggio fallisce nella pratica, in cinque pattern concreti.
- Perché una single source of truth risolve il problema vero.
- Come gli agenti AI su un unico contesto rendono il passaggio obsoleto.
La mia tesi: un sistema, una verità
Il passaggio è risolto quando marketing e vendite non hanno due tool con due verità, ma un contesto che entrambe le parti e i loro agenti leggono. Non un processo di handover migliore. Una base condivisa.
🧨 Perché il passaggio fallisce
Dalla pratica, cinque pattern:
- Lead passato troppo presto. I lead non qualificati finiscono nel nulla in vendita. Frustrazione da entrambe le parti.
- Marketing e vendite non remano nella stessa direzione. Priorità diverse spezzano la customer journey.
- Il lead finisce al commerciale sbagliato. Senza un track record su clienti simili il processo si blocca.
- Processo di passaggio definito male. I lead vengono lavorati due volte o dimenticati.
- Obiettivi diversi. Le vendite sono misurate sul fatturato, il marketing sul volume. Poca pazienza per i lead scarsi.
I rimedi suonano semplici: la qualità determina il timing del passaggio. Definito con chiarezza chi riceve quali lead. Follow-up rapido. Lavorare in sincrono su obiettivi di fatturato condivisi. Feedback qualificato dalle vendite al marketing. Facile a dirsi. Difficile a farsi, finché ogni reparto siede nel proprio tool.
Come capisci che il passaggio è rotto?
Tre sintomi: i lead muoiono in coda perché nessuno li tocca in tempo utile. Le vendite riqualificano da zero ogni lead ricevuto, perché il team non si fida del giudizio del marketing. E due dashboard mostrano due numeri di pipeline diversi. Ogni sintomo da solo è un allarme. Tutti e tre insieme sono la normalità.
Il primo sintomo lo vedi nel CRM: timestamp del passaggio, timestamp del primo contatto. Se in mezzo ci sono giorni invece di ore, perdi esattamente i lead che avevano intenzione d'acquisto proprio in quel momento. Nessuno lo segnala, perché nessuno ne è responsabile.
Il secondo sintomo lo senti nelle sales call: le stesse domande a cui il form aveva già risposto da tempo. La doppia qualificazione non è scrupolo. È il prezzo della fiducia che manca nei dati dell'altra parte.
Il terzo sintomo esplode nel forecast meeting: il marketing riporta un numero di pipeline, le vendite un altro. Entrambi hanno ragione, ciascuno nel proprio tool. È questo che intendo per verità condivisa mancante: due sistemi raccontano due storie, e la direzione decide su una delle due.
Misura i tre sintomi prima di sistemarli: tempo al primo contatto, quota di lead qualificati due volte, distanza tra i due numeri di pipeline. Bastano poche settimane di dati per vedere la dimensione del problema. Dopo, nessuno discute più se il problema esiste. Solo chi lo risolve.
Come una definizione condivisa di lead smussa i primi due sintomi lo spiego in perché gli MQL non funzionano.
🛠️ La soluzione: RevOps e le tre P
Revenue Operations, RevOps, allinea marketing, vendite e supporto su tutti i processi, le piattaforme e le persone. Roy (2020) lo descrive come un processo di revenue end-to-end, dal primo interesse d'acquisto fino alla chiusura, al renewal e all'upsell. RevOps poggia su tre elementi che si costruiscono uno sull'altro:
- Process. Processi unificati per ogni fase, per una cultura di collaborazione.
- Platform. Un'unica fonte di dati. Tutti fanno riferimento agli stessi numeri e vedono come le attività influiscono sulla pipeline.
- People. Le persone che uniscono processo e piattaforma. Spesso un CRO che rompe i silos.
La P di mezzo è il cuore: un'unica fonte di dati. Nel vecchio mondo il marketing generava lead e li lanciava alle vendite, le vendite protestavano perché erano le persone sbagliate, il marketing si frustrava perché nessuno faceva follow-up. Lo stesso al passaggio verso il service. Una verità condivisa mette fine a quel ping-pong.
Lo SLA: un contratto al posto della buona volontà
Il primo elemento di RevOps, il processo, ha uno strumento collaudato: lo SLA, un service level agreement, cioè un contratto interno con doveri misurabili da entrambe le parti. Mark Roberge, primo capo delle vendite di HubSpot, descrive in The Science of Scaling come appare un accordo del genere: il marketing si impegna a consegnare un volume definito di lead qualificati. Le vendite si impegnano a contattare il 100 percento di quei lead entro 24 ore, con almeno 5 tentativi in due settimane.
Il punto non è il numero esatto. Il punto è la simmetria. Entrambe le parti portano un dovere misurabile, entrambe possono mantenere o mancare. L'argomento "i lead erano scarsi" sparisce, e con lui "le vendite non fanno mai follow-up". Sta tutto nel log.
Non ti serve un reparto RevOps per questo. Bastano una pagina che i due team lead firmano e un report che entrambi leggono. Review mensile, soglie aggiustate, nuova firma.
Lo SLA regola anche la via del ritorno. Le vendite restituiscono un motivo per ogni lead rifiutato, il marketing aggiusta i criteri. Senza quel canale di ritorno ogni definizione invecchia nel giro di pochi trimestri. Con quel canale, il passaggio diventa un po' più preciso ogni mese.
La buona volontà non scala. Un contratto con numeri sì. E funziona solo quando entrambe le parti vedono gli stessi numeri. Il che ci riporta all'unica verità.
🤖 Il tool: un contesto che tutti leggono
Nel 2026 la single source of truth non è più una dashboard mantenuta da umani. È un contesto che gli agenti AI di entrambe le parti leggono e scrivono. Il Context Engine, il contesto di business della tua azienda come base per gli agenti, è quell'unica verità. Gli agenti del marketing qualificano, gli agenti delle vendite preparano il contatto, entrambi lavorano sullo stesso stato. Sul lato GTM questo vive in GTM OS su app.gtm.science, come un Jira per i team GTM.
Lo stesso principio vale sul lato prodotto. Quando codice, Jira e business stanno in un unico contesto, i team di prodotto decidono su uno stato reale invece che di pancia. È l'idea dietro teklens.ai: un contesto che gli agenti nel team di prodotto leggono. I problemi di passaggio compaiono ovunque la conoscenza stia in tool separati. La risposta è sempre la stessa: una verità.
La base per tutto questo è poco spettacolare: dati dei clienti puliti e consolidati. Senza una strategia dei dati nel CRM, ogni agente legge solo la spazzatura più in fretta. Come costruisco e gestisco sistemi del genere è raccolto sotto GTM engineering.
Il passaggio non è l'ultima rottura, solo la più rumorosa
Jacco van der Kooij di Winning by Design fornisce l'immagine. Il funnel di vendita classico risale al 1898 e finisce alla firma. Per il revenue ricorrente è assurdo. Van der Kooij fa i conti: in un business SaaS, il primo anno vale solo il 29 percento del lifetime value di un cliente. Il 71 percento del valore arriva dopo la chiusura. Così sostituisce il funnel con il bowtie: acquisizione a sinistra, retention ed expansion a destra, la chiusura è solo il nodo al centro.
Per il passaggio questo significa: da marketing a vendite è solo il primo di diversi handoff. Dopo vengono vendite a onboarding e onboarding a customer success. Ognuna di queste cuciture si rompe come la prima, con gli stessi pattern di sopra. La conclusione di van der Kooij: una sola metodologia deve attraversare tutti i team, dal marketing al customer success. Non una per reparto.
Per le aziende DACH il lato destro del bowtie pesa ancora di più. Contratti pluriennali e cicli di procurement lunghi significano che i soldi li guadagni nel renewal, non nella prima chiusura. Un handoff rotto verso l'onboarding qui ti costa più di uno rotto dal marketing.
È la mia tesi, un livello più su. Un contesto che tutti leggono non ripara solo la cucitura tra marketing e vendite. Ripara ogni cucitura.
L'argomento più forte: il miglior passaggio è nessun passaggio
Il miglior processo di handover è quello che non ti serve più. Quando tutti i tool e gli agenti leggono lo stesso contesto, non c'è nessuna rottura dove un lead può perdersi. La domanda non è più quando il marketing passa alle vendite. La domanda è se entrambi lavorano sulla stessa verità. Quando è così, il problema del passaggio si dissolve da solo.
🎢 Alti, bassi, avvertenze
✅ Cosa funziona: una fonte di dati, obiettivi di fatturato condivisi, agenti che leggono lo stesso contesto. Il passaggio diventa un flusso continuo.
❌ Cosa non funziona: più meeting ed escalation per riconciliare due tool separati. Curi il sintomo, non la causa.
⚠️ Avvertenza: una piattaforma condivisa senza contesto condiviso è solo un silo più costoso. Garbage in, garbage out. Decide il contesto, non il tool.
Torniamo all'inizio: il passaggio non fallisce per la buona volontà, fallisce per le verità separate. Un sistema, una verità. Quando tutti i tool e gli agenti leggono lo stesso contesto, il passaggio è risolto, perché sparisce.
Serial Entrepreneur, Author
Marc is a serial entrepreneur. He started his first software company at 16, and has worked at the same intersection ever since: software product management meets go-to-market. He builds the bridge: Product × GTM × AI, as one system, not three departments. Three instead of thirty.