¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Una persona pregunta por Instagram, vuelve por WhatsApp y después envía un formulario. Si cada conversación crea un lead, una persona puede convertirse en tres registros antes de que ventas responda.
Identifique a la persona antes de crear el registro. Normalice identificadores fiables, busque contactos y leads, adjunte la conversación cuando la coincidencia sea segura y revise los casos ambiguos. Cree un lead solo con evidencia de una persona o necesidad nueva.
Identifique a la persona antes de crear el lead
Una conversación es una interacción. El contacto representa a una persona, el lead trabajo comercial potencial y la oportunidad una operación que merece avanzar. Si cada interacción se convierte en un lead, la propiedad y los informes dejan de ser fiables.
- 1Capture la interacciónGuarde el evento entrante y su fuente antes de decidir si necesita un lead.
- 2Normalice identificadoresEstandarice teléfono y correo fiables conservando el valor original.
- 3Busque registrosRevise contactos, leads activos e historial vinculado antes de crear.
- 4Elija un resultadoAdjunte coincidencias exactas, revise dudas y cree solo ausencias claras.
- 5Audite el resultadoVerifique propiedad, consentimiento, próxima acción y automatización tras cada cambio.
Empiece por los identificadores aportados por el cliente. En WhatsApp puede ser un teléfono internacional normalizado y en un formulario un correo verificado. No vincule una identidad de Instagram con otro teléfono o correo sin evidencia o confirmación.
Normalice antes de comparar. Quite diferencias de formato, unifique el correo y conserve el valor original para auditoría. No compare solo por el nombre visible, pues nombres, teléfonos y buzones generales pueden ser compartidos.
Microsoft explica que sus reglas comparan códigos creados con campos como correo y nombre. También advierte que registros procesados simultáneamente pueden duplicarse y recomienda trabajos programados como segunda comprobación en su guía de detección de duplicados.
Por eso, una bandeja de conversaciones debe alimentar una sola decisión de identidad en lugar de permitir que cada canal invente su propio cliente.
Use tres resultados de coincidencia
Los datos reales son demasiado complejos para una regla binaria. Una coincidencia exacta añade la conversación al registro existente. Una posible coincidencia espera revisión sin iniciar otro contacto. Una ausencia clara permite crear un registro nuevo con su fuente y consentimiento.
| Resultado | Ejemplo de evidencia | Acción segura | Estado del seguimiento |
|---|---|---|---|
| Coincidencia exacta | Mismo teléfono o correo verificado después de normalizar | Adjuntar la conversación al contacto y lead activo | Mantener propietario y siguiente acción |
| Coincidencia posible | Nombre y empresa similares con un identificador distinto | Esperar revisión humana | No iniciar una segunda secuencia |
| Sin coincidencia | Identificadores fiables distintos y sin historial vinculado | Crear contacto o lead | Asignar un propietario |
| Identidad compartida | Teléfono familiar o buzón general usado por varias personas | Mantener personas separadas con relación explícita | Confirmar antes del contacto personal |
Es una política, no una fórmula universal. Defina identificadores por canal, pruebe casos límite y muestre el motivo del resultado.
Esta decisión ocurre antes de calificar un lead. La calificación pregunta si la necesidad merece avanzar. La deduplicación pregunta primero si el registro ya existe.
Evite que dos automatizaciones creen dos registros
Buscar antes de crear no basta. Dos eventos pueden buscar a la vez, no encontrar nada y crear cada uno un registro cuando un formulario sigue a un mensaje o un webhook reintenta.
Use una clave de idempotencia por evento para que un reintento no repita el trabajo. Haga único el identificador fuerte normalizado cuando las reglas lo permitan. Ejecute búsqueda y creación como una transacción. Si otro evento gana, adjunte la conversación a su registro.
Conserve el evento del canal aunque no cree un lead nuevo. El cliente volvió a contactar y ese dato pertenece al historial. Es distinto de impedir mensajes salientes duplicados, aunque ambos controles deben trabajar juntos.
No permita que el servicio de coincidencia lance una campaña, asigne un vendedor o avance una etapa. Su tarea es resolver la identidad y entregar un solo registro al proceso siguiente.
Fusione sin borrar el contexto
Los duplicados aparecerán por importaciones, entrada manual, cambios de número e integraciones antiguas. Elija el registro principal con una regla. Conserve fuente, consentimiento, historial, tareas, oportunidad, propietario y siguiente acción. Pause automatizaciones solapadas y compruebe que no quede otro seguimiento.
Microsoft documenta que una fusión conserva el registro principal, desactiva el secundario y vincula los datos elegidos, las notas y las actividades al principal en su guía para fusionar registros. La compatibilidad cambia según el tipo de registro y el flujo, de modo que debe probar sus formularios, importaciones e integraciones reales.
No fusione automáticamente una pareja ambigua solo porque los nombres se parecen. Un error puede mostrar el historial de una persona a otra, dirigir mal al vendedor o sobrescribir una decisión válida de consentimiento.
Mida el proceso por fuente
Cuente duplicados por fuente entre formularios, importaciones, WhatsApp, Instagram, entrada manual y API. Siga coincidencias automáticas, revisiones, errores descubiertos después y tiempo de espera.
Observe también las consecuencias. ¿Contactaron dos vendedores a la misma persona? ¿Una fusión reinició una secuencia? ¿Cambió la tasa de calificación porque los duplicados entraron o salieron del denominador? Una base limpia puede ocultar un proceso roto.
El diseño útil para CRM y leads mantiene fuente, consentimiento, propietario, etapa y siguiente acción en un único historial. Así, un flujo de ventas puede avanzar sin pedir al cliente que repita su historia.
Revise una muestra de decisiones cada semana y convierta los errores en ajustes de las reglas. La meta no es eliminar las advertencias, sino tomar una decisión responsable por cada persona y necesidad real.
Preguntas frecuentes
El mismo teléfono significa siempre el mismo cliente
No. Es una señal fuerte, pero existen teléfonos familiares o compartidos, números reasignados y errores de entrada. Use el contexto de la relación y revise cuando haya dudas.
Un cliente que regresa necesita un lead nuevo
No solo por iniciar otra conversación. Cree trabajo comercial nuevo cuando exista una necesidad u oportunidad distinta y mantenga a la persona y su historial en el contacto existente.
Se pueden detectar duplicados después de asignar
Sí, pero es tarde. Un segundo propietario o una secuencia automática ya pueden haber empezado. Aplique la comprobación más fuerte antes de crear y asignar, y use revisiones programadas para lo que falte.
Qué debe ocurrir con una coincidencia ambigua
Manténgala en una cola con responsable, evidencia y plazo. No fusione, no inicie un segundo contacto y no descarte la conversación hasta que una persona resuelva la identidad.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes