Una migrazione da Salesforce a HubSpot si giudica da ciò che decidete di non copiare. Record, automazioni e report rientrano in tre categorie: copiare, archiviare o ricostruire. I team che li classificano con criterio ottengono un CRM di cui le persone si fidano, mentre quelli che saltano la classificazione trasferiscono il proprio disordine in sei settimane.
Non ho nulla contro la velocità. Un partner HubSpot promette uno spostamento in sei settimane senza interruzioni operative, ed è una promessa ragionevole per la parte meccanica. Il problema è che la tempistica misura la parte più facile da misurare.
Perché le sei settimane misurano la cosa sbagliata
Una tempistica vi dice quando i dati arrivano nel nuovo sistema. Non vi dice se quei dati hanno lo stesso significato una volta arrivati. Una migrazione da Salesforce a HubSpot può concludersi nei tempi e lasciarvi comunque con un anno di reporting compromesso.
Le due piattaforme si basano su modelli di dati diversi. Salesforce permette di accumulare nel tempo oggetti personalizzati, record type e regole di validazione, e la documentazione per sviluppatori di Salesforce mostra quanta parte di questa struttura sia configurabile. HubSpot usa un modello più piatto di oggetti, proprietà e associazioni, descritto nella documentazione per sviluppatori di HubSpot. Tutto ciò che dipendeva da una struttura specifica di Salesforce va tradotto o riprogettato.
Un cliente con cui abbiamo parlato si trovava davanti circa 1,300 record duplicati e passaggi di fase della pipeline mai testati, con una finestra di migrazione già fissata. La data andava bene. Il rischio erano le domande senza risposta.
La classificazione nella migrazione da Salesforce a HubSpot: copiare, archiviare o ricostruire
Ecco il framework che uso. Per ogni oggetto dati, automazione e report ci poniamo una sola domanda: il business agisce ancora su questo elemento? Se sì ed è pulito, lo si copia. Se ha un valore storico ma nessuno agisce su di esso, lo si archivia. Se le persone agiscono su di esso ma il suo funzionamento è un workaround, lo si ricostruisce.
| Elemento | Scelta di default | Motivo |
|---|---|---|
| Account, contatti, deal aperti | Copiare dopo la deduplica | I rep ci lavorano ogni giorno |
| Deal closed-lost e vecchie attività | Archiviare | Utili per l'analisi, rumore nel CRM operativo |
| Lifecycle stage e fasi dei deal | Ricostruire | Le vecchie fasi codificano vecchie abitudini |
| Automazioni in stile workflow | Ricostruire | Per lo più erano toppe su toppe |
| Attribuzione di fonte e campagna | Copiare con attenzione | I timestamp costano molto da ricreare |
Nel bene e nel male, è nella colonna della ricostruzione che se ne va il tempo. Ed è anche lì che sta il valore.
Dati: deduplicate prima di spostare, archiviate invece di copiare tutto
Il duplicato più economico da correggere è quello che sistemate prima dell'importazione. Un altro cliente ci ha detto che il suo database Salesforce era difficile da ripulire a quella scala, perché mancavano sia il personale sia i crediti di enrichment. Spostarlo così com'era avrebbe trasformato un problema di dati in un problema di HubSpot, con in più un prezzo calcolato per contatto.
Ecco quindi una regola pratica. Se un record non ha avuto attività né associazioni aperte in un intervallo coerente con il vostro ciclo di vendita, archiviatelo fuori dal CRM. Potete recuperarlo se emerge un'esigenza. Non è facile, invece, ripulire un portale già in uso una volta che i rep hanno costruito abitudini su di esso.
L'attribuzione è l'eccezione. I dati di fonte e i timestamp del primo contatto sono molto difficili da ricostruire a posteriori, e i campi gestiti male emergono spesso più tardi come traffico classificato come diretto, uno schema che descriviamo in come i referral dell'AI finiscono come traffico diretto in HubSpot.
Automazioni e logica di fatturazione: ricostruite partendo dal risultato
Copiare un'automazione di Salesforce in HubSpot significa copiarne anche le stranezze. Il piano di fatturazione di un cliente ne è un buon esempio: le vendite chiuse il 15 venivano fatturate metà in quel momento e metà il primo del mese successivo, e Salesforce gestiva la cosa in modo macchinoso. La mossa giusta non è ricreare il workaround macchinoso. È decidere quale debba essere il risultato per la finanza, poi costruire nel nuovo sistema il percorso più breve per ottenerlo.
La mia sensazione è che circa un terzo delle automazioni di lunga data in un'organizzazione matura esista solo a causa di un vecchio vincolo. Questa cifra è una mia stima di lavoro tratta dai progetti, non uno studio. Quando elencate le automazioni, scrivete accanto a ciascuna il risultato che produce. Ogni automazione senza un risultato ancora vivo è una candidata al ritiro.
Report: ricostruiteli partendo dalle domande che pone la leadership
Un report migrato senza modifiche è un report costruito su una vecchia definizione di fase, di fonte o di lead "qualificato". Partite dalle cinque o sei domande che la vostra leadership pone ogni settimana e ricostruite prima quelle sul nuovo modello di dati. Poi confrontatele con i vecchi numeri e annotate ogni differenza che riuscite a spiegare.
Quel confronto conta più della dashboard stessa. Se il nuovo numero della pipeline è inferiore dell'8% rispetto al vecchio, volete sapere se la causa è la deduplica, una definizione di fase cambiata o un bug. Senza questo passaggio, la prima riunione di forecast dopo il go-live si trasforma in una discussione sullo strumento.
Quanto costa davvero una migrazione da Salesforce a HubSpot oltre alle licenze
I risultati di ricerca che vedo su questo tema si fermano per lo più a tempistiche e mappatura dei campi. Lasciano fuori il costo totale. Ecco un esempio pratico, basato sulle mie ipotesi e non su un benchmark: un team di 12 rep perde due ore a settimana ciascuno per sei settimane mentre reimpara il sistema e corregge i record. Sono circa 144 ore, prima di qualsiasi tempo di consulenza o rifacimento delle integrazioni. Aggiungete una ricostruzione del reporting che nessuno aveva previsto, e il conto di ciò che non è stato trasferito supera il conto dello spostamento.
L'adozione nei primi 90 giorni segue la stessa logica. I rep usano il nuovo CRM quando le fasi corrispondono al loro modo di vendere e i dati presenti sul record sono affidabili. Questo è un risultato della ricostruzione, non della formazione.
Quando restare su Salesforce
Su questo non ho una regola netta. Gerarchie di territori complesse, modelli di permessi articolati e oggetti molto personalizzati sono i punti in cui HubSpot potrebbe non eguagliare ciò che avete. A volte la raccomandazione onesta è restare, oppure procedere per fasi. Se un partner non lo dice mai, chiedetegli perché.
La checklist dei case study per una migrazione da Salesforce a HubSpot spiega quali prove pretendere prima di firmare, e la nostra scorecard per i partner di implementazione HubSpot spiega come valutare chi svolge il lavoro. Se avete già migrato e il portale vi sembra sbagliato, distinguere un portale rotto da un preventivo di ricostruzione è la lettura successiva. Per come gestiamo questi progetti, consultate il nostro servizio di migrazione da Salesforce a HubSpot e la più ampia practice di revenue operations.
La mia raccomandazione: in qualsiasi migrazione da Salesforce a HubSpot, trattate le sei settimane come la parte facile e dedicate la vostra attenzione alla classificazione.