TL;DR
- Un sistema de deduplicación sigue funcionando cuando nadie está con un proyecto de limpieza.
- Una búsqueda de duplicados por fuente o escenario hace que cada búsqueda sea más fácil de probar y de confiar en ella.
- Un único conjunto de reglas compartido decide qué valor gana en cada fusión.
- Las alertas van primero, y la fusión automática programada llega cuando una búsqueda está probada.
- Dedupely es un sistema de deduplicación con búsquedas, reglas de fusión, fusiones programadas, revisión e historial.
Muchos equipos de RevOps han hecho una gran limpieza del CRM. Lleva semanas, el número de duplicados baja y, meses después, vuelven los mismos problemas.
La limpieza funcionó. Lo que faltaba era un sistema a su alrededor. Siguen llegando registros nuevos de formularios, sincronizaciones, herramientas de enriquecimiento e importaciones, y un proyecto puntual no puede seguir el ritmo de fuentes que nunca paran.
En este artículo verás las partes de un sistema de deduplicación y cómo se conectan. Eso incluye búsquedas, reglas sobre qué valor gana, alertas, fusiones programadas, revisión por propietario, informes y un registro de cada fusión.
Qué convierte la deduplicación en un sistema
Un proyecto tiene fecha de fin. Un sistema tiene entradas, reglas y salidas, y sigue funcionando mientras la gente se ocupa de otras cosas.
Para RevOps, eso significa que cada parte de la deduplicación tiene una función clara. Las búsquedas encuentran duplicados, las reglas deciden el resultado, la automatización se ocupa de lo seguro, las personas de lo que no lo es, y los informes muestran si funciona.
Quién es el dueño del sistema es otra cuestión. Nuestro artículo sobre Deduplicación de CRM para equipos de RevOps trata la propiedad y cómo saber qué necesita cada equipo. Este artículo trata de cómo se construye el sistema.
Las partes de un sistema de deduplicación
| Parte | Su función | Lo que necesita de ti |
|---|---|---|
| Mapa de fuentes | Enumera cada herramienta y proceso que crea registros | Un responsable para cada fuente |
| Búsquedas de duplicados | Encuentra duplicados, una fuente o escenario cada vez | Criterios probados en conjuntos conocidos |
| Reglas para cuál valor gana. | Decide el resultado de cada fusión de la misma forma | Acuerdo de los equipos que usan cada campo |
| Alertas | Avisarte cuando se acumulan coincidencias nuevas | Un umbral por búsqueda |
| Fusión programada | Fusiona los duplicados de los que estás seguro | Una búsqueda que ya ha demostrado su valía |
| Revisión | Envía los conjuntos dudosos a una persona | Una regla sobre quién revisa qué |
| Informe y registro de fusiones | Muestra lo que se encontró y lo que cambió | Alguien que los lea |
Empieza con un mapa de tus fuentes
Cada duplicado viene de algún sitio. En un stack de RevOps, suele ser una mezcla de formularios, herramientas de enriquecimiento, apps de llamadas, sincronizaciones del helpdesk, importaciones y otros CRM.
Anota cada origen con tres datos: qué crea, qué campo usa para decidir que un registro ya existe y quién es su responsable. Esa lista se convierte en el plan de tus búsquedas.
Los orígenes también cambian. Añade una línea al mapa cada vez que una herramienta nueva se conecte al CRM, antes de su primera sincronización.
Crea una búsqueda por fuente o escenario
Una sola búsqueda que intenta atrapar todos los duplicados es difícil de probar. Cuando empareja los registros equivocados, no sabes qué parte de los criterios lo causó.
Las búsquedas más pequeñas son más fáciles de validar. Da a cada fuente o escenario su propia búsqueda, con criterios adaptados a los datos que produce.
- Por origen: una herramienta de enriquecimiento que crea contactos con nombre y dominio de empresa tiene una búsqueda en esos campos.
- Por escenario: contactos con el mismo correo, empresas con el mismo dominio o leads que coinciden con el teléfono de un contacto existente.
- Por certeza: una búsqueda estricta para coincidencias exactas y otra más amplia para coincidencias cercanas que requieren revisión.
Los filtros mantienen cada búsqueda centrada, por ejemplo en registros creados después de una fecha o en un origen de leads. Qué cuenta como duplicado sigue siendo caso a caso, así que prueba cada búsqueda con grupos que ya conoces.
Escribe una vez las reglas sobre qué valor gana
Puede haber muchas búsquedas, pero el resultado de una fusión debe seguir un único conjunto de reglas. Si no, el mismo cliente acaba con un propietario distinto según la búsqueda que lo encontró.
Decide qué registro sobrevive y luego ve campo a campo. El propietario, la etapa del ciclo de vida, el origen del lead y las preferencias de correo requieren más cuidado, porque informan sobre ellos equipos distintos.
Guarda las reglas en un solo sitio y cámbialas a propósito. Un cambio de regla solo afecta a las fusiones futuras, así que anota la fecha cuando cambies una.
Primero alertas, luego fusión programada
Las búsquedas nuevas no deberían fusionar nada por su cuenta. Empieza cada una solo con avisos: te avisan cuando las coincidencias llegan al número que elijas, y fusionas a mano.
Ese periodo te dice cómo se comporta la búsqueda con datos nuevos. Fusiona un conjunto, luego una página de conjuntos, y rechaza cualquier coincidencia que resulte ser dos registros distintos.
Cuando los resultados se mantienen estables, puedes fusionar automáticamente, de forma programada, los duplicados nuevos de los que estés seguro, como las coincidencias exactas de correo. Las búsquedas más amplias se quedan en alertas, con una persona que decide.
Las ventajas y desventajas de detectar duplicados en la entrada o de forma programada se explican en nuestro artículo sobre cómo detectar duplicados del CRM en la entrada o de forma programada.
Divide la revisión por propietario del registro
La automatización cubre los duplicados de los que estás seguro. El resto necesita una persona, y el sistema tiene que decir qué persona.
Hay dos patrones habituales. En el primero, una persona se encarga de la limpieza y los comerciales se mantienen al margen, así que el CRM cambia de una forma predecible. En el segundo, los conjuntos se reparten por propietario.
- Mismo propietario en todos los registros: la fusión no cambia quién es el propietario del cliente, así que estos conjuntos son buenos candidatos para la fusión en bloque o programada.
- Propietarios distintos: la fusión decide quién se queda la cuenta, así que estos conjuntos van a revisión.
Cuando los propietarios difieren, el propietario del registro que queda o su responsable debe confirmar el resultado. Anota quién decide, para que una cuenta en disputa no espere semanas.
Informa sobre el sistema, no solo sobre la limpieza
Un sistema necesita una señal de que funciona. Un informe breve con una cadencia fija, semanal o mensual, basta para la mayoría de los equipos.
Mira los duplicados nuevos por búsqueda y por fuente, los conjuntos fusionados, los que esperan revisión y las coincidencias rechazadas. Una búsqueda que de repente encuentra muchas más coincidencias suele apuntar a una fuente que cambió. Para las cifras que merece la pena seguir, consulta la tasa de duplicados y otras métricas de un CRM limpio.
Mantén un registro de cada fusión
Un registro de cada fusión, con los valores originales y los valores que ganaron, es lo que te permite responder preguntas después.
Le explica a un comercial por qué cambió su cuenta y le muestra a un responsable qué búsqueda fusionó qué. Si una fusión fue errónea, contiene los valores que necesitas para restaurar. Más sobre esto en por qué necesitas un registro de cada fusión.
Cómo gestiona Dedupely un sistema de deduplicación para RevOps
Dedupely es un sistema de deduplicación con una pieza para cada tarea. Creas una Duplicate Search por fuente, defines las Merge Rules una vez y activas Auto Match para recibir alertas. Cuando una búsqueda está probada, Auto Merge fusiona sus coincidencias seguras automáticamente de forma programada.
Los grupos dudosos van a Manual Review y Merge History registra cada fusión.
Para dividir la revisión por propietario, añade el campo de propietario a una búsqueda. Clónala, prueba la otra opción de coincidencia en el campo de propietario y compara ambos resultados. Nuestra página para equipos de RevOps muestra toda la configuración.
Un sistema dura más que la limpieza
Una gran limpieza arregla el pasado. Las fuentes que crearon esos duplicados siguen funcionando, así que el arreglo solo dura si algo sigue funcionando también.
Mapea las fuentes, da a cada una una búsqueda, decide los resultados una vez y deja que la automatización se ocupe solo de lo seguro. Las personas revisan el resto, y un informe y un registro de fusiones muestran a todo el equipo que el CRM está atendido.
Preguntas frecuentes
¿Qué es un sistema de deduplicación de CRM?
Es un conjunto de búsquedas, reglas y rutinas que encuentran y fusionan duplicados de forma continua. Las búsquedas encuentran duplicados por fuente, las reglas deciden qué valores ganan, las alertas y las fusiones programadas se ocupan de los registros nuevos, y las personas revisan los conjuntos dudosos. Un informe y un registro de fusiones muestran si funciona.
¿Debe una sola búsqueda de duplicados cubrir todo el CRM?
Normalmente no, porque una sola búsqueda que intenta atraparlo todo es difícil de probar y sus coincidencias falsas son difíciles de rastrear. Las búsquedas separadas por fuente o escenario son más fáciles de comprobar, ajustar y automatizar de una en una. Las coincidencias exactas de correo o los registros de una herramienta de enriquecimiento son buenos ejemplos.
¿Cuándo es seguro fusionar duplicados automáticamente?
Cuando una búsqueda ha demostrado su valor con datos nuevos. Empieza solo con alertas, fusiona un conjunto y luego una página a mano, y rechaza las coincidencias falsas. Cuando los resultados se mantengan estables, fusiona automáticamente y de forma programada las coincidencias de las que estés seguro, como las de correo exacto.
¿Quién debería revisar las coincidencias de duplicados dudosas?
A menudo una persona responsable de la limpieza, para que el CRM cambie de forma previsible, y muchos equipos además dividen por propietario del registro. Los conjuntos con el mismo propietario se pueden fusionar en bloque. Los conjuntos con propietarios distintos van a revisión, donde el propietario o su responsable confirma el resultado.
¿Cómo sabes si un proceso de deduplicación funciona?
Sigue los duplicados nuevos por búsqueda y por fuente, los conjuntos fusionados, los que esperan revisión y las coincidencias rechazadas. Si los duplicados nuevos bajan o se mantienen mientras las fuentes siguen funcionando, el sistema funciona. Un salto repentino en una búsqueda suele significar que una fuente cambió y hay que mirarla.










