TL;DR
- RevOps suele liderar la deduplicación del CRM porque gestiona las herramientas que crean los registros.
- Responsabilizarse de la deduplicación implica gestionar todo el proceso, desde las reglas de fusión hasta los informes de duplicados.
- Conocer cómo usa cada equipo los registros ayuda a evitar fusiones que rompan el trabajo de otros equipos.
- Qué cuenta como duplicado depende de cada caso, así que conviene acordarlo con cada equipo.
- Dedupely ayuda a los equipos de RevOps a encontrar y fusionar duplicados con seguridad, con soporte de incorporación para cada equipo.
Tarde o temprano los duplicados llegan a RevOps. Ventas se queja de la propiedad, marketing de la atribución y éxito del cliente de la falta de historial, y el CRM queda en medio.
RevOps gestiona los formularios, sincronizaciones, importaciones e integraciones que crean registros, así que suele ser el responsable natural de la solución. Asumirlo requiere dos cosas: dirigir el proceso y entender qué hace cada equipo con los registros que vas a fusionar.
En este artículo verás por qué importan ambos y qué necesita cada equipo de una fusión. También verás cómo definir las reglas, la frecuencia y los informes.
Por qué la deduplicación necesita un único responsable
Cuando nadie es responsable de los duplicados, cada cual los arregla un poco. Un comercial fusiona dos contactos a mano, un responsable de marketing borra un registro que parecía erróneo y alguien más vuelve a importar la misma lista.
Cada arreglo tiene sentido por separado, pero juntos hacen los datos menos predecibles. Un solo responsable implica un único conjunto de reglas sobre qué se fusiona, cómo y cuándo.
RevOps encaja en ese papel porque ve el sistema completo. Sabe qué herramientas escriben en el CRM, de qué campos dependen los informes y qué cambios llegan a otros equipos. Para la política general que lo rodea, consulte nuestra guía de gobernanza de datos.
Descubre qué hace cada equipo con los registros
Una fusión que a RevOps le parece limpia puede romper el trabajo de otro. El registro superviviente conserva un propietario, una etapa del ciclo de vida y un origen, y cada equipo interpreta esos campos de forma distinta.
Antes de definir reglas, siéntese con cada equipo y pregunte qué hace con los registros. Pregunte qué campos usa en sus informes, qué automatizaciones ejecuta y qué le perjudicaría si cambiara de la noche a la mañana.
| Equipo | Para qué usan los registros | Lo que puede romper una fusión descuidada |
|---|---|---|
| Ventas | Propiedad, territorios, pipeline y comisiones | El responsable de la cuenta y quién se lleva el mérito de una oportunidad |
| Marketing | Atribución, segmentos, puntuación y envíos de correo | La fuente original, el estado de la suscripción y la pertenencia a listas |
| Éxito del cliente | Historial de clientes, renovaciones y salud | Notas, tickets y el vínculo entre un contacto y su cuenta |
| Finanzas y facturación | Facturas, contratos y recuentos de clientes | Contactos de facturación e IDs que guardan otros sistemas |
| Soporte | Tickets y conversaciones | A qué contacto pertenece un ticket |
Las respuestas se convierten en sus reglas de fusión. También le indican a quién avisar antes de una limpieza grande.
Acuerde qué se considera un duplicado
Qué se considera duplicado depende de cada caso. Lo que un equipo considera duplicado, otro puede no considerarlo.
- Un contacto con un correo de trabajo y uno personal: ventas puede querer un solo registro, mientras que marketing envía correos distintos a cada dirección.
- Dos registros de empresa para una matriz y su filial: finanzas puede facturarlos por separado, mientras que ventas ve una sola cuenta.
- Un usuario de prueba y un cliente de pago: crecimiento puede mantenerlos separados para medir la conversión, mientras que éxito del cliente quiere un único historial.
Anota la decisión de cada caso. Después empieza por los duplicados evidentes, como las coincidencias exactas de correo o de dominio de empresa, donde es menos probable que los equipos discrepen. Qué es un duplicado explica las definiciones con más detalle.
Asume el proceso: reglas, cadencia e informes
Una vez sabe cómo usan los equipos los registros, el proceso tiene tres partes. Cada una necesita una decisión por escrito y una persona que la mantenga al día.
Reglas
Las reglas definen qué registros coinciden y qué valor prevalece en cada campo. Defínelas por objeto, ya que contactos, empresas y oportunidades necesitan criterios distintos. En qué campos buscar coincidencias depende del objeto y de los datos en los que confíe.
Decida también quién puede fusionar. Algunos equipos dejan fusionar solo a RevOps, y otros permiten a los comerciales fusionar los duplicados evidentes mientras RevOps se ocupa del resto.
Cadencia
La periodicidad abarca la primera limpieza y las comprobaciones posteriores. Depende de cuántos datos nuevos entran y de dónde proceden, lo que explicamos en con qué frecuencia deduplicar su CRM.
Informes
Los informes muestran si el proceso funciona. Haga seguimiento de los duplicados por objeto, de dónde proceden los nuevos, cuántos se fusionaron y cuántas coincidencias se rechazaron.
Compartir las cifras con los equipos consultados. Un descenso en el número de duplicados ayuda a recuperar la confianza en el CRM. Para obtener un recuento inicial, véase cómo averiguar cuántos duplicados tiene su CRM.
Haz las fusiones lo bastante seguras para seguir adelante
Las limpiezas suelen estancarse cuando la gente teme lo que hará una fusión. Ese temor es razonable, ya que en muchos CRM las fusiones no se pueden deshacer.
Algunos hábitos mantienen el trabajo al día:
- Fusione primero los duplicados de los que esté más seguro y revise las coincidencias dudosas antes de decidir.
- Previsualiza el resultado de cada fusión antes de ejecutarla en masa.
- Guarda un registro de los valores originales y haz una copia de seguridad del CRM antes de una fusión grande.
- Rechaza una coincidencia solo cuando estés seguro de que no es un duplicado, porque no volverá a aparecer en las búsquedas.
- Compruebe qué integraciones y qué informes guardan los ID de registro, porque fusionar puede cambiarlos.
Un plan de deduplicación de RevOps en una página
| Parte | Qué decidir | A quién implicar |
|---|---|---|
| Definición | Qué se considera duplicado en cada objeto | Ventas, marketing, éxito del cliente, finanzas |
| Reglas | Criterios de coincidencia y qué valor prevalece por campo | Los equipos que elaboran informes sobre esos campos |
| Permisos | Quién puede fusionar y qué requiere revisión | Responsables de equipo |
| Cadencia | Primera limpieza y, después, revisiones periódicas | RevOps |
| Informes | Duplicados por objeto, fuentes, fusiones y rechazos | Todos los que usan el CRM |
Cómo ayuda Dedupely a RevOps a gestionar la deduplicación en todos los equipos
Dedupely permite a RevOps crear búsquedas para los objetos compatibles, definir reglas sobre qué valor prevalece y previsualizar cada fusión. Su equipo de Customer Success ofrece onboarding y soporte por llamada, chat y correo electrónico, y ayuda a los equipos a acordar un proceso que puedan mantener.
Hacerse cargo de la deduplicación empieza por escuchar
RevOps está en buena posición para liderar la deduplicación, porque gestiona los sistemas que generan duplicados. Liderarla bien significa que las reglas, la cadencia y los informes estén en un único lugar, con una persona que los mantenga actualizados.
Las reglas solo se sostienen si reflejan cómo usan los registros ventas, marketing, éxito del cliente y finanzas. Conózcalo primero y cada fusión protegerá el trabajo de cada cual en lugar de sorprender a nadie.
Preguntas frecuentes
¿Quién debe responsabilizarse de la deduplicación del CRM?
Suele ser RevOps o el administrador del CRM, ya que gestionan los formularios, las importaciones y las integraciones que crean registros. El responsable define las reglas de fusión, la frecuencia de revisión y los informes. Otros equipos siguen decidiendo qué se considera duplicado en los registros que usan, así que el responsable necesita su opinión antes de fusionar.
¿Qué incluye un proceso de deduplicación de RevOps?
Incluye una definición de duplicado por objeto, más reglas de coincidencia y de qué valor prevalece. También cubre quién puede fusionar, una periodicidad de revisiones y un informe de resultados. Cada parte necesita una decisión por escrito y un responsable, para que el proceso siga funcionando cuando cambien las personas de puesto.
¿Cómo logra que ventas y marketing se pongan de acuerdo sobre los duplicados?
Pregunte a cada equipo para qué usa los registros y en qué campos informa. Traiga ejemplos reales, como un contacto con correo de trabajo y personal, y decida cada caso en conjunto. Anote las decisiones y empiece por las coincidencias exactas, donde es menos probable que los equipos discrepen.
¿Qué métricas de duplicados debe seguir RevOps?
Controla el número de duplicados por objeto, de dónde llegan los nuevos, cuántos grupos se han fusionado y cuántas coincidencias se han descartado. Observa cómo cambia la cifra tras cada limpieza y cada nueva integración. Compartir estos datos con otros equipos ayuda a recuperar la confianza en el CRM.
¿Por qué se estancan las limpiezas del CRM?
Las limpiezas suelen estancarse cuando los equipos temen perder datos o romper sistemas conectados. En muchos CRM las fusiones no se pueden deshacer, y algunas integraciones guardan los ID de registro. Fusionar primero los duplicados más seguros, previsualizar cada fusión y conservar los valores originales facilita seguir avanzando.










