Migrazione CRM: contatti, storico e trattative senza fermare le vendite

La migrazione CRM non è conclusa quando il file dei contatti risulta importato. È conclusa quando un commerciale può aprire una trattativa, riconoscere il referente, leggere gli accordi precedenti e sapere quale attività svolgere dopo.

L’obiettivo è mantenere questa continuità durante il trasferimento. Non significa promettere assenza assoluta di interruzioni: può servire una finestra controllata di sospensione delle modifiche, accompagnata da una procedura temporanea per le richieste in arrivo.

La guida Salesforce include nella migrazione dati, configurazioni, processi, autorizzazioni e integrazioni, non soltanto anagrafiche. È quindi su questo perimetro che va costruito il piano. Fonte: Salesforce.

1. Definire cosa deve continuare a funzionare

Prima di esportare, elencate le operazioni commerciali indispensabili: consultare il cliente, aggiornare una trattativa, recuperare un preventivo, assegnare un richiamo e acquisire una richiesta dal sito.

Per ciascuna operazione indicate il responsabile della verifica, il sistema utilizzabile durante il passaggio e l’alternativa temporanea. Se una richiesta arriva mentre il CRM non accetta modifiche, dove viene registrata? Chi la trasferirà successivamente?

Assegnate responsabilità distinte:

• il referente commerciale approva significato dei campi e usabilità delle schede;
• il responsabile tecnico gestisce estrazioni, caricamenti e integrazioni;
• il referente dei dati decide fusioni, esclusioni e anomalie;
• il coordinatore autorizza il passaggio e comunica dove lavorare.

Nelle organizzazioni piccole una persona può coprire più ruoli. Le decisioni devono comunque avere un proprietario, soprattutto quando una correzione tecnica cambia informazioni utilizzate nelle vendite.

2. Fare un inventario, non un’esportazione indiscriminata

Costruite un elenco degli oggetti presenti: aziende, persone, opportunità, attività, note, email, documenti, prodotti, preventivi e oggetti personalizzati. Aggiungete viste, report, automazioni e collegamenti esterni.

Per ogni elemento registrate origine, formato esportabile, collegamenti, responsabile e destinazione prevista. Classificatelo come:

• da migrare nel CRM operativo;
• da conservare in un archivio consultabile;
• da ricostruire nella nuova piattaforma;
• da escludere dopo una decisione documentata.

Twenty suggerisce di rivedere i dati prima del trasferimento, dando priorità a contatti attivi, opportunità aperte e attività importanti. La selezione resta però una decisione aziendale, non una cancellazione automatica basata sull’età del record. Fonte: Twenty.

Per un’azienda europea, coinvolgete il referente privacy nella revisione di conservazione, accessi e preferenze di contatto. Evitate che esportazioni e ambienti di prova diventino copie permanenti senza responsabilità definite.

3. Preparare una mappa dei dati verificabile

La mappatura deve spiegare come ogni informazione cambia struttura. Una tabella utile contiene campo sorgente, campo destinazione, tipo, trasformazione, obbligatorietà e controllo previsto.

Ecco un esempio esplicitamente ipotetico:

Conservate un identificatore stabile della sorgente e una tabella di corrispondenza con gli identificatori nuovi. Serviranno per collegare gli oggetti, individuare errori e applicare aggiornamenti successivi.

Non trattate il nome dell’azienda come identificatore sicuramente univoco. Due società possono avere nomi simili; una stessa organizzazione può avere più sedi. Anche email e dominio richiedono controlli prima di diventare chiavi di associazione.

La documentazione Twenty richiede una mappatura dei campi e delle trasformazioni di formato prima dell’importazione. Fonte: Twenty.

4. Pulire i contatti senza perdere relazioni

Deduplicare non significa cancellare righe apparentemente uguali. Prima stabilite quale record conserva i dati principali e come confluiscono attività, opportunità e preferenze associate.

Esempio ipotetico: due contatti condividono un’email generica dell’ufficio acquisti, ma rappresentano persone diverse. Unire automaticamente per email eliminerebbe una distinzione utile. Il caso va segnalato, non risolto alla cieca.

Uniformate telefoni, paesi, spazi superflui e codifiche. Conservate gli originali in un’estrazione protetta e lavorate su copie versionate. Per ogni fusione registrate gli identificatori coinvolti e il record risultante.

Verificate i formati richiesti dal destinatario: Twenty, per esempio, documenta date YYYY-MM-DD, nomi API per i campi di selezione e una struttura specifica per i telefoni. Non sono regole universali per qualsiasi CRM. Fonte: Twenty.

Se l’anagrafica richiede un intervento dedicato, la Pulizia e normalizzazione dei contatti riguarda deduplicazione, correzione e uniformazione dei dati.

5. Trattare lo storico come un flusso separato

Prima del trasferimento distinguete note, chiamate, email, appuntamenti, allegati e cambi di stato. Per ogni categoria verificate cosa il sistema sorgente esporta e cosa quello nuovo può realmente importare.

Le possibilità differiscono: la guida Twenty prevede note e attività nella sequenza di importazione, mentre Clientify descrive un’importazione da file limitata ad aziende, contatti e opportunità, senza lo storico delle attività. Fonti: Twenty, Clientify.

Per lo storico non trasferibile scegliete una soluzione esplicita: un percorso tecnico verificato oppure un archivio consultabile con riferimenti nelle schede. Definite chi può accedervi e per quanto tempo mantenerlo.

Controllate autore, data originaria, fuso orario e collegamento al cliente. Se la piattaforma non conserva un attributo, documentate il limite senza sostituirlo con informazioni inventate.

Gli allegati richiedono un controllo separato: Twenty segnala che non sono inclusi nelle esportazioni CSV. Verificate file, versioni e collegamenti; un URL al vecchio CRM non basta se perderà validità dopo la disattivazione. Fonte: Twenty.

6. Trasferire trattative e prossime azioni insieme

Per ogni opportunità aperta controllate almeno azienda, referenti, proprietario, pipeline, fase, importo, valuta, chiusura prevista e prossima attività. Aggiungete il preventivo valido e le note necessarie a proseguire la conversazione.

Esempio ipotetico: una trattativa è in “Proposta inviata”, ma il cliente ha già chiesto una revisione. Trasferire soltanto fase e importo farebbe perdere il contesto. La migrazione deve preservare anche la richiesta, il documento corretto e il compito assegnato.

Non equiparate fasi con nomi simili senza verificarne il significato. Se due fasi vengono accorpate, conservate quella precedente in un campo storico quando necessario e documentate l’effetto sui report.

La continuità commerciale dipende dall’unione tra storico, opportunità e attività future: è anche la distinzione evidenziata nella descrizione del CRM operativo di Softer. Fonte: Softer.

7. Configurare la destinazione prima dei caricamenti

Preparate campi, opzioni di selezione, pipeline, utenti e permessi prima delle prove. Verificate anche come gestire proprietari non più presenti in azienda: l’assegnazione operativa può cambiare, mentre l’autore storico va preservato dove possibile.

Twenty specifica che i campi devono esistere prima dell’importazione CSV e che gli utenti referenziati devono aver accettato l’invito. Sono prerequisiti del prodotto da controllare, non dettagli da rimandare. Fonte: Twenty.

Preparate le automazioni in stato inattivo. Durante i caricamenti, controllate che nuovi record o cambi di fase non generino email, assegnazioni o notifiche indesiderate.

Per ogni integrazione annotate direzione del flusso, identificatore utilizzato, sistema autorevole e comportamento in caso di errore. Riattivare un collegamento senza queste verifiche può reintrodurre dati già corretti.

8. Eseguire una prova che includa i casi difficili

