Español

Auditoría posmigracion de datos: qué verificar y cuándo

Un equipo de RevOps aprobó su migración un viernes por la tarde. La importación se completó sin errores. Los recuentos de filas parecían más o menos correctos. El equipo se fue a casa.

Seis semanas después, se lanzó una campaña de marketing y envió 14.000 correos electrónicos. Tasa de rebote: 11%. El motivo: el 11% de los contactos tenía campos de correo electrónico vacíos en el nuevo CRM. La importación había fallado silenciosamente para los registros donde los datos de origen tenían direcciones de correo en un formato de columna ligeramente diferente. El registro de errores los había señalado, pero nadie lo había leído.

Seis semanas de representantes registrando llamadas, actualizando acuerdos y construyendo Pipeline sobre el 11% de registros de contacto incorrectos. La limpieza tardó dos semanas, requirió deduplicar registros corregidos manualmente y generó suficiente confusión como para que las previsiones de Pipeline de tres representantes tuvieran que reconstruirse desde cero.

Una auditoría de 30 minutos el día de la migración lo habría detectado.

Esta guía le ofrece el proceso de auditoría de tres niveles que previene este escenario, estructurado por cronograma con verificaciones específicas en cada intervalo. Se construye directamente sobre el día de la transición: la lista de verificación que previene desastres: las verificaciones que realiza durante la migración son lo que esta auditoría mide en las horas siguientes.

Cuándo ejecutar la auditoría

Hora 1. Ejecute esto antes de que el equipo de ventas tenga acceso. Está verificando fallos críticos: registros faltantes, campos obligatorios vacíos, relaciones rotas. Estos son los problemas que hacen que el CRM sea inutilizable o engañoso desde el primer minuto.

Hora 24. Después de que el sistema haya estado activo durante un día, las verificaciones de integridad más profundas son posibles. Las relaciones han tenido tiempo de resolverse. La detección de duplicados ha funcionado. Las reglas de automatización se han activado. Ahora puede verificar si los datos se comportan correctamente, no solo si existen.

Hora 72. Tres días después del go-live, los problemas de lógica empresarial aparecen. Los informes de Pipeline no coinciden con las instantáneas prémigración. El Lead routing no funciona correctamente. La automatización está disparándose incorrectamente en registros importados. Estos problemas solo se hacen visibles una vez que el sistema está realmente en uso.

Por qué esperar hasta "la semana 2" es demasiado tarde:

Cada día que el equipo de ventas usa el CRM, acumula nueva actividad sobre los datos existentes. La investigación de Gartner sobre calidad de datos estima que el coste de corregir un problema de calidad de datos se multiplica por 10 por cada etapa que avanza sin controlarse: detectar problemas en la primera hora es exponencialmente más barato que encontrarlos en la semana dos. Un contacto con un campo de correo electrónico vacío al que un representante envía un correo en el día dos tiene ahora un registro de actividad, una nota y una tarea de seguimiento adjuntos. Limpiar ese contacto significa perder esos registros o migrarlos manualmente al registro corregido. Cuanto antes detecte los problemas, más baratos son de corregir.

Nivel 1: verificaciones críticas (Hora 1)

Estas verificaciones ocurren antes de que nadie excepto el equipo de migración tenga acceso.

1. Recuentos de filas por objeto

Obtenga el recuento de registros de cada objeto migrado del nuevo CRM y compárelo con su instantánea del sistema de origen prémigración.

Objeto Recuento en origen Recuento importado Varianza aceptable
Contactos [del origen] [del CRM] ± 1% (el registro de errores explica el resto)
Cuentas/Empresas [del origen] [del CRM] ± 1%
Acuerdos/Oportunidades [del origen] [del CRM] ± 0,5%
Actividades [del origen] [del CRM] ± 2% (varianza más alta aceptable)

Si supera el 2% de diferencia en Contactos o Acuerdos, no abra el sistema. Lea primero el registro de errores. Las discrepancias significativas que no puedan explicarse por el registro de errores pueden cumplir sus condiciones de activación del rollback: decídalo antes de abrir el acceso al equipo de ventas.

2. Completitud de la clave primaria

El correo electrónico es la clave primaria para los Contactos. El teléfono es secundario. Verifique que estos campos estén poblados al ritmo que espera.

Ejecute un filtro rápido: Contactos donde el correo electrónico esté vacío. Si el resultado supera el 2-3% del total de contactos, tiene un fallo de importación o un problema con los datos de origen. En cualquier caso, corríjalo antes de que el equipo comience a enviar correos o hacer llamadas.

3. Oportunidades abiertas presentes con las etapas correctas

Los acuerdos abiertos deben estar en el CRM con los valores de etapa correctos. Filtre por todas las Oportunidades abiertas. Verifique:

  • El recuento total coincide con el origen
  • La distribución de etapas coincide aproximadamente con la que tenía en el sistema de origen
  • Ningún acuerdo fue asignado por defecto a una etapa genérica por una discrepancia de nombre de etapa

4. Revisión del registro de errores

Cada herramienta de importación de CRM genera un registro de errores. Léalo. Cada fila en ese registro representa un registro que no se importó, ya sea que falló completamente o se importó con un valor de campo omitido.

Entradas comunes en el registro de errores:

  • "El registro ya existe": la detección de duplicados detuvo la importación; decida si fusionar u omitir
  • "Formato de correo electrónico inválido": los datos de origen tienen correos malformados
  • "Campo obligatorio vacío": la importación omitió un campo obligatorio; el registro se importó pero está incompleto
  • "Valor no está en la lista de selección": un valor de etapa o estado en sus datos de origen no coincide con las opciones del CRM

Cree una lista de triaje: cuántos registros, qué tipo de error, ¿puede corregirse en lote o requiere revisión manual?

Nivel 2: verificaciones de integridad de datos (Hora 24)

Después de 24 horas, ejecute una capa más profunda de verificaciones sobre relaciones y completitud de campos.

1. Integridad de las relaciones

Contactos sin Cuentas. Acuerdos sin Contactos. Acuerdos sin Cuentas. Estos registros huérfanos son utilizables, pero están incompletos y acumularán confusión a medida que los representantes intenten usarlos.

Para cada tipo de huérfano, decida:

  • ¿Fue intencional (los datos de origen no tenían Cuenta para estos Contactos)?
  • ¿O es un error de importación (la importación de la Cuenta falló, por lo que el Contacto no tiene nada a qué vincularse)?

Si es un error, corríjalo. Si es intencional, documéntelo.

2. Completitud de los campos personalizados en los objetos clave

Elija sus 5-10 campos personalizados más importantes (los que ventas usa para informes o filtros). Para cada uno:

  • ¿Qué porcentaje de los registros relevantes tiene este campo poblado?
  • ¿La tasa de población coincide con el sistema de origen?

Un campo personalizado que estaba poblado al 80% en el sistema de origen debería estar aproximadamente al 80% en el sistema de destino. Si cae al 30%, el campo no se mapeó correctamente durante la importación.

3. Resultados del análisis de detección de duplicados

La mayoría de los CRM ejecutan detección automática de duplicados en la importación o tienen un análisis integrado que se puede activar manualmente. Ejecútelo dentro de las primeras 24 horas, antes de que los representantes comiencen a agregar datos. Si omitió la prueba de importación paralela (shadow import) antes del go-live, los duplicados son más probables; la importación paralela está específicamente diseñada para detectarlos antes de que lleguen a producción.

Revise el informe de duplicados con este enfoque:

  • Duplicados exactos por correo electrónico: fusionar de inmediato
  • Mismo nombre, empresa similar: marcar para revisión del responsable de ventas antes de fusionar
  • Posibles duplicados (nombre similar, correo diferente): marcar para revisión manual, no fusionar automáticamente

4. Registros de actividad vinculados a los registros correctos

Tome 20 registros de actividad aleatorios (notas, registros de llamadas) de la importación. Para cada uno:

  • ¿Está vinculado a un Contacto?
  • ¿Está vinculado al Contacto correcto (no un duplicado o la persona incorrecta)?
  • ¿El contenido se muestra correctamente (sin problemas de codificación, sin truncamiento)?
  • ¿El campo de fecha está poblado y es correcto?

Nivel 3: verificaciones de lógica empresarial (Hora 72)

Estas verificaciones requieren que el sistema haya estado en uso. Detectan problemas en cómo se comporta el CRM, no solo en qué datos contiene.

1. Los informes de Pipeline coinciden con las instantáneas prémigración

Antes de la migración, exporte una instantánea de su Pipeline: recuento total de acuerdos abiertos, valor total del Pipeline, recuento de acuerdos por etapa, tamaño medio del acuerdo. Compárelo con el mismo informe en el nuevo CRM en la marca de las 72 horas.

Si los números son significativamente diferentes, con más del 5% de varianza en el valor total del Pipeline, tiene un problema de datos. O los acuerdos no migraron, o los valores de los acuerdos llegaron incorrectamente, o el mapeo de etapas alteró la distribución de los acuerdos.

2. Las reglas de Lead routing se están activando correctamente

Si su CRM usa Lead routing automatizado (los nuevos Leads se enrutan a representantes o territorios específicos según reglas), pruébelo con un nuevo registro. Cree un Lead de prueba que coincida con una regla de enrutamiento y verifique que se enrute correctamente.

Los registros importados suelen activar incorrectamente las reglas de enrutamiento si el enrutamiento está basado en fechas o en la fecha de creación del registro. Un registro creado en 2023 que se importó en la fecha de su migración podría tener su fecha de creación establecida en la fecha de importación, lo que activa reglas de enrutamiento que no deberían aplicarse a registros históricos. Verifique esto dentro de las 72 horas antes de que cree un acumulado de registros mal asignados.

3. Los activadores de automatización no se están disparando incorrectamente en registros importados

Este es uno de los problemas posmigracion más comunes y dañinos. Si su CRM tiene automatizaciones que se activan al crear registros, como correos de bienvenida, secuencias de Onboarding o notificaciones internas, los registros importados pueden activarlas todas simultáneamente. El artículo de Wikipedia sobre automatización de flujos de trabajo proporciona contexto útil sobre cómo se comportan los sistemas basados en activadores cuando se insertan grandes volúmenes de registros nuevos, y por qué suprimir las automatizaciones durante las importaciones masivas es una práctica estándar.

La mayoría de los CRM tienen una opción para suprimir las automatizaciones durante la importación. Si no la usó, verifique si alguna automatización se activó para el volumen total de importación. Si lo hicieron, puede haber enviado correos automatizados a cada contacto que migró.

Revise el registro de actividad de automatización dentro de las 72 horas. Si se produjeron activaciones incorrectas, necesitará suprimir activadores futuros en registros importados o enviar una comunicación de corrección.

4. Lógica de asignación de usuarios correcta

Abra 20 Acuerdos aleatorios y 20 Contactos aleatorios. Para cada uno, verifique que el representante asignado coincide con lo que había en el sistema de origen. La asignación incorrecta de representantes crea dos problemas: los representantes no pueden ver los registros que son de su propiedad, y los representantes pueden ver registros que no son de su propiedad.

Causas comunes: discrepancia en el formato del nombre de usuario entre el origen y el destino (nombre.apellido vs. nombre_apellido), usuarios inactivos en el origen que deben reasignarse, o una asignación general que enrutó los registros no coincidentes a un solo usuario.

Cómo documentar y gestionar los hallazgos

Clasificación por gravedad:

Gravedad Descripción Ejemplo Plazo de corrección
P1: pérdida de datos Registros completamente faltantes o campos críticos vacíos 500 Contactos no se importaron Antes del acceso de ventas
P2: calidad de datos Registros importados con valores incorrectos o faltantes Campo personalizado vacío en el 15% de los contactos Dentro de 24 horas
P3: lógica empresarial Automatización o enrutamiento activado incorrectamente Correos de bienvenida enviados a todos los contactos importados Dentro de 72 horas
P4: cosmético Problemas de visualización, formato, inconsistencias menores Inconsistencia en el formato del teléfono Dentro de 30 días

Plantilla de triaje:

Para cada hallazgo, documente:

  • Descripción del hallazgo
  • Nivel de gravedad
  • Número de registros afectados
  • Causa raíz (si se conoce)
  • Enfoque de remediación
  • Responsable
  • Fecha objetivo de corrección

Mantenga esto como documento compartido con el responsable de ventas y el responsable de IT. Los problemas P1 y P2 deben resolverse antes de informar a las partes interesadas que "la migración está completa".

Comunicación de los resultados de la auditoría a las partes interesadas

Qué decirle al VP de Ventas:

Comience con lo que funciona. Dé el recuento de Contactos, Cuentas y Acuerdos abiertos que se migraron correctamente. La investigación de Harvard Business Review sobre gestión del cambio encontró que los empleados se resisten a los cambios que no entienden: la comunicación transparente y factual sobre el estado de la migración reduce significativamente el escepticismo que ralentiza la adopción del CRM en las primeras semanas. Informe cualquier hallazgo P1 con el plazo de corrección. No dé un desglose técnico de cada verificación: enfóquese en el impacto empresarial.

Si hay problemas significativos: "Identificamos 220 Contactos con campos de correo electrónico faltantes. Lo estamos corrigiendo hoy y no afectará a ningún acuerdo abierto. El problema estaba en los datos de origen, no en el proceso de importación." Comunicación de la migración a su equipo de ventas cubre cómo enmarcar estas conversaciones para que no erosionen la confianza de los representantes en el nuevo sistema antes de que la adopción se consolide.

Qué mantener interno:

Los hallazgos P3 y P4 no necesitan llegar a la dirección de ventas. Gestiónelos operacionalmente e inclúyalos en un resumen escrito a los 30 días.

Cómo gestionar las expectativas sobre problemas conocidos:

Si hay problemas que tardan más de un día en corregirse, informe al equipo de forma proactiva. "Es posible que vea algunos contactos sin números de teléfono esta semana: estamos ejecutando una corrección por lotes y estará resuelto para el jueves." Esto evita que los representantes abran tickets de soporte asumiendo que el CRM está roto.

Errores comunes

Verificaciones puntuales en lugar de análisis sistemático. Abrir 10 registros aleatorios y declarar el éxito no es una auditoría: es una suposición optimista. Use los recuentos de filas, la completitud de campos y las verificaciones de integridad de relaciones como un proceso estructurado.

Omitir el nivel de lógica empresarial. La mayoría de los equipos solo ejecutan las verificaciones de la Hora 1 y luego abren el sistema. Las activaciones incorrectas de automatizaciones y los errores de enrutamiento, los problemas de las 72 horas, son a menudo los que dañan la confianza de los representantes y crean ruido continuo en el CRM.

No comparar con una instantánea base prémigración. Sin una instantánea del sistema de origen tomada inmediatamente antes de la migración, no puede verificar definitivamente qué debería haber migrado. Tome una instantánea antes de cada migración. Exporte los recuentos de registros y los totales del Pipeline a un archivo de referencia.

Declarar el éxito antes de que se cierre la ventana de 72 horas. El cronograma de tres niveles existe porque los distintos tipos de problemas aparecen en intervalos diferentes. Cerrar la auditoría después de la Hora 1 es como verificar si el corazón de un paciente late y enviarlo a casa: es una verificación necesaria, pero no suficiente.

Qué hacer a continuación

Programe una revisión de calidad de datos a los 30 días después de que se cierre la auditoría de 72 horas. Esta revisión examina las métricas de calidad de datos que solo se hacen visibles después de un mes de uso real: tasas de población de campos, acumulación de duplicados, registros con relaciones faltantes que los representantes han estado sorteando.

Para orientación sobre cómo prevenir problemas antes de que se ejecute la importación, prueba de la migración con una importación paralela (shadow import) cubre cómo detectar la mayoría de estos problemas en un entorno de prueba antes del go-live.

Y si la auditoría arroja hallazgos que requieren considerar un rollback, rollback planning: esperemos que no lo necesite define cuándo y cómo tomar esa decisión, incluido qué significa realmente "rollback" después de 72 horas de uso en producción.

La auditoría en sí se conecta directamente con el día de la transición: la lista de verificación que previene desastres: las verificaciones que ejecuta durante la migración determinan en qué debe centrarse la auditoría en las horas siguientes.

Más información