Migrazione CRM: un piano pratico per i team svizzeri

Una buona strategia di migrazione CRM risponde a cinque domande prima che qualcuno tocchi un file di esportazione. Cosa spostiamo, cosa lasciamo indietro, chi è responsabile dei dati, come andiamo in produzione e chi può fermare il passaggio se qualcosa va storto? Gli strumenti contano molto meno di queste decisioni. I team che rispondono per tempo ottengono di solito una migrazione noiosa, che è esattamente quello che serve.

Questa guida è pensata per fondatori e titolari di piccole e medie imprese svizzere che stanno sostituendo un CRM, consolidandone diversi oppure uscendo da una gestione fatta di fogli di calcolo e caselle di posta. Mette insieme le indicazioni del settore pubblico svizzero (più rigorose della maggior parte degli articoli dei fornitori) e quello che vediamo nei progetti reali in Ampersand. Alla fine trovi una checklist e alcune domande frequenti.

In breve

• Tratta la migrazione come un progetto aziendale e di dati, non come un'operazione di esportazione e importazione. Scrivi prima un breve concetto di migrazione: dati di origine, volumi, qualità, integrazioni, calendario, archiviazione, sicurezza, protezione dei dati e dismissione del vecchio sistema.
• Decidi cosa tenere, pulire o archiviare prima di mappare anche un solo campo. La maggior parte dei problemi nasce dallo spostare dati sporchi.
• Fai una migrazione pilota con record volutamente disordinati e convalidala prima dello spostamento completo.
• Stabilisci in anticipo l'approccio alla messa in produzione (passaggio unico o a ondate) e le regole di ripristino, inclusa la persona che può dare l'alt.
• In Svizzera resti responsabile dei dati dei clienti anche quando li tratta un fornitore CRM in cloud. Metti nella checklist le condizioni di trattamento e la via d'uscita.

Parti da un concetto di migrazione, non da uno strumento

Il metodo svizzero di gestione progetti della Confederazione, HERMES, è molto chiaro su cosa richiede la migrazione di un sistema. Le sue guidance on drafting a migration concept elencano i temi da analizzare: dati di origine, quantità, frequenza, qualità, integrazione, fattibilità, convenienza economica, calendario, archiviazione, sicurezza dei dati, protezione dei dati e la prevista dismissione del vecchio sistema. Poche guide commerciali sui CRM coprono altrettanto.

Non ti serve un documento di 60 pagine. Per un'azienda da 5 a 80 persone bastano due o tre pagine, purché ciascuno di questi temi riceva una risposta onesta. Uno schema utile:

1. Obiettivo. Perché stiamo migrando? Costi più bassi, una visione migliore della pipeline, un'integrazione con ERP o shop, un fornitore di cui non ci fidiamo più? Scrivi una frase. Risolverà molte discussioni successive sul perimetro.
2. Sistemi di origine. Il vecchio CRM, ma anche i fogli di calcolo, le caselle condivise, lo strumento per la newsletter e il gestionale di fatturazione dove i dati dei clienti vivono davvero.
3. Volumi e qualità. Numero di contatti, aziende, trattative, attività, allegati. Quota stimata di duplicati e di record senza un responsabile.
4. Integrazioni. Cosa legge o scrive oggi nel CRM: moduli del sito, shop, ERP, contabilità, telefonia, assistenza clienti.
5. Calendario e persone. Chi è responsabile dei dati sul lato business, chi svolge il lavoro tecnico e quali settimane sono intoccabili (chiusura di fine anno, una fiera importante, il lancio di un prodotto).
6. Dismissione. Cosa succede al vecchio sistema, e quando.

L'ultimo punto è quello che tutti saltano. HERMES considera la dismissione del sistema preesistente parte della migrazione, non un pensiero successivo. Nella pratica, quando nessuno decide se il vecchio CRM diventa di sola lettura, viene archiviato o spento, i venditori continuano ad aggiornare entrambi e ti ritrovi con due fonti di verità in concorrenza.

Perché la responsabilità deve stare sul lato business

Una digitalswitzerland summary of an FHNW-led study from 2021 ha rilevato che solo la metà delle PMI svizzere interpellate aveva una strategia digitale e che il 44% era insoddisfatto dei progressi nella digitalizzazione. Lo studio ha qualche anno, quindi non leggerlo come una statistica di mercato del 2026. La lezione resta valida: i progetti tecnologici delegati come sostituzioni informatiche isolate tendono a deludere.