Non limitate il test a schede semplici. Scegliete un campione che comprenda contatti senza email, caratteri accentati, aziende con più referenti, opportunità in valute diverse, proprietari disattivati, allegati e attività ricorrenti.

Importate seguendo le dipendenze: prima gli oggetti necessari agli altri. Per Twenty la sequenza documentata è aziende, persone, opportunità, note e attività, poi oggetti personalizzati secondo le rispettive dipendenze. Fonte: Twenty.

Chiedete a un commerciale di eseguire scenari concreti:

1. trovare una trattativa e il referente corretto;
2. ricostruire l’ultima conversazione;
3. aprire il preventivo vigente;
4. completare un’attività e programmarne un’altra;
5. verificare cosa vede un collega con permessi differenti.

Registrate errori, correzioni e risultato della ripetizione. Una modifica alla mappatura deve essere verificata con un nuovo caricamento: correggere soltanto il campione a mano non corregge il processo.

9. Gestire gli aggiornamenti avvenuti dopo l’estrazione

Tra la prima esportazione e il passaggio definitivo, il commerciale continua a lavorare. Serve quindi un trasferimento incrementale, spesso chiamato delta: nuovi record, modifiche e cancellazioni successive al riferimento iniziale.

Definite come identificarlo. Se esistono date di modifica affidabili o registri di cambiamento, verificate quali oggetti coprono. Non presumete che aggiornare una nota modifichi anche la data dell’azienda collegata.

Se il sistema non permette di ricostruire il delta, valutate una nuova estrazione completa con aggiornamento controllato oppure una finestra di sospensione delle modifiche più ampia. La scelta dipende dalle capacità effettive dei due CRM.

Provate anche la ripetizione del caricamento: gli stessi record devono essere riconosciuti, non duplicati. Se l’importatore non supporta l’aggiornamento tramite chiave stabile, progettate una procedura alternativa e collaudatela.

Gestite separatamente record eliminati, fusioni e cambi di proprietario. Un semplice filtro sui record creati di recente non copre questi eventi. Conservate un registro dei lotti caricati, con orari, esiti ed eccezioni.

10. Organizzare il passaggio operativo

Scrivete una sequenza eseguibile, con un responsabile per ogni azione:

1. comunicare orario, sistema da usare e canale di assistenza;
2. salvare l’ultima copia verificata dei dati e delle configurazioni esportabili;
3. sospendere le modifiche nella sorgente e mettere in pausa i flussi concordati;
4. acquisire e caricare il delta finale;
5. verificare relazioni, assegnazioni e trattative prioritarie;
6. autorizzare l’uso del nuovo CRM;
7. riattivare progressivamente integrazioni e automazioni;
8. riconciliare le richieste raccolte durante la finestra.

Salesforce raccomanda un backup prima della migrazione completa e verifiche successive su dati, flussi, integrazioni e accessi. Fonte: Salesforce.

Durante la transizione mantenete un solo sistema autorevole per le modifiche commerciali. Due CRM scrivibili senza regole di sincronizzazione e conflitto non costituiscono un piano di continuità.

Esempio ipotetico: una richiesta urgente arriva durante il blocco. Il referente la registra in un elenco temporaneo protetto, con ora e assegnatario. Dopo il passaggio verifica l’eventuale acquisizione automatica prima di inserirla, evitando duplicazioni.

11. Preparare il ritorno al sistema precedente

Il rollback non coincide con il possesso di un backup. Occorre decidere chi può autorizzarlo, quali problemi lo richiedono e come recuperare le modifiche già registrate nella destinazione.

Prima dell’apertura agli utenti, il ritorno può consistere nel riattivare la sorgente. Dopo l’avvio, bisogna anche estrarre e riconciliare il lavoro svolto nel nuovo CRM. Altrimenti si recupera il sistema ma si perde attività commerciale.

Definite condizioni concrete: impossibilità di accedere alle trattative prioritarie, associazioni errate diffuse oppure integrazioni essenziali non funzionanti. Distinguetele da difetti correggibili senza ritorno.

Provate accesso alle copie, disponibilità della sorgente e procedura di ripristino. Annotate anche il punto oltre il quale è preferibile correggere in avanti, perché il ritorno richiederebbe una riconciliazione più rischiosa.

12. Riconciliare dati e operatività prima di chiudere

Il confronto dei conteggi è necessario, ma non sufficiente. Documentate la relazione tra record estratti, esclusi, fusi, importati e respinti. Una differenza può essere corretta se spiegata; un totale identico può nascondere associazioni sbagliate.

Confrontate inoltre:

• opportunità per pipeline, fase e proprietario;
• importi per valuta, senza sommare valute diverse;
• attività aperte per assegnatario e scadenza;
• contatti senza azienda e opportunità senza referente;
• disponibilità di allegati e storico prioritario.

Per ogni eccezione indicate impatto, responsabile e soluzione prevista. Non chiudete il progetto con una generica lista di “piccoli problemi”.

Il vecchio CRM può restare consultabile per un periodo deciso, se compatibile con accessi e conservazione stabiliti. Disattivatelo soltanto dopo aver verificato anche i collegamenti utilizzati da altri sistemi.

13. Checklist per il responsabile commerciale

Prima di autorizzare il passaggio, verificate:

• Ogni trattativa prioritaria ha proprietario, referente e prossima azione.
• Le fasi nuove hanno una corrispondenza approvata con quelle precedenti.
• Lo storico escluso è individuabile nell’archivio concordato.
• Preventivi e allegati necessari sono accessibili.
• Utenti e permessi sono stati provati con account non amministrativi.
• Il delta finale comprende anche attività e relazioni.
• Le richieste in arrivo hanno una procedura temporanea.
• Automazioni e sincronizzazioni hanno un ordine di riattivazione.
• Esistono criteri e responsabilità per il rollback.
• Il team sa dove lavorare e a chi segnalare anomalie.

La firma deve confermare questi controlli, non soltanto il completamento tecnico dell’importazione.

14. Domande frequenti sulla migrazione CRM

Si può migrare senza fermare le vendite?

Si può progettare la continuità delle attività commerciali, ma l’assenza di qualsiasi interruzione non va data per scontata. Separate la disponibilità delle informazioni dalla possibilità di modificarle e preparate una raccolta temporanea delle richieste.

Basta un file CSV?

Dipende da oggetti, relazioni e funzioni degli importatori. Verificate separatamente storico, allegati, utenti e configurazioni. Il completamento dell’importazione dei contatti non dimostra la completezza della migrazione.

Meglio CSV o API?

Decidete dopo aver verificato volumi, limiti, relazioni, gestione degli errori e possibilità di aggiornare record esistenti. Le API non rendono superflui mappatura, controlli o prove di ripetizione.

Le email ricompaiono collegando la casella?

Non presumetelo. Verificate periodo sincronizzato, autorizzazioni, collegamenti e rischio di duplicati. Il test deve includere conversazioni realmente necessarie alla continuità, non soltanto messaggi nuovi.

Quando formare il team?

Prima dell’avvio, usando scenari rappresentativi, poi durante l’assestamento. Salesforce raccomanda formazione per ruolo e supporto successivo al passaggio. Fonte: Salesforce.

15. Le prossime azioni pratiche

Partite da tre documenti: inventario degli oggetti, mappa dei campi e sequenza di passaggio. Affiancate un campione di trattative che rappresenti il lavoro reale: sarà il riferimento comune per tecnici e commerciali.

La Configurazione e migrazione CRM riguarda avvio, importazione dei dati e struttura coerente con il processo. La Formazione e governance del CRM riguarda invece utilizzo condiviso, regole e verifiche periodiche.

Vuoi confrontare il perimetro della tua migrazione con le esigenze del reparto commerciale? Prenota una call. Porta l’elenco degli oggetti, le integrazioni attive e le informazioni che il team non può permettersi di perdere.