TL;DR
- En las grandes empresas, RevOps suele encargarse de la deduplicación junto con IT.
- RevOps conoce el CRM y sus vínculos con ventas, marketing y operaciones.
- IT se ocupa del cumplimiento, la seguridad y la privacidad de una herramienta de deduplicación.
- Un registro de auditoría necesita un historial de fusiones y un registro de quién cambió qué.
- Dedupely define usuarios, política de seguridad y registro de auditoría por CRM, y registra cada fusión.
En una empresa pequeña, un admin decide qué es un duplicado, ejecuta la fusión y responde de ella. En una gran empresa, la misma fusión afecta a territorios de ventas, listas de marketing, informes financieros e integraciones de otros equipos.
Por eso la deduplicación a escala necesita gobernanza: responsables claros, reglas escritas, acceso controlado y un rastro que muestre lo que pasó. Sin ella, cada fusión discutida se convierte en averiguar quién la hizo y por qué.
En este artículo verás quién suele encargarse de la deduplicación en una gran empresa y cómo repartir el trabajo. También qué documentar, cómo controlar el acceso y qué registra un buen registro de auditoría.
Por qué la deduplicación necesita gobernanza a escala enterprise
Una fusión cambia los registros compartidos directamente en el CRM. A escala empresarial, una sola regla puede decidir miles de fusiones en una sola ejecución.
Muchos equipos notan el resultado. Ventas ve cambiar propietarios, marketing ve encoger listas y finanzas ve moverse el número de clientes. Todos preguntarán qué cambió, y alguien tiene que responder con hechos.
La gobernanza no tiene por qué ser pesada. Necesita cuatro cosas: un responsable, reglas escritas, acceso controlado y un registro de auditoría.
Quién se encarga de la deduplicación: RevOps con IT
En las empresas grandes, la deduplicación suele estar en manos de RevOps, junto con TI. Cada parte aporta lo que la otra no tiene.
RevOps es dueño de los datos y las reglas
RevOps conoce el CRM y cómo se conecta con marketing, ventas y operaciones. Sabe qué campos mueven el reparto, los informes y las integraciones, así que es quien mejor puede decidir qué es un duplicado y qué valores ganan.
TI se ocupa del cumplimiento, la seguridad y la privacidad
El papel de IT suele ser el cumplimiento. Revisa la herramienta que se conecta al CRM: dónde se procesan los datos, quién puede acceder y cómo se controla el acceso. Nuestro artículo sobre lo que preguntan los equipos de seguridad sobre una herramienta de deduplicación trata esa revisión.
En algunas empresas, IT también se encarga de la deduplicación. El reparto de abajo sigue siendo útil, porque alguien tiene que cubrir cada tarea.
| Responsabilidad | Normalmente a cargo de |
|---|---|
| Definición de duplicado, por objeto | RevOps, con aportaciones de ventas y marketing |
| Qué valores ganan en una fusión | RevOps, con los equipos que usan cada campo |
| Ejecutar fusiones y revisar los grupos dudosos | RevOps o el equipo de administración del CRM |
| Aprobación de herramientas, reglas de acceso y ajustes de seguridad | TI |
| Preguntas de privacidad y cumplimiento | TI, con legal o cumplimiento |
| Auditoría periódica de fusiones y accesos | RevOps y TI juntos |
Pon las reglas por escrito
Las reglas que viven en la cabeza de una persona no sobreviven a una reorganización. Escríbelas donde ambos equipos puedan encontrarlas, y pon fecha a cada cambio.
- Qué cuenta como duplicado, por objeto. Lo que cuenta como duplicado depende de cada caso, así que anota las excepciones, como sucursales o filiales que se quedan separadas.
- Qué valores ganan. El registro que queda, y la regla para el propietario, la etapa, el correo y cualquier campo del que dependa una integración.
- Qué se fusiona automáticamente y qué va a revisión. Las coincidencias exactas de las que estés seguro pueden fusionarse automáticamente de forma programada, mientras las más amplias van a una persona.
- Quién aprueba un cambio. Una búsqueda nueva o una regla cambiada afecta a todas las fusiones posteriores, así que nombra a quién da el visto bueno.
Nuestro Guía de gobierno de datos de Salesforce incluye una plantilla para las reglas de datos más amplias en las que encajan.
Controla quién puede hacer qué
En muchas herramientas de deduplicación, cualquiera con acceso puede fusionar. Decide quién necesita ese acceso y mantén la lista corta.
- Da permisos de administrador solo a quienes gestionan usuarios y ajustes de seguridad.
- Exige la autenticación en dos pasos y una política de contraseñas acorde con la de tu empresa.
- Restringe el acceso a direcciones IP conocidas si tu política de seguridad lo exige.
- Retira el acceso el mismo día en que alguien deja el equipo.
Si usas varios CRM, comprueba si el acceso se configura por CRM. Quien limpia el CRM de una región puede no necesitar acceso al de otra.
Guarda un registro de auditoría de cada cambio
Un registro de auditoría responde a dos preguntas distintas, así que necesita dos registros distintos.
| Registro | Respuestas | Qué debe incluir |
|---|---|---|
| Merge history | ¿Qué cambió esta fusión? | Los registros originales, los valores ganadores, el resultado y una forma de exportarlos |
| Registro de auditoría | ¿Quién hizo qué, y cuándo? | Fusiones, incluidas las automáticas, cambios de búsquedas y reglas, inicios de sesión, cambios de usuarios y roles |
El historial de fusiones te permite restaurar valores si una fusión salió mal. El registro de auditoría te dice de quién era la regla que la causó. Nuestro artículo sobre por qué necesitas un registro de cada fusión trata el primero en detalle.
Fusiona en etapas controladas
La gobernanza también define cómo se hacen las fusiones. Las limpiezas grandes van por etapas, cada una probada en una muestra y revisada antes de la siguiente. Nuestro artículo sobre hacer una gran limpieza sin afectar a ventas muestra cómo planificarlas.
Acordad quién aprueba cada etapa, y guardad la decisión junto al registro de auditoría. Cuando alguien pregunte meses después por qué se fusionaron 4.000 cuentas un martes, la respuesta ya estará escrita.
Revisa el registro con una periodicidad, por ejemplo una vez al trimestre. Busca fusiones que nadie esperaba, reglas que cambiaron sin aprobación y cuentas que ya no deberían tener acceso.
Cómo apoya Dedupely la gobernanza de la deduplicación
Dedupely tiene dos roles: los admins gestionan los usuarios y los ajustes de la empresa, y los usuarios pueden trabajar con todas las demás funciones, incluida la fusión. Los usuarios, la política de seguridad y el registro de auditoría se fijan por CRM conectado, mientras que la facturación y el límite de registros son compartidos. La política de seguridad cubre las reglas de contraseña, la autenticación en dos pasos obligatoria, el cierre de sesiones inactivas y la lista de IP permitidas.
El audit log registra las fusiones, incluidas las de segundo plano, los análisis, los cambios de búsquedas, las invitaciones, los cambios de rol y los inicios de sesión, y conserva las entradas indefinidamente. Cada fusión aparece también en el historial de fusiones con sus valores originales, que puedes exportar como CSV.
Responsabilidad compartida, reglas escritas, un rastro completo
La deduplicación en una gran empresa se complica mucho cuando la responsabilidad no está clara. Cuando nadie sabe quién decidió una regla o ejecutó una fusión, cada pregunta se convierte en una disputa.
Que RevOps y TI compartan el trabajo arregla casi todo eso. RevOps decide qué es un duplicado y qué valores ganan, y TI se asegura de que la herramienta y su acceso sean seguros. El registro de auditoría muestra a ambos lados lo que pasó.
Preguntas frecuentes
¿Quién debe ser responsable de la deduplicación del CRM en una gran empresa?
Normalmente RevOps, junto con IT. RevOps conoce el CRM y cómo se conecta con ventas, marketing y operaciones, así que define los duplicados y las reglas de fusión. IT se ocupa del cumplimiento, la seguridad y la privacidad, incluida la revisión de cualquier herramienta que se conecte al CRM.
¿Qué debe incluir un registro de auditoría de la deduplicación?
Dos registros: un historial de fusiones y un registro de auditoría. El historial de fusiones muestra los registros originales, los valores ganadores y el resultado de cada fusión, idealmente exportable. El registro de auditoría muestra quién ejecutó fusiones, cambió búsquedas o reglas, inició sesión y cambió roles de usuario, con fechas.
¿Quién debería aprobar las fusiones en el CRM?
Aprueba las reglas en vez de cada fusión. Un responsable con nombre, normalmente en RevOps, aprueba la definición de duplicado, las reglas de fusión y cada etapa grande. Los conjuntos que no encajan en las reglas van a revisión de alguien que conoce los registros, como el propietario de la cuenta.
¿Cómo controlas quién puede fusionar registros en un CRM?
Limita el acceso a fusionar a quienes llevan la limpieza, y deja los permisos de admin a quienes gestionan usuarios y seguridad. Exige la autenticación en dos pasos, aplica tu política de contraseñas y retira el acceso cuando alguien se va. Revisa el registro de auditoría con regularidad por si hay fusiones o cambios que nadie esperaba.
¿Cada cuánto deberías auditar la deduplicación del CRM?
Una vez por trimestre funciona para muchos equipos, más una revisión tras cada etapa grande. Revisa las fusiones que nadie esperaba, las reglas o búsquedas que cambiaron sin aprobación y los usuarios que ya no necesitan acceso. Una limpieza grande o una integración nueva son buena razón para auditar antes.
O regístrate con Google