Per un CRM significa che una persona precisa, dalle vendite o dal servizio clienti, è responsabile del risultato: definizione dei campi, fasi della pipeline, cosa conta come cliente attivo. Il team tecnico è responsabile di come i dati arrivano lì. Se questi ruoli si confondono, nello stesso giorno sentirai l'informatica dire «i dati ci sono tutti» e le vendite dire «non trovo le mie trattative».

Decidi cosa tenere, pulire o archiviare

La pulizia dei dati è la riduzione del rischio più economica dell'intero progetto. Prima di mappare i campi, dividi i record in tre gruppi.

Gruppo	Cosa ci va	Esempi tipici
Tenere	Record attivi, corretti, utili	Clienti attuali, trattative aperte, contatti con attività negli ultimi 18-24 mesi
Pulire	Record di valore ma difettosi	Aziende duplicate, contatti senza collegamento all'azienda, campi paese o lingua incoerenti, qualifiche scritte a testo libero
Archiviare	Record che devi conservare o che potrebbero servire ma che non userai ogni giorno	Trattative perse anni fa, vecchi allegati, registri di attività di ex collaboratori

La soglia dei 18-24 mesi è un punto di partenza che suggeriamo, non una regola. Adattala al tuo ciclo di vendita: un'azienda che vende macchinari con un ciclo di tre anni ha bisogno di una finestra più lunga di un negozio online.

Una pulizia che funziona davvero

• Elimina prima i duplicati su chiavi stabili. L'indirizzo e-mail per le persone, il nome azienda normalizzato più il codice postale (o il numero IDI, se lo hai) per le aziende. Unisci i record prima della migrazione, nel vecchio sistema, così lo storico resta attaccato a un unico record.
• Uniforma i campi che guidano la logica. Paese, cantone, lingua (DE, FR, IT, EN), fase del ciclo di vita, origine del contatto. Nei dati svizzeri capita spesso di trovare «Zürich», «Zurich» e «ZH» nella stessa colonna, e questo manda in tilt ogni rapporto e ogni segmentazione successiva.
• Assegna le responsabilità. Ogni azienda e ogni trattativa aperta ha un responsabile. I record senza responsabile sono il punto in cui le trattative spariscono.
• Separa il consenso marketing dai dati di contatto. Conserva per ogni contatto lo stato del consenso, l'origine e la data. Se non puoi dimostrare da dove arriva un'iscrizione alla newsletter, segnalala invece di portartela dietro in silenzio.
• Congela lo schema. Mettetevi d'accordo che nessuno aggiunge campi personalizzati al vecchio CRM durante il progetto. Un bersaglio mobile costa più di qualsiasi altra singola abitudine.

Tieni traccia dei numeri strada facendo: record prima della pulizia, duplicati uniti, record archiviati, record da migrare. Diventeranno poi la tua base di riferimento per la riconciliazione.

Chiarisci protezione dei dati e modello operativo prima di spostare i dati

Se passi a un CRM in cloud, stai esternalizzando il trattamento dei dati. L'Incaricato federale della protezione dei dati e della trasparenza (IFPDT, in tedesco EDÖB) cita un sistema CRM online tra i suoi examples of cloud computing. Le sue guidance on outsourcing precisano che, anche quando affidi il trattamento a un responsabile esterno, resti tu il responsabile della protezione dei dati. In parole semplici: la reputazione del fornitore non trasferisce al fornitore i tuoi obblighi.

Questo si traduce in voci concrete nella checklist della migrazione:

• Un contratto di trattamento dei dati con il fornitore del CRM.
• L'elenco dei sub-responsabili e dei luoghi in cui i dati sono conservati e consultati.
• Il meccanismo di trasferimento, se dati o accessi di supporto escono dalla Svizzera.
• Controlli di accesso: chi vede cosa, autenticazione unica, autenticazione a più fattori.
• Condizioni di cancellazione e restituzione, per poter andartene in futuro.
• Obblighi di notifica degli incidenti e diritti di verifica.

«Ospitato in Svizzera» non è una risposta completa. Contano i ruoli nel trattamento, l'accesso del supporto dall'estero, i subappaltatori e l'esposizione a ordinamenti stranieri, e la valutazione corretta dipende dai tuoi dati, dalle finalità e dalle parti coinvolte. I documenti dell'IFPDT sono indicazioni generali, non consulenza legale individuale: se il tuo CRM contiene categorie di dati degni di particolare protezione (per esempio dati sanitari), rivolgiti a un avvocato svizzero specializzato in protezione dei dati prima di firmare.

La guide to technical and organizational measures dell'IFPDT è una buona fonte per il lato tecnico: cifratura, autenticazione, governance degli accessi e tutele sui trasferimenti di dati vanno progettate dentro la migrazione stessa. In pratica significa nessuna esportazione di clienti ferma nella cartella download di qualcuno, nessun dato fatto passare da spazi cloud personali e ambienti di migrazione temporanei che vengono cancellati a lavoro finito.

Vale anche la pena porsi una domanda di minimizzazione: abbiamo davvero bisogno di migrare questo campo, questo allegato, questo contatto vecchio di dieci anni? Lasciare indietro dei dati è la misura di protezione più semplice che esista.

Scegli: passaggio unico o a ondate

HERMES collega la strategia di migrazione a quella di rollout. Se vai in produzione in un solo passo, migri in un solo passo. Se partono prima le vendite e poi segue il servizio clienti, oppure se le regioni entrano a ondate, anche migrazione dei dati, riconciliazione, formazione e supporto devono procedere a ondate.

Le due opzioni si confrontano così:

	Passaggio unico	Ondate graduali
Adatto a	Team piccoli, una sola pipeline, poche integrazioni	Più team, regioni o linee di prodotto
Vantaggio principale	Un solo passaggio netto, nessun funzionamento in parallelo	Rischio più basso, l'esperienza passa da un'ondata all'altra
Rischio principale	Un problema colpisce tutti insieme	Doppio sistema temporaneo e complessità di sincronizzazione
Tutela tipica	Una finestra di passaggio nel fine settimana con una prova generale	Regole chiare su quale sistema fa fede per quali record

Per la maggior parte dei team sotto i 30 utenti con un unico processo di vendita, un passaggio unico dopo una prova generale è più semplice ed economico. Quando invece hai più team con pipeline diverse o integrazioni che alimentano il CRM, le ondate valgono il coordinamento in più. Qualunque sia la scelta, mettila per iscritto, perché determina le date di formazione, i periodi di blocco e la copertura del supporto.

Fai una migrazione pilota che cerchi di rompere le cose

La cloud-exit guideline della Cancelleria federale svizzera è stata scritta per gli uffici federali che spostano applicazioni specialistiche, ma la sua logica di migrazione controllata si trasferisce bene a un CRM. Richiede un piano finale approvato, test funzionali nell'ambiente di destinazione, una migrazione pilota di una parte dei dati con convalida, la registrazione di ogni passo della migrazione e una convalida finale di dati, prestazioni e sicurezza prima dell'uso in produzione.

Il pilota è un punto di controllo, non una formalità. Scegli un campione cattivo, non rappresentativo:

• Duplicati che pensavi di aver unito.
• Contatti inattivi e disiscritti.
• Opportunità in ogni fase della pipeline, comprese le trattative perse e quelle sospese.
• Record con allegati, note lunghe e caratteri speciali (dieresi, accenti, apostrofi nei nomi).
• Contatti con registrazioni di consenso.
• Record toccati da un'integrazione, come un ordine sincronizzato da uno shop o un numero di fattura dal tuo programma di contabilità.

Poi convalida in due modi. In modo quantitativo: i conteggi dei record per oggetto corrispondono alla tua base di riferimento e i totali, come il valore della pipeline aperta, tornano? In modo qualitativo: fai aprire a due o tre persone delle vendite i propri clienti e chiedi loro se la storia di ciascuno si legge correttamente. I conteggi possono tornare alla perfezione mentre la cronologia delle attività è scombinata, e solo un utente se ne accorge.

Correggi la mappatura, svuota il sistema di destinazione e ripeti il pilota. Farlo due volte è normale.

Definisci in anticipo le regole di passaggio e di ripristino

Le stesse indicazioni federali inquadrano la migrazione come un'operazione tracciabile, con requisiti espliciti di ripristino e continuità. Traducilo in cinque decisioni, prese prima del fine settimana del passaggio e non durante:

1. Interruzione accettabile. Per quanto tempo le vendite possono lavorare senza CRM? Un'ora, un giorno, un fine settimana?
2. Punto di ripristino. Quanti dati recenti puoi permetterti di reinserire se devi tornare indietro? Nessuno, oppure quelli di una giornata?
3. Condizioni di ripristino. Indica soglie misurabili: per esempio conteggi dei record che si discostano oltre la tua tolleranza, un'integrazione dei moduli di contatto rotta oppure il totale della pipeline che non torna.
4. Autorità decisionale. Una persona precisa che può dare l'alt, e un sostituto.
5. Registro dei passi. Ogni passo della migrazione viene registrato: chi ha fatto cosa, quando e con quale risultato.

Metti per iscritto anche lo stato del vecchio sistema. Fai un backup completo, tienilo in sola lettura e non cancellare nulla finché il nuovo sistema non ha completato almeno un ciclo di rendicontazione intero, per esempio una chiusura mensile.

Ricollega le integrazioni

Un CRM vive raramente da solo. Moduli del sito, shop, ERP, programma di contabilità, e-mail e telefonia leggono o scrivono al suo interno. Elenca ogni collegamento, la sua direzione e cosa si rompe se smette di funzionare. Ricostruiscili e testali nell'ambiente di destinazione prima del passaggio, non dopo. Webhook e chiavi API che puntano ancora al vecchio sistema sono una causa classica di contatti persi nella prima settimana.

Se le tue integrazioni sono per lo più script punto a punto scritti da persone che non lavorano più con te, la migrazione è un buon momento per sostituirli con un assetto documentato e monitorato. È anche ciò che rende realistica l'automazione successiva: l'AI playbook for Swiss SMEs di digitalswitzerland osserva che l'automazione del CRM diventa praticabile una volta che dati e API di ERP e CRM sono a posto, e consiglia di passare dagli strumenti SaaS acquistati all'integrazione, e solo in seguito allo sviluppo su misura quando i tuoi processi, i dati, la sicurezza o le esigenze di controllo lo giustificano.

Dopo la messa in produzione: porta a termine il lavoro

La messa in produzione non è la fine. Le indicazioni federali prevedono che la documentazione di sicurezza e la strategia di uscita vengano aggiornate dopo la migrazione. Per un team CRM, i primi 30 giorni dovrebbero includere:

• Assistenza rafforzata. Una persona designata risponde alle domande in giornata e gli intoppi vengono raccolti in un unico elenco.
• Riconciliazione. Ripeti i conteggi di riferimento e i totali della pipeline una settimana e un mese dopo la messa in produzione.
• Dismissione del vecchio sistema. Porta il vecchio CRM in sola lettura a una data stabilita, archivia quello che devi conservare e disdici il contratto alla data che la tua decisione sulla conservazione consente.
• Documentazione. Definizione dei campi, mappa delle integrazioni, ruoli utente e procedura per esportare i tuoi dati se un giorno dovessi andartene.
• Verifica dell'adozione. Guarda chi registra davvero le attività. Se due venditori continuano a seguire le trattative su un foglio di calcolo, scopri perché.

Quando i dati sono affidabili, vale la pena pensare all'automazione. Lo stesso playbook indica come candidati l'assegnazione dei contatti, i riassunti delle riunioni, il raggruppamento dei riscontri dei clienti, i suggerimenti di vendita incrociata e lo smistamento delle richieste di assistenza, e raccomanda di monitorarne qualità, sicurezza e perdita di dati. Comincia con un solo flusso di lavoro, misuralo ed estendi solo se si guadagna il posto.

Una checklist per la migrazione CRM

Prima

• [ ] Obiettivo in una frase e un responsabile designato sul lato business
• [ ] Concetto di migrazione: origini, volumi, qualità, integrazioni, calendario, archiviazione, sicurezza, protezione dei dati, dismissione
• [ ] Decisioni su cosa tenere, pulire e archiviare prese e messe per iscritto
• [ ] Duplicati uniti, campi chiave uniformati, ogni record con un responsabile
• [ ] Contratto di trattamento dei dati, sub-responsabili, ubicazioni e condizioni di uscita verificati
• [ ] Mappatura dei campi approvata dalle vendite o dal servizio clienti
• [ ] Passaggio unico o a ondate scelto e messo per iscritto

Durante

• [ ] Migrazione pilota con duplicati, contatti inattivi, tutte le fasi delle trattative, allegati e registrazioni di consenso
• [ ] Conteggi e totali riconciliati con la base di riferimento
• [ ] Gli utenti hanno controllato i propri clienti
• [ ] Integrazioni ricostruite e testate nell'ambiente di destinazione
• [ ] Interruzione accettabile, punto di ripristino, soglie di ripristino e autorità decisionale concordati
• [ ] Backup completo in sola lettura del vecchio sistema
• [ ] Ogni passo della migrazione registrato

Dopo

• [ ] Responsabile dell'assistenza rafforzata nominato per le prime settimane
• [ ] Riconciliazione ripetuta dopo una settimana e dopo un mese
• [ ] Vecchio sistema in sola lettura, poi archiviato o chiuso a una data stabilita
• [ ] Documentazione, ruoli e procedura di esportazione aggiornati
• [ ] Primo candidato all'automazione scelto, con un controllo di qualità

Errori frequenti

Migrare tutto «per sicurezza». Ogni record in più significa mappatura in più, test in più e maggiore esposizione sul fronte della protezione dei dati. Se non lo cercheresti mai, archivialo.

Mappare i campi in un foglio di calcolo che nessuno convalida. La mappatura è una decisione aziendale. Un campo chiamato «Stato» può voler dire tre cose diverse in tre team.

Trattare la formazione come un compito della settimana di lancio. Le persone devono vedere i propri dati nel nuovo sistema prima della messa in produzione, idealmente già dal pilota.

Lasciare che l'importatore del fornitore definisca il tuo processo. Le procedure guidate di importazione vanno bene per dati puliti e semplici. Sono un pessimo sostituto di un piano quando hai oggetti personalizzati, più origini o integrazioni.

Non pensare all'uscita. Qualunque sia il sistema verso cui ti sposti, sappi come potresti uscirne. Formati di esportazione, condizioni di cancellazione e un modello dati documentato evitano che la migrazione di oggi diventi il vincolo di domani.

Come possiamo aiutarti

In Ampersand, un piccolo studio di Zurigo, gli ingegneri senior seguono il progetto dalla prima conversazione alla consegna, e nelle migrazioni questo conta: chi ha capito i tuoi dati disordinati nella prima settimana è la stessa persona che dà il via libera al passaggio. Offriamo migrazione di sistemi, cambio di piattaforma e integrazioni per shop, CRM ed ERP, oltre a verifiche indipendenti se vuoi un parere esterno su un piano prima di impegnarti. Dopo la messa in produzione, il nostro piano Run & monitor costa 750 CHF al mese e il piano di consulenza Guidance costa 799 CHF al mese. Trovi l'offerta completa sulla nostra pagina dei prezzi ed esempi di lavori precedenti nella nostra pagina dei progetti.

Domande frequenti

Quanto dura una migrazione CRM?

Dipende soprattutto dalla qualità dei dati e dal numero di integrazioni, non dalla quantità di record. Un team piccolo con dati puliti e una sola pipeline può spostarsi in poche settimane. Un'azienda con più origini, oggetti personalizzati e un collegamento a shop o ERP deve mettere in conto alcuni mesi, una volta inclusi pulizia, prove pilota e formazione. Chiedi un calendario costruito sul tuo concetto di migrazione, non una stima generica.

Meglio pulire i dati prima o dopo la migrazione?

Prima, nel vecchio sistema, e poi convalidarli di nuovo dopo il pilota. Unire i duplicati nella fonte mantiene lo storico di ogni cliente su un unico record e ti dà una base affidabile per la riconciliazione. Pulire dopo significa pagare per mappare e testare record di cui non avevi bisogno.

Le regole svizzere sulla protezione dei dati valgono anche per una migrazione CRM?

Sì, se il CRM contiene dati personali, cosa che succede quasi sempre. Secondo l'IFPDT resti responsabile della liceità del trattamento anche quando un fornitore cloud tratta i dati per tuo conto: verifica quindi il contratto di trattamento, i sub-responsabili, i luoghi di conservazione e di accesso e le condizioni di cancellazione. Per dati degni di particolare protezione o scenari transfrontalieri, rivolgiti a un avvocato svizzero specializzato in protezione dei dati.

Passaggio unico o rollout graduale?

Un passaggio unico è adatto a team piccoli con un solo processo di vendita e poche integrazioni. Le ondate graduali sono adatte a più team, regioni o pipeline, perché puoi imparare dalla prima ondata. Qualunque sia la scelta, la migrazione dei dati, la formazione e il piano di supporto devono seguire lo stesso schema.

Cosa faccio dopo con il vecchio CRM?

Decidilo prima della migrazione. Tienilo in sola lettura per almeno un ciclo di rendicontazione completo, archivia ciò che devi o vuoi conservare, poi chiudilo a una data stabilita. Lasciarlo aperto e modificabile è il modo più sicuro per ritrovarsi con due fonti di verità.

Fonti

• guidance on drafting a migration concept
• cloud-exit guideline
• examples of cloud computing
• guidance on outsourcing
• guide to technical and organizational measures
• digitalswitzerland summary of an FHNW-led study from 2021
• AI playbook for Swiss SMEs