Verificare che i dati di contatto siano accurati prima di un'importazione CRM
La domanda che ci si pone quando il file è già aperto: cosa copre qui "accurato", cosa verifica davvero questo controllo e cosa può dirti solo il tuo CRM.
Lo strumento stesso
CRM Import Check
Trascina un file CSV o Excel, scegli HubSpot, Salesforce o Pipedrive, e scopri cosa l'importazione rifiuterebbe, troncherebbe o unirebbe silenziosamente.
Controlla un fileAltre sei domande
Le nove poste prima di caricare qualsiasi cosa — cosa fa lo strumento, quali CRM supporta, se il file viene caricato, e il resto — trovano risposta sulla pagina dello strumento stessa, dove servono. Queste arrivano quando stai già guardando il tuo file e ti chiedi cosa copra davvero "accurato".
- Come posso verificare che i dati di contatto siano accurati prima di importarli nel mio CRM?
- "Accurato" copre due cose diverse, e questo strumento ne chiude solo una. Ciò che controlla, in base alla destinazione scelta: che ogni campo obbligatorio sia presente (Cognome per un contatto Salesforce, un indirizzo email o entrambi i nomi per uno HubSpot), che ogni indirizzo email e numero di telefono sia strutturalmente utilizzabile, che date e numeri siano scritti come la destinazione si aspetta, che nessuna riga condivida la stessa email o chiave con un'altra — cosa che l'importazione del CRM stesso lascia sovrascrivere silenziosamente —, e che nessun valore superi il limite di campo pubblicato dalla destinazione. Ciò che non può controllare: se un proprietario, uno stato del lead o un altro valore di un elenco a discesa corrisponda davvero a uno configurato nel tuo CRM, se un indirizzo email riceva davvero posta, e se la persona o l'azienda indicata sia quella reale. Un verdetto pulito significa che il file non sarà rifiutato, troncato o unito silenziosamente sui controlli sopra — non è un'affermazione che ogni dato al suo interno sia vero.
- Può verificare che un valore di un elenco a discesa o del proprietario corrisponda alla configurazione del mio CRM?
- No. Le opzioni degli elenchi a discesa, gli stati dei lead, le assegnazioni di proprietario e i collegamenti a record esistenti esistono solo all'interno della configurazione del tuo CRM, e questo strumento non vi si connette mai — legge solo il file che stai per consegnare, e nient'altro. Un valore che sembra corretto nel file può comunque essere rifiutato in fase di importazione perché il CRM non ha un'opzione corrispondente; solo il CRM stesso, o qualcuno che ne conosce la configurazione, può verificarlo.
- Se il verdetto dice "pronto", l'importazione è garantita a buon fine?
- Significa che ogni riga ha superato i controlli eseguiti rispetto alla destinazione scelta — campi obbligatori, formati, duplicati interni al file, lunghezze dei campi, mappatura delle colonne. Non è una garanzia contro ciò che il CRM decide dal proprio lato: un valore di elenco a discesa senza corrispondenza, un proprietario che non esiste più, un duplicato rispetto a un record già presente nel CRM anziché a un'altra riga del tuo file, o un permesso che l'account che esegue l'importazione non possiede. Dipende da uno stato interno al CRM che un controllo del file non può vedere.
- Il controllo di accuratezza funziona allo stesso modo per i record aziendali?
- Sì, con un insieme di regole diverso. Un record aziendale non ha bisogno di un indirizzo email — HubSpot ne accetta uno con un dominio o un nome dell'azienda, e Salesforce e Pipedrive hanno i propri equivalenti. I controlli di formattazione, duplicati e lunghezza dei campi funzionano allo stesso modo, ma rispetto ai campi obbligatori e ai limiti propri dell'oggetto azienda anziché dell'oggetto contatto.
- Controlla che gli indirizzi email siano reali e non torneranno indietro?
- No. Controlla che un indirizzo sia strutturalmente valido — nella forma attesa dall'importatore di un CRM — e segnala indirizzi generici come info@ o vendite@, domini usa e getta ed errori di battitura probabili come un dominio che termina in gmial.com. Sapere se una casella di posta esiste davvero e accetta email è una domanda che richiede di contattare un server di posta, e questo strumento non effettua alcuna chiamata di rete che trasporti i tuoi dati — verificare la recapitabilità significherebbe inviare ogni indirizzo da qualche parte.
- Se applico ogni correzione suggerita, il file diventa completamente accurato?
- Diventa privo dei problemi che questo strumento può vedere ed è disposto a correggere automaticamente — spazi eliminati, un'email resa minuscola, un carattere non valido rimosso, un segnaposto svuotato. Non diventa verificato nei sensi sopra descritti: correggere la formattazione non conferma un valore di un elenco a discesa, non inventa un indirizzo email funzionante né decide quale delle due righe duplicate sia il record reale. Queste restano decisioni da prendere tu, e il registro delle modifiche mostra esattamente cosa è stato toccato perché tu possa prenderle.
Come appare su un file reale
Tre casi in cui il file sembrava a posto a prima vista e non lo era.
- Un dominio che sembra giusto finché non lo rileggi
Input: ada@gmial.com nella colonna email, una riga su milleduecento.
Output: un avviso che indica la riga e il dominio probabilmente corretto.
Riscontro: lo strumento suggerisce gmail.com e mostra entrambi i valori affiancati. Nulla cambia finché non selezioni la correzione — un suggerimento non è un fatto.
- Un valore inserito solo per superare un campo obbligatorio
Input: la colonna Ruolo riporta "n/d" per quaranta righe aggiunte lo stesso giorno.
Output: un avviso che indica le righe e il valore ripetuto.
Riscontro: lo strumento svuota il segnaposto invece di inventare un ruolo reale — lascia la cella vuota perché una persona la compili o la lasci così.
- Due colonne che rivendicano lo stesso campo
Input: un file con sia una colonna "Company" sia una "Company Name".
Output: un avviso che indica entrambe le intestazioni e il campo a cui corrispondono.
Riscontro: lo strumento ne propone una e segnala l'altra come non mappata — non decide quale sia quella giusta, perché non può sapere di quale colonna ti fidi.
Chi lo chiede
La domanda arriva da persone che hanno già il file in mano, in quattro momenti diversi dello stesso lavoro.
Chi effettua la sua prima importazione
La prima importazione CRM che un'azienda esegue definisce la forma del database per anni. Fare "accurato" bene una volta, prima che venga scritto qualcosa, costa meno che correggerlo dopo.
Chiunque sia responsabile della qualità dei dati
Non è un ruolo che ha la maggior parte delle aziende, ma qualcuno finisce sempre per occuparsene. Questo è il controllo che avviene prima di un'importazione, invece di un progetto di pulizia dopo.
Consulenti che avviano un cliente
Un file diverso per ogni cliente, senza una connessione permanente al suo CRM su cui contare. Il file è l'unica cosa da controllare.
Chiunque guidi una migrazione CRM
Un'esportazione dal vecchio sistema non è mai stata scritta pensando alle regole del nuovo. Controllarla rispetto alle regole della destinazione, prima del passaggio, è tutto il senso di questa operazione.
Lo strumento
Controlla subito un file
Trascina il CSV che stai per importare. Niente da installare, nessun account, niente da caricare.
Controlla un file