Come progettare una pipeline HubSpot che funziona davvero

La pipeline di vendita è il cuore operativo di qualsiasi CRM. Eppure, in molte implementazioni HubSpot la pipeline smette di funzionare bene già dopo i primi sei mesi. Non perché HubSpot sia uno strumento sbagliato, ma perché la pipeline è stata configurata in modo reattivo: aggiungendo stadi man mano che emergevano eccezioni, costruendo workflow su workflow per correggere logiche mai progettate, lasciando che ogni commerciale interpretasse a modo suo cosa significa "qualificato" o "in trattativa". Il risultato è un CRM che non rispecchia più i processi reali, con routing manuale, deal non tracciati e report che nessuno legge perché nessuno si fida dei dati.

Questo articolo affronta il problema alla radice: perché le pipeline CRM si degradano, quali sono le decisioni di design che determinano la tenuta nel tempo, e come configurare in HubSpot routing, workflow e deal tracking in modo che reggano alla scala e all'evoluzione del business. I principi qui descritti si applicano a qualsiasi settore, manifatturiero, B2B industriale, distribuzione, servizi professionali e sono il risultato di implementazioni concrete su clienti strutturati.

Perché le pipeline CRM si rompono dopo i primi 6 mesi

La causa più comune non è tecnica: è la mancanza di un modello di processo condiviso prima di aprire HubSpot. La pipeline viene costruita in una sessione di configurazione dove si elencano gli stadi che "sembrano giusti", senza aver risposto alle domande fondamentali: chi muove il deal da uno stadio all'altro? Quali informazioni devono essere presenti perché un deal possa avanzare? Cosa succede quando un deal si blocca? Cosa costituisce una perdita definitiva rispetto a un'opportunità in pausa?

Senza queste risposte, ogni commerciale interpreta gli stadi a modo suo. "Proposta inviata" per qualcuno significa che l'offerta è uscita dalla casella di posta, per un altro che è stata discussa. "In trattativa" può durare tre giorni o sei mesi. Il risultato è che il report della pipeline mostra numeri che nessuno riconosce come reali, e la fiducia nel CRM crolla. A quel punto i commerciali smettono di aggiornarlo, i dati diventano ancora meno affidabili, e il circolo vizioso si chiude.

Un secondo fattore di degradazione è la proliferazione di workflow correttivi. Ogni eccezione al processo standard viene gestita con un nuovo workflow: uno per i lead da campagna, uno per i partner, uno per i clienti che rientrano dopo una perdita. Col tempo il sistema diventa opaco, i workflow si sovrappongono, e ogni modifica rischia di rompere qualcosa d'altro. Questo è esattamente il segnale che la pipeline non è mai stata progettata, ma è cresciuta in modo organico rispondendo a problemi locali senza una logica globale.

Un terzo fattore, meno evidente, è il mancato tracciamento di tutti i tipi di opportunità commerciale. Le offerte verbali, i preventivi da listino, le richieste informali non entrano in pipeline perché non c'è un processo definito per registrarle. Il risultato è che la pipeline rappresenta solo una parte del valore in trattativa, e le previsioni di chiusura sono sistematicamente sottostimate. Per approfondire i fondamentali del CRM, vedi la nostra guida su come scegliere il CRM per una PMI.

Le 4 decisioni di design che determinano il successo della pipeline

Prima di toccare HubSpot, quattro decisioni di design determinano se la pipeline reggerà nel tempo o si degraderà entro sei mesi. Non sono decisioni tecniche: sono decisioni di processo che il team commerciale e il management devono prendere insieme, e che poi vengono tradotte in configurazione.

1. Quante pipeline e per quali processi. Una pipeline unica funziona quando il processo di vendita è omogeneo: stessi stadi, stesso tipo di interazione, stessi tempi di chiusura. Non appena entrano in gioco canali diversi (diretto vs. dealer vs. e-commerce), tipologie di prodotto con cicli molto diversi, o team separati con logiche di qualificazione differenti, servono pipeline distinte. Tenere tutto in una pipeline unica con decine di stadi è la principale causa di dati sporchi. HubSpot supporta pipeline multiple senza limitazioni di piano — il vincolo è sempre organizzativo, non tecnico.

2. Definizione operativa di ogni stadio. Ogni stadio deve avere una definizione univoca: qual è l'evento che lo fa scattare, quali informazioni devono essere presenti nel deal, chi è responsabile dell'azione successiva. Se lo stadio "Qualificato" scatta quando il commerciale "ritiene" il lead interessante, la qualificazione è soggettiva e i dati sono inutilizzabili per il forecasting. Se invece scatta quando sono compilati budget, timeline e interlocutore decisionale, il dato è strutturato e comparabile. Questa definizione va documentata e condivisa prima della configurazione, non è responsabilità di HubSpot imporla.

3. Routing: automatico dove il dato è affidabile, assistito dove non lo è. Il routing automatico dei deal: assegnare il deal al commerciale giusto, al team giusto, con le proprietà giuste, funziona solo quando la proprietà discriminante è compilata in modo affidabile. Se il prodotto viene scelto da un modulo, il routing per prodotto funziona. Se il territorio viene inserito manualmente dal commerciale, il routing per territorio fallirà nel 20-30% dei casi. La regola è: automatizza dove il dato arriva in modo strutturato (form, integrazione, import), usa un passaggio assistito o manuale dove il dato dipende da una valutazione umana. Per una visione completa del data model CRM, vedi data model CRM per enterprise: custom object e gerarchie.

4. Cosa viene tracciato e cosa no. Non tutte le opportunità commerciali sono uguali dal punto di vista del tracciamento. Una richiesta informale da un cliente esistente non ha lo stesso valore di un nuovo lead qualificato. Decidere cosa costituisce un deal e quindi deve entrare in pipeline, è una scelta strategica. Tracciare troppo genera rumore; tracciare troppo poco produce un funnel che non rispecchia il vero potenziale commerciale. Il criterio migliore è: entra in pipeline tutto ciò su cui il management vuole poter fare forecast e tutto ciò che richiede un'azione di follow-up strutturata.

Come configurare routing, workflow e deal tracking in modo sostenibile

Una volta definite le 4 decisioni di design, la configurazione HubSpot segue una logica precisa. Il principio guida è la minima complessità sufficiente: il minor numero di stadi, workflow e proprietà necessari per coprire il processo reale. Ogni elemento aggiuntivo ha un costo di manutenzione che tende a crescere nel tempo.

Stadi della pipeline. Il numero ottimale per la maggior parte delle PMI è tra 5 e 8 stadi. Meno di 5 significa stadi troppo ampi che non permettono un forecasting affidabile; più di 8 significa stadi che non corrispondono a veri gate decisionali. Ogni stadio deve essere associato a una probabilità di chiusura realistica, non quella suggerita da HubSpot di default, ma quella calibrata sui dati storici dell'azienda. Se non ci sono dati storici, si parte con stime conservative e si aggiusta dopo tre mesi. Per approfondire le specificità del settore manifatturiero, vedi CRM B2B per aziende manifatturiere.

Workflow di pipeline. I workflow di pipeline devono fare tre cose: notificare chi deve agire quando un deal avanza, aggiornare proprietà derivate (es. data prevista di chiusura in funzione dello stadio), e segnalare situazioni anomale (deal fermi da troppo tempo, deal senza attività recente). Non devono contenere logica di business complessa, quella va nei processi, non nei workflow. Un workflow di pipeline che fa più di tre cose è quasi sempre un segnale che il processo sottostante non è stato progettato bene.

Deal tracking e registrazione delle attività. Il tracciamento delle attività (call, email, meeting) deve essere il più automatico possibile. HubSpot registra automaticamente le email se il commerciale usa l'extension o il BCC, e può registrare le call se integrato con un dialerCTI. Più attività vengono registrate automaticamente, meno dipendenza c'è dalla disciplina del commerciale. Le note manuali restano necessarie per il contesto qualitativo: chi ha incontrato, cosa si è detto, quali obiezioni sono emerse, ma non devono essere l'unico meccanismo di tracciamento.

Proprietà obbligatorie per stadio. HubSpot permette di definire proprietà obbligatorie per avanzare a uno stadio: il deal non può passare a "Proposta inviata" se il campo "Valore stimato" è vuoto. Questo meccanismo, usato con parsimonia su 2-3 proprietà chiave per stadio, garantisce la qualità minima del dato senza rallentare il lavoro del commerciale. Usato in modo eccessivo, diventa un ostacolo e viene aggirato. Per chi viene da altri CRM, questa logica è analoga a quella descritta nella guida alla migrazione da Salesforce a HubSpot.

Review periodica della pipeline. La pipeline non è un artefatto statico. Va rivista ogni sei mesi, o ogni volta che cambia qualcosa di rilevante nel processo commerciale: un nuovo prodotto, un nuovo canale, una riorganizzazione del team. La revisione deve includere: analisi della distribuzione dei deal per stadio (stadi con accumuli anomali sono un segnale di problema), analisi del tempo medio di permanenza per stadio (stadi troppo lenti indicano gate mal definiti), e raccolta di feedback dai commerciali su cosa li rallenta. Una pipeline ben progettata si rivede, non si butta e rifà da capo.

FAQ 

• Quante pipeline servono in HubSpot per una PMI? Dipende dai processi di vendita, non dalla dimensione dell'azienda. Una pipeline per processo distinto: se vendite dirette e indirette hanno stadi e tempi diversi, meritano pipeline separate. Una pipeline unica con troppi stadi genera confusione e dati inaffidabili.

• Come si imposta il routing automatico dei deal in HubSpot? Tramite workflow basati su proprietà del deal (prodotto, territorio, segmento). Il routing automatico funziona solo se le proprietà discriminanti sono compilate in modo affidabile. Se il dato non arriva in modo strutturato, il routing deve essere assistito o manuale.

• Cosa fare quando i commerciali non aggiornano il CRM? Il problema è quasi sempre di design, non di disciplina. Se aggiornare il CRM richiede troppi click o genera dati che il commerciale non vede usati, smette di farlo. La soluzione è semplificare gli stadi, automatizzare il più possibile e mostrare report utili per il lavoro quotidiano del commerciale.

• Come tracciare le offerte da catalogo o brochure come deal in HubSpot? Il metodo più sostenibile è creare deal in modo assistito: il commerciale registra un'interazione, e un workflow propone la creazione del deal con i campi pre-compilati. La creazione manuale senza un trigger spesso viene saltata.

• Con quale frequenza va rivista la pipeline HubSpot? Almeno ogni sei mesi per le aziende in crescita, ogni anno per quelle stabili. Segnali che indica che è il momento: stadi con pochissimi deal, frequenti workaround manuali, report che non riflettono la realtà commerciale.