ServiciosIntegracionesSmartloop · servicio recurrenteEscala de RendimientoPartnersRecursosBlogCasos de éxitoGuías paso a pasoNosotrosContactoRevisión de diagnóstico
← Guía: Migración de CRM

Paso 5 · Ejecución y validación con datos reales

En este paso corres la migración completa en ambiente de prueba con tus datos reales y la validas por tres vías: conteos, montos y muestreo. El entregable es un acta de validación con los números cuadrados y la firma de los vendedores sobre sus cuentas clave. Nadie cruza al paso 6 con "parece que está todo": se cruza con evidencia.

La migración de prueba: producción no es tu QA

La corrida de prueba es la migración entera —mismos datos, mismas herramientas, mismo orden— ejecutada contra un ambiente que se puede borrar sin llorar. No es una muestra de 100 registros: es el volumen completo, porque los problemas de una migración son proporcionales al volumen. El contacto con el emoji en el apellido, la empresa con tres padres, el negocio con fecha de cierre en 1970: nada de eso aparece en una muestra chica.

El orden de carga importa y sale del mapeo del paso 3: primero empresas, después contactos (que se asocian a empresas), después negocios (que se asocian a ambos), después actividades y adjuntos (que cuelgan de todo lo anterior). Cargar en orden inverso fabrica huérfanos. Y cada corrida deja un log: cuántos registros entraron, cuántos fallaron y por qué. Ese log es tu lista de tareas, no un archivo para ignorar.

Validación por conteos y montos: los números cuadran o no hay cutover

La primera validación es aritmética y no negociable. Arma una tabla de conciliación con una fila por objeto: cuántos registros dice el origen (después del filtro de las tres pilas del paso 2), cuántos llegaron al destino, y la diferencia explicada línea por línea. "Faltan 214 contactos" no es un resultado aceptable; "se excluyeron 214 duplicados confirmados, lista adjunta" sí.

Con los conteos cuadrados, vienen los montos, que es donde el negocio de verdad se juega: la suma de los negocios abiertos por etapa del pipeline tiene que dar lo mismo en ambos sistemas, al centavo. Si el pipeline del CRM viejo dice $2.4M y el nuevo dice $2.1M, hay negocios que no llegaron o llegaron sin monto, y encontrarlos es más fácil hoy que cuando el gerente comercial lo descubra en su primer forecast.

Si los conteos no cuadran en sandbox, no van a cuadrar mágicamente en producción.

Validación por muestreo: los registros cuentan la historia

Los números correctos no garantizan historial sano: puedes tener 10.000 actividades migradas y todas colgadas del registro equivocado. La segunda validación es cualitativa: toma 20 a 30 registros por objeto —mezclando los importantes y los raros— y abrilos lado a lado en ambos sistemas. Verifica que el contacto tenga su empresa, que el negocio tenga sus contactos, que el timeline muestre las actividades en orden cronológico con sus fechas originales, y que los adjuntos abran.

Incluye a propósito los casos difíciles que la corrida de prueba reveló: la cuenta con 400 actividades, el negocio compartido entre dos vendedores, el contacto que estuvo en tres empresas. Los registros fáciles ya sabes que llegaron bien; la confianza se construye en los difíciles.

Los vendedores firman

La validación final no la hace el equipo técnico: la hace la gente que va a vivir en el CRM nuevo. Pedile a cada vendedor que abra sus 10 cuentas más importantes en el ambiente de prueba y confirme: están mis clientes, están mis negocios con sus montos, está la historia de cada relación. Quince minutos por persona.

Esta firma tiene doble función. La obvia: cuatro ojos comerciales encuentran lo que ningún script detecta ("a esta cuenta le falta la propuesta que mandamos en abril"). La estratégica: un vendedor que validó sus cuentas es un vendedor que confía en el sistema nuevo antes del día D. La adopción del paso 6 empieza acá, no en la capacitación.

Errores comunes en este paso

  • Validar solo conteos. Los totales cuadran y el historial está colgado del registro equivocado. Conteos, montos y muestreo: los tres, siempre.
  • Probar con una muestra chica. Los errores de migración viven en los casos raros, y los casos raros solo aparecen con el volumen completo.
  • Ignorar el log de errores. "Solo falló el 2%" son 800 registros si tienes 40.000. ¿Cuáles 800? ¿Incluyen a tu cliente más grande?
  • Validar sin ventas. El equipo técnico verifica estructura; solo el vendedor sabe si la cuenta "se siente" completa.

Checklist antes de pasar al siguiente

  • Corrida de prueba completa ejecutada con volumen real, en el orden correcto de objetos.
  • Log de errores revisado y en cero, o con excepciones documentadas y aceptadas.
  • Tabla de conciliación de conteos por objeto, con toda diferencia explicada.
  • Montos de pipeline por etapa cuadrados entre origen y destino.
  • Muestreo de 20–30 registros por objeto verificado, incluyendo los casos difíciles.
  • Vendedores con sus cuentas top revisadas y visto bueno registrado.

Con el acta de validación firmada, se cumplieron los criterios del punto de no retorno que definiste en el paso 4. Sigue el corte: paso 6, cutover y adopción. El panorama completo vive en la guía de migración de CRM.

¿Números que cuadran o fe ciega?

Lo de arriba es un capítulo. El método completo está en la guía para migrar de CRM sin perder historial: de decidir si migrar hasta los primeros 90 días en la plataforma nueva. En una migración el orden pesa más que la herramienta — léela completa antes de exportar nada.