TL;DR
- En algunos CRM, desactivar un usuario deja a ese usuario como propietario de sus registros.
- Una fusión puede asignar un cliente a un antiguo empleado si gana el propietario de ese registro.
- Reasigna los registros de antiguos empleados antes de fusionar sus duplicados.
- Las reglas de propiedad en una fusión deben evitar que responsables inactivos o provisionales ganen.
- Dedupely le permite definir reglas sobre qué propietario prevalece y previsualizar cada fusión antes de ejecutarla.
Cuando un comercial se va, sus registros suelen quedarse. Las cuentas, contactos y oportunidades siguen con su nombre, y nadie tiene tiempo para reasignarlo todo en la última semana.
Meses después, una limpieza encuentra duplicados. Un registro pertenece a un comercial activo que habla con el cliente cada semana. El otro pertenece a alguien que ya se fue, y puede ser el que sobreviva a la fusión.
En esta entrada verá cómo los antiguos empleados acaban siendo propietarios de duplicados y por qué fusionarlos es arriesgado. También verá qué reasignar primero, cómo definir reglas de propiedad para la fusión y cómo evitar que vuelva a ocurrir.
Cómo acaban siendo propietarios de duplicados los antiguos empleados
Los usuarios desactivados conservan sus registros
En algunos CRM, desactivar un usuario no traslada sus registros. La página de ayuda de HubSpot indica que un usuario desactivado "seguirá asignado a sus registros". El blog de administración de Salesforce dice que "la desactivación no cambia la propiedad" de los registros de un usuario.
Eliminar un usuario puede dejar en su lugar un marcador. En HubSpot, "Desactivado/Eliminado" más el correo del usuario aparece como propietario de sus contactos, empresas, negocios y tickets.
Los compañeros vuelven a crear el registro
Cuando un cliente llama y su registro está a nombre de un comercial anterior, un compañero quizá no lo encuentre o no sienta que le pertenece. Crear un registro nuevo es la forma más rápida de registrar la llamada.
El enrutamiento puede hacer lo mismo. Un formulario nuevo va a un comercial activo, mientras el registro original sigue asignado a quien se fue. Nuestro artículo sobre cómo el enrutamiento de leads y las reglas de asignación crean duplicados cubre ese aspecto.
Los propietarios genéricos ocultan el problema
Algunos equipos pasan los registros de personas que se han ido a un propietario genérico, como un administrador o un usuario de integración. Eso borra el nombre, pero no asigna al cliente un propietario real, y el marcador puede seguir ganando una fusión.
Por qué fusionar estos duplicados es arriesgado
Un registro fusionado conserva un solo responsable. Si la regla mantiene el responsable del registro más antiguo, puede prevalecer el registro de un antiguo empleado, ya que a menudo se creó primero.
Los negocios, tareas e historial del registro del comercial activo pasan entonces a un registro de alguien que ya no está en la empresa. El comercial pierde de vista a su cliente, los informes atribuyen el mérito a la persona equivocada y los seguimientos no llegan a ninguna parte.
Los conflictos de titularidad entre dos comerciales activos son un problema aparte, que tratamos en registros duplicados desde la perspectiva de un responsable de ventas.
Reasigne antes de fusionar
El orden más seguro es corregir primero la propiedad y fusionar después. Cuando todos los registros tengan un propietario activo, la fusión solo tendrá que elegir entre personas que siguen en la empresa.
Enumere los responsables que se han marchado
Compara los usuarios del CRM con tu equipo actual. Busca usuarios desactivados, usuarios eliminados y propietarios genéricos, como un administrador, un usuario de importación o "Sin asignar".
Decide quién se queda con los registros
La propiedad es una decisión comercial, y la respuesta depende del caso. Las opciones habituales son el responsable del territorio, el gestor de cuenta o el comercial que sustituyó a la persona que se fue. Acordarlo con la dirección de ventas antes de cambiar nada.
Reasigna y después busca duplicados
Tras reasignar, vuelve a ejecutar tus Duplicate Searches. Algunos conjuntos que parecían conflictos de propiedad ahora comparten un mismo responsable, y otros necesitan la regla habitual de propiedad para los comerciales activos.
Defina reglas de propietario para la fusión
Reasignar todo primero no siempre es posible, sobre todo en un CRM grande. Si quedan antiguos responsables, la fusión necesita una regla que evite que ganen.
Defina la regla por objeto y revise algunos conjuntos con propietarios mixtos antes de fusionar en masa.
| Propietarios del conjunto de duplicados | Qué hacer |
|---|---|
| Ambos activos | Seguir la regla de propiedad, como el comercial con la actividad más reciente |
| Uno activo y otro que se fue | Prevalece el propietario activo |
| Uno activo, otro marcador | Gana el propietario activo, y el valor de relleno nunca |
| Ambos han salido | Reasigne primero y fusione después |
| El propietario forma parte de una disputa por comisiones o territorios | Envía el conjunto a revisión |
Algunos equipos lo escriben como una regla: el propietario de relleno siempre pierde. Si el propietario del otro registro es una persona real, esa persona se queda con el cliente.
Evita que vuelva a ocurrir
Añade un paso a tu proceso de baja: reasigna los registros de una persona antes o el último día. Después revisa los duplicados creados alrededor de cada salida, cuando los compañeros pueden crear registros nuevos.
Una revisión periódica de los registros de personas que ya no están en la empresa forma parte de nuestra Lista de comprobación para el mantenimiento de registros del CRM.
Cómo Dedupely evita que antiguos empleados ganen una fusión
En Dedupely, filtre las búsquedas por responsable y elija reglas que prioricen al responsable activo y autorizado frente a uno inactivo o provisional. Revise el resultado antes de fusionar y pruebe las actividades y asociaciones admitidas. La reasignación sigue siendo una decisión de negocio: confirme quién es responsable de la relación antes de ejecutar una regla masiva.
Asigne a cada cliente un propietario que siga en la empresa
Los registros de antiguos empleados se olvidan fácilmente hasta que una fusión los vuelve a poner al cargo de un cliente. Los usuarios desactivados pueden conservar sus registros, y los propietarios provisionales pueden ganar una fusión con la misma facilidad.
Reasignar antes de fusionar y establecer una regla para que los propietarios inactivos o provisionales pierdan la titularidad mantiene a los clientes con quienes les atienden. Un paso de salida de personal evita que la siguiente baja reinicie el ciclo.
Referencias: HubSpot: Desactivar y eliminar usuarios; Salesforce: los usuarios van y vienen, pero sus registros deben permanecer.
Preguntas frecuentes
¿Qué pasa con los registros del CRM cuando un empleado se va?
Depende del CRM, pero normalmente no ocurre nada por sí solo. En HubSpot y Salesforce, desactivar un usuario lo deja como propietario de sus registros hasta que alguien los reasigne. Al eliminar un usuario de HubSpot aparece como propietario un marcador "Desactivado/Eliminado", que se evita reasignando los registros durante la baja.
¿Debo reasignar registros antes de fusionar duplicados?
Sí, cuando sea posible: una vez que cada registro tenga un propietario activo, la fusión solo elige entre personas que siguen en la empresa. Si algunos no pueden reasignarse antes, establezca una regla para que los propietarios inactivos o de relleno nunca ganen. Previsualice los conjuntos con propietarios mixtos antes de fusionar.
¿Qué responsable se conserva al fusionar registros duplicados?
Depende del CRM y de su configuración de fusión. Con frecuencia se conserva el propietario del registro principal, y el registro principal puede ser el más antiguo. Eso puede asignar un cliente a un antiguo empleado, así que defina la regla de propiedad antes de fusionar y compruébela en una vista previa.
¿Cómo localizo los registros de usuarios inactivos?
Compara la lista de usuarios del CRM con tu equipo actual y filtra después los registros por responsable para cada persona que se fue. Incluye los responsables genéricos, como los usuarios de admin, importación o integración. Muchos CRM te permiten filtrar o informar de los registros por responsable, lo que te da una lista para reasignar.
¿Qué es un propietario de relleno en un CRM?
Un propietario de relleno es un usuario genérico que mantiene registros sin una persona real detrás, como un usuario administrador, de importación o de integración. Algunos CRM también muestran un usuario eliminado como propietario de relleno. Estos propietarios nunca deberían ganar una fusión, ya que nadie hace seguimiento a sus clientes.
O regístrate con Google
HubSpot Marketplace 
