Resolver la identidad antes de añadir atributos
Primero confirma a qué empresa o persona pertenece el registro; añadir datos a la entidad equivocada aumenta el error.
El nombre comercial puede no ser único. Acuerda un identificador y cómo representar marcas, filiales y cuentas relacionadas. Si una fuente devuelve una coincidencia aproximada, conserva ese grado de incertidumbre: no sobrescribas un registro confirmado por una similitud textual.
| Campo | Función | Ejemplo conceptual |
|---|---|---|
| Valor | Información obtenida | Sector declarado |
| Fuente | Procedencia consultable | Proveedor o página oficial |
| Fecha | Momento de observación | Fecha de consulta y de hecho si existe |
| Estado | Confirmado, inferido o pendiente | Inferencia pendiente de revisión |
| Regla | Por qué se acepta o descarta | Coincidencia de identificador |
Un registro completo no es necesariamente un registro correcto. La calidad exige que el dato sirva para una decisión y que se pueda revisar su origen. Evita pedir atributos que no vayas a utilizar: complican la operación sin aportar criterio.
Para probar estos criterios sin usar datos reales, abre el laboratorio de cinco casos sintéticos. Conserva las evidencias y descarga la propuesta; la demo no consulta proveedores ni escribe en un CRM.
Una identidad resuelta permite consultar fuentes sin mezclar entidades distintas.
Solo tengo su email: qué puedo averiguar y qué no
Un email profesional es una pista de identidad; no demuestra por sí solo cargo, tamaño de empresa, necesidad ni autoridad de compra.
HubSpot ilustra el enriquecimiento de contactos que solo contienen un email de trabajo con información empresarial disponible, como empresa, cargo, sector o tamaño. Que esos campos puedan completarse depende de encontrar una coincidencia; no significa que cualquier dirección devuelva todos los datos. HubSpot: cómo funciona el enriquecimiento ↗
Empieza separando dirección original, dominio y entidad candidata. Un dominio de correo genérico no identifica una empresa; un alias compartido tampoco identifica a una persona. Mantén la entrada original y pide contexto adicional cuando no puedas resolver esa relación. No deduzcas presupuesto o intención de compra del dominio.
| Campo que guardas | Qué escribir |
|---|---|
| ID del registro y entrada original | Identificador estable; email recibido sin sustituirlo |
| Atributo y valor candidato | Empresa, función, sector o tamaño; dejar desconocido si falta |
| Fuente y fecha del hecho | URL o ID de fuente; cuándo era válido el dato si se conoce |
| Fecha de consulta | Cuándo accediste a la fuente; no equivale a fecha del hecho |
| Confianza y motivo | Confirmado / inferido / pendiente; coincidencia que lo justifica |
| Conflicto y valor previo | Ambos valores, fuentes y motivo de discrepancia |
| Pendiente, responsable y siguiente revisión | Qué falta, quién verifica y cuándo o ante qué evento |
| Atributo | Entrada → candidato | Fuente y fechas del ejemplo | Estado / acción |
|---|---|---|---|
| Empresa | ana@ejemplo.invalid → Empresa A | Ficha de feria F-17, recibida 20/09/2026; web oficial anotada en el ejercicio | Confirmado solo dentro del ejemplo por coincidencia de identidad |
| Cargo | Vacío → responsable de operaciones | Directorio del ejemplo consultado 20/09; sin fecha de actualización | Inferido; confirmar vigencia con la persona |
| Tamaño | Vacío → desconocido | No hay fuente suficiente | Pendiente; no asignar banda por apariencia de la web |
| Sector | Tecnología → logística | Dos clasificaciones del ejercicio con distinto alcance | Conflicto; revisar taxonomía antes de sustituir |
Las filas anteriores son inventadas para mostrar el formato; ejemplo.invalid no es una fuente consultada ni un contacto real. En tu ficha reemplaza las referencias por URLs o identificadores accesibles a quien revise. La confianza es una etiqueta operativa con un motivo, no un porcentaje estadístico.
Si descubres registros repetidos o antiguos, empieza por la auditoría de limpieza del CRM antes de añadir información al registro equivocado.
Una vez identificada la cuenta, registra cada atributo y su incertidumbre antes de consultar más proveedores.
Qué es un waterfall de enriquecimiento
Un waterfall consulta proveedores en secuencia según reglas de disponibilidad y validación; Clay documenta ese patrón de búsqueda.
En un diseño conceptual, el primer proveedor puede no devolver el dato; un segundo puede aportar un valor que todavía requiere validación. Detener la búsqueda debe depender de que el resultado sea utilizable según tu criterio, no de que cualquier campo deje de estar vacío. No hemos ejecutado aquí una prueba de Clay ni medido cobertura. Clay: data waterfalls ↗
- Identificar registro
- Consultar fuente A
- Validar coincidencia y atributo
- Si falta o falla: fuente B
- Si hay conflicto: revisión
- Guardar valor, fuente y fecha
Antes de implementarlo define qué cuenta como fallo, qué atributos puedes sobrescribir y cómo limitar consultas repetidas. Las capacidades y costes dependen de la herramienta y su configuración; esta explicación no promete acceso, cobertura ni un rendimiento particular.
La secuencia de proveedores no elimina la necesidad de resolver conflictos.
Tres conflictos de datos y cómo resolverlos
La resolución debe considerar identidad, actualidad y finalidad del dato, no escoger automáticamente el valor más conveniente.
Los conflictos de los ejemplos se convierten en condiciones de aceptación del registro.
Checklist de aceptación de un registro enriquecido
Acepta el registro cuando la identidad y los atributos necesarios para la siguiente decisión tengan evidencia suficiente.
- Identidad resuelta con el criterio acordado.
- Fuentes y fechas conservadas en los atributos utilizados.
- Valores inferidos separados de confirmados.
- Conflictos con estado y responsable de revisión.
- Exclusiones y duplicados tratados antes de activar un canal.
- No se sobrescribe información comercial confirmada sin una regla explícita.
El siguiente paso puede ser priorizar cuentas con lead scoring; conserva los datos desconocidos para no tratarlos como evidencia negativa.
Con evidencia suficiente, utiliza la ficha de cualificación de leads para aceptar, investigar o descartar; completar campos no es una decisión comercial.
Un registro aceptado debe conservar esas condiciones al entrar en el sistema comercial.
Cómo llevar los datos al sistema comercial
Entrega solo los atributos necesarios y una explicación de su procedencia, junto al identificador estable.
La integración de outbound con el CRM define qué sistema puede actualizar cada campo.
Para situar el enriquecimiento dentro del proceso completo, revisa GTM engineering y los controles del sistema.
El servicio de outbound B2B conecta los datos con acciones y seguimiento.
En resumen
Enriquece para mejorar una decisión, no para llenar campos. Identidad, procedencia y revisión hacen que el dato pueda utilizarse sin ocultar sus límites.