TL;DR
- Una base de datos grande de CRM tarda más en sincronizarse y no puede revisarse conjunto a conjunto.
- Los límites de API del CRM pueden ralentizar la primera sincronización de una base con millones de registros.
- Los conjuntos de duplicados muy grandes suelen venir de valores de relleno o bandejas compartidas, así que apártalos.
- Fusiona una base de datos grande por etapas, empezando por coincidencias exactas de correo o dominio.
- Dedupely sincroniza bases de datos de millones de registros y fusiona en bloque miles de coincidencias en minutos.
Un CRM con millones de registros tiene los mismos tipos de duplicados que uno pequeño. Lo que cambia es todo lo que los rodea. Cargar los datos lleva más tiempo, las búsquedas devuelven más conjuntos y más equipos notan cada fusión.
Con ese tamaño, nadie puede revisar cada coincidencia. La limpieza tiene que apoyarse en criterios de confianza, salvaguardas que detecten lo que los criterios no ven y un registro de cada cambio.
En este artículo verás qué cambia cuando una base de datos crece y cómo planificar la primera sync. También verás cómo tratar coincidencias desmesuradas, fusionar por etapas y conservar un rastro que resista preguntas más adelante.
Qué cambia cuando una base de datos de CRM crece
El tamaño por sí solo no hace difícil una limpieza. Nuestro artículo sobre deduplicación compleja de CRM a escala explica por qué los criterios claros importan más que el número de registros. El tamaño sí cambia cómo planificas el trabajo.
| Qué cambia | Por qué importa |
|---|---|
| Cargar los datos lleva más tiempo | La primera sincronización de una base de datos grande puede tardar horas, así que planifícala antes de empezar la limpieza |
| Las búsquedas devuelven miles de grupos | Decides los criterios y las muestras en lugar de cada conjunto |
| Los valores erróneos se repiten a gran escala | Un número de teléfono de relleno puede unir cientos de registros |
| Más sistemas alimentan el CRM | Siguen llegando duplicados nuevos de formularios, importaciones e integraciones mientras limpias |
| Más gente depende de cada registro | Una regla equivocada afecta a muchos equipos a la vez, así que los cambios necesitan un responsable y un registro |
Empieza por los objetos que estás limpiando ahora
Un CRM grande rara vez necesita limpiar todos los objetos a la vez. Elige los objetos en los que los duplicados causan más problemas hoy, a menudo contactos y empresas, y empieza por ahí.
Cuenta los registros de cada uno antes de empezar. Muchas herramientas que se conectan a un CRM sincronizan objetos enteros, y algunas cobran por el número de registros que sincronizas. Activar solo los objetos con los que trabajas acorta la primera sincronización y reduce el recuento.
Trabaja un objeto cada vez y termina sus etapas antes de activar el siguiente.
Planifica en torno a la primera sincronización
Antes de que una herramienta encuentre duplicados, tiene que leer tus registros. En una base de datos con millones, esa primera sincronización puede tardar horas.
Los límites de la API de tu CRM pueden alargar la primera sync, así que déjale margen en tu plan.
- Inicia la primera sincronización cuando no necesites resultados el mismo día.
- Evita hacer al mismo tiempo una importación o migración grande.
- Avisa al administrador de tu CRM, para que una integración más lenta no parezca una caída.
Aparta las coincidencias desmesuradas
En una base de datos grande, un solo valor erróneo puede crear un conjunto de cientos de registros. Esos conjuntos rara vez son un solo cliente. Suelen compartir un valor de relleno, un valor de prueba o una bandeja compartida.
- Teléfonos de relleno como 0000000000 o 1234567890.
- Datos de ejemplo como test@test.com o "John Doe".
- Bandejas compartidas como info@ o sales@ que muchas personas usaron en formularios.
- Dominios de empresa que pertenecen a un gran grupo con muchas oficinas separadas.
Aparta cualquier grupo que supere un tamaño que fijes, como 20 registros, y revísalo por separado. Nuestro artículo sobre valores de relleno que hacen que los registros parezcan duplicados explica cómo encontrarlos.
Fusiona en etapas
Una limpieza grande hecha de una pasada no deja margen para aprender. Por eso casi todos los equipos con una base de datos grande fusionan por etapas, revisando cada ronda antes de lanzar la siguiente.
| Fase | Qué se fusiona | Qué revisar |
|---|---|---|
| 1. Prueba | Un conjunto y luego una página de conjuntos de tu búsqueda más estricta | Cada registro fusionado, abierto en el CRM |
| 2. Coincidencias exactas | Coincidencias exactas de correo o dominio, en bloque | Una muestra aleatoria de registros fusionados |
| 3. Campos combinados | Coincidencias más amplias confirmadas por un segundo campo, como nombre y empresa | Una muestra mayor, con casos límite |
| 4. Revisión | Conjuntos que necesitan a una persona, incluidos los demasiado grandes | Cada conjunto, por alguien que conoce los registros |
Deja tiempo entre etapas para que quienes usan el CRM detecten problemas. Nuestro artículo sobre qué revisar después de una fusión grande enumera qué revisar tras cada ronda.
Guarda un rastro de cada cambio
Con miles de fusiones, alguien preguntará por una de ellas. Un comercial no encuentra una cuenta, o finanzas ve que baja el número de clientes.
Dos tipos de registro responden a esas preguntas. Un historial de fusiones muestra lo que cambió cada fusión, con los valores originales. Un registro de actividad muestra quién hizo cada fusión, cambió una búsqueda o activó una automatización, y cuándo.
Decide dónde viven ambos y quién puede verlos antes de la primera fusión en bloque. Nuestro artículo sobre por qué necesitas un registro de cada fusión explica qué muestra un registro útil.
Evita que vuelvan a crecer los duplicados nuevos
Un CRM grande sigue recibiendo registros durante la limpieza. Si los orígenes que crearon los duplicados no cambian, el número vuelve a crecer.
Cuando tus reglas estén probadas, puedes fusionar automáticamente y con programación los duplicados nuevos de los que estés seguro, como las coincidencias exactas de correo. Envía el resto a revisión con regularidad, para que el atraso no vuelva a crecer.
Cómo trata Dedupely las bases de datos de CRM grandes
Un cliente de Dedupely ha sincronizado más de 18 millones de registros, y fusionar en bloque unos miles de coincidencias lleva minutos. La primera sincronización tarda de 3 a 10 horas para 600.000 a 1 millón de registros, y más en las bases de datos más grandes.
Por defecto, Dedupely excluye las coincidencias arriesgadas, como conjuntos de más de 20 registros o datos de relleno. Esperan en una pestaña aparte a que las fusiones, rechaces o revises.
Cada fusión queda registrada con sus valores originales y se puede exportar como CSV, y un registro de auditoría muestra quién hizo qué. Eliges qué objetos sincronizar, así que puedes empezar por los que estás limpiando.
Planifica según el tamaño, decide los criterios
Una base de datos grande de CRM no necesita otra idea de lo que es un duplicado. Necesita un plan que tenga en cuenta su tamaño: una primera sincronización programada con antelación, los conjuntos demasiado grandes apartados y las fusiones hechas por etapas.
Sobre todo, necesita criterios fiables y un registro de cada cambio. Con eso, millones de registros se convierten en una serie de etapas que puedes revisar de una en una.
Preguntas frecuentes
¿Cómo se deduplica un CRM con millones de registros?
Empieza por un objeto, como los contactos, y planifica con antelación la primera sincronización, ya que puede tardar horas. Aparta las coincidencias demasiado grandes basadas en valores de relleno. Después fusiona por etapas, de las coincidencias exactas de correo o dominio a las más amplias, revisando una muestra de registros fusionados tras cada etapa.
¿Por qué tarda tanto en sincronizarse un CRM grande?
Cada registro tiene que leerse a través de la API del CRM, y los límites de la API de tu CRM pueden alargar la primera sincronización. En una base de datos con millones de registros, una primera sync de varias horas es normal. Prográmala con antelación y evita hacer a la vez una importación o migración grande.
¿Se pueden fusionar en bloque miles de duplicados a la vez?
Sí, muchas herramientas de deduplicación pueden fusionar miles de conjuntos de duplicados en una sola acción, así que el riesgo está en los criterios con los que fusionas. Prueba la búsqueda en un conjunto y una página, y comprueba los resultados en tu CRM. Después fusiona en bloque el resto de esa búsqueda con los mismos criterios.
¿Por qué un conjunto de duplicados contiene cientos de registros?
Normalmente porque los registros comparten un valor que no es real, como un teléfono de relleno, test@test.com o una bandeja compartida como info@. Estos conjuntos rara vez son un solo cliente. Apártalos de las fusiones en bloque y revísalos aparte, o deja ese valor fuera de la comparación.
¿Cómo llevar el control de miles de fusiones?
Guarda un historial de fusiones que muestre los registros originales y los valores que ganaron, idealmente exportable. Acompáñalo de un registro de actividad de quién ejecutó cada fusión y cambió cada búsqueda. Decide quién puede ver ambos antes de la primera fusión en bloque, ya que las preguntas suelen llegar semanas después.
O regístrate con Google
HubSpot Marketplace 
