Cómo migrar de Salesforce a HubSpot sin perder datos

Cada año, miles de equipos B2B evalúan pasar de Salesforce a HubSpot. Las razones se repiten: los costos de licencias de Salesforce han superado el punto en que generan ROI para equipos del mercado medio, la carga administrativa exige un especialista dedicado que la mayoría de las empresas de 50-200 personas no puede justificar, y los representantes de ventas que deberían vivir en el CRM pasan más tiempo peleando con él que usándolo. La propuesta de HubSpot es convincente: una interfaz más simple, marketing y ventas en una sola plataforma y un menor costo total de propiedad. Para muchos equipos, la propuesta es acertada.

Pero es en la migración donde las cosas se rompen. Los proveedores de CRM le dirán que el cambio toma de cuatro a seis semanas. En la práctica, una migración de Salesforce a HubSpot para un equipo B2B con 20,000+ registros de contacto, objetos personalizados y una docena de integraciones toma de tres a seis meses cuando se hace bien, y doce meses o más cuando se hace mal. La diferencia no está en las herramientas. Está en si trata la migración como una transferencia de datos o como un rediseño operativo.

Esta guía cubre el ciclo completo de la migración: la auditoría previa que la mayoría de los equipos omite, una hoja de ruta de ejecución en cinco fases, los cinco errores que sistemáticamente cuestan meses de retrabajo y una evaluación honesta de cuándo el cambio realmente tiene sentido. Si está evaluando activamente una migración de CRM, este es el marco que su equipo necesita antes de tocar un solo registro.

Antes de empezar: la auditoría previa a la migración

El error más costoso de cualquier migración de CRM ocurre antes de que empiece la migración: los equipos comienzan a mover datos sin entender del todo lo que tienen. Una org de Salesforce que lleva tres años o más en producción acumula capas de deuda de configuración: campos personalizados que nadie usa, reglas de automatización que entran en conflicto entre sí, informes construidos sobre objetos que quedaron obsoletos hace dos administradores. Migrar todo esto a HubSpot no le da un comienzo limpio. Le da el desorden de otra persona en una interfaz nueva.

La auditoría previa a la migración produce el documento que rige cada decisión posterior. No es opcional. Si no está seguro de cómo estructurarla, nuestra guía de auditoría RevOps ofrece un marco de seis pilares y una lista de verificación que se aplica directamente al análisis previo a la migración. Esto es lo que cubre.

En la mayoría de las transiciones de Salesforce a HubSpot que revisamos, al menos el 20 por ciento de los registros de contacto tiene duplicados o valores de campo contradictorios que solo salen a la luz después del traslado. Limpiar primero el sistema de origen ahorra semanas de resolución de problemas después de la migración.

Mapee su modelo de datos actual de Salesforce

Empiece con un inventario completo de cada objeto de su org de Salesforce, estándar y personalizado. Para cada objeto, documente los campos (nombre, tipo, valores de lista, lógica de fórmulas), el número de registros y las relaciones con otros objetos. Una org de Salesforce típica del mercado medio tiene 15-30 objetos personalizados y 200-400 campos personalizados repartidos entre Accounts, Contacts, Opportunities y objetos personalizados. Necesita saber exactamente cuántos tiene antes de decidir cuáles migrar.

Preste especial atención a los tipos de campo que no se traducen directamente. Los campos de fórmula, los resúmenes acumulados (roll-up summaries) y los tipos de registro de Salesforce no tienen un equivalente 1:1 en HubSpot. Las listas de selección múltiple se migran como cadenas delimitadas por punto y coma, a menos que gestione la conversión de forma explícita. Las relaciones de búsqueda entre objetos personalizados requieren las asociaciones de objetos personalizados de HubSpot, que tienen sus propias limitaciones en etiquetas de asociación y cardinalidad.

Identifique lo que realmente se usa frente a lo heredado

Ejecute informes de uso a nivel de campo. La app Field Trip de Salesforce (AppExchange) o una exportación mediante la API de metadatos pueden mostrarle qué campos se han completado en los últimos 90 días. En la mayoría de las orgs, el 30-50% de los campos personalizados tiene una tasa de llenado nula o casi nula. Son campos que alguien creó para un proyecto que terminó, un informe que se abandonó o una integración que se dio de baja. No necesitan migrarse.

Haga el mismo análisis con los informes y dashboards. Exporte la lista desde Setup > Reports, revise las fechas de última ejecución y señale todo lo que no se haya consultado en seis meses. La org de Salesforce promedio tiene 150-300 informes. Menos de la mitad se usa activamente. Migrar lógica de informes que nadie lee desperdicia semanas de reconstrucción en HubSpot.

Documente las automatizaciones e integraciones personalizadas

Catalogue cada automatización: Flows, Process Builders, Workflow Rules, triggers de Apex y trabajos programados. Para cada una, documente la condición que la dispara, las acciones que realiza y el proceso de negocio que respalda. Aquí es donde las migraciones se encarecen: un equipo con 40-60 Flows en Salesforce no puede simplemente recrearlos como flujos de trabajo de HubSpot. Los modelos de automatización son fundamentalmente distintos. Los Flows de Salesforce pueden ejecutar lógica de ramificación compleja con múltiples operaciones DML; los flujos de trabajo de HubSpot, en comparación, se basan en eventos y son lineales.

Liste cada integración conectada a Salesforce: automatización de marketing, facturación (Stripe, Zuora), CPQ, soporte (Zendesk, Intercom), enriquecimiento de datos (ZoomInfo, Clearbit) y conexiones de API personalizadas. Para cada integración, anote la dirección de sincronización (unidireccional o bidireccional), los campos sincronizados y la frecuencia. Este inventario se convierte en su lista de verificación para reconstruir integraciones en la Fase 3.

El resultado de esta auditoría es un único documento: su especificación de migración. Enumera cada objeto, campo, automatización, informe e integración, marcados como migrar, reconstruir o retirar. Sin este documento, su migración es pura conjetura.

La hoja de ruta de migración en 5 fases

Con la auditoría terminada, la migración sigue cinco fases. Omitir o comprimir cualquiera de ellas es la forma en que los equipos terminan con seis meses de retraso y datos en los que no pueden confiar.

Fase 1: Mapeo del modelo de datos

Asigne cada objeto de Salesforce a su equivalente en HubSpot. Los objetos estándar se traducen de forma relativamente limpia: Accounts pasan a ser Companies, Contacts siguen siendo Contacts, Opportunities pasan a ser Deals y Cases pasan a ser Tickets. Pero los detalles importan. Las Accounts de Salesforce admiten de forma nativa una jerarquía padre-hijo; las asociaciones de empresas en HubSpot requieren un enfoque distinto. Los Opportunity Products de Salesforce se corresponden con los Line Items de HubSpot, pero los modelos de precios (recurrente frente a único, descuentos por cantidad) pueden requerir propiedades personalizadas.

Los objetos personalizados son el mayor desafío. Los objetos personalizados de HubSpot (disponibles en el nivel Enterprise) admiten hasta 10 definiciones de objetos personalizados con hasta 250 propiedades cada una. Si su org de Salesforce tiene 25 objetos personalizados, tiene un problema: algunos deberán consolidarse, otros replantearse como propiedades personalizadas en objetos estándar y otros quizá no se migren en absoluto. Aquí es donde la migración se convierte en un rediseño operativo y no solo en una transferencia de datos.

Cree una hoja de cálculo de mapeo de campos: nombre del campo en Salesforce, tipo de campo, nombre del campo en HubSpot, tipo de campo en HubSpot, lógica de transformación (si la hay) y prioridad de migración. Para una org típica del mercado medio, esta hoja tiene 200-500 filas. Es el artefacto más importante de toda la migración.

Fase 2: Limpieza de datos

Limpie los datos antes de moverlos, no después. Solo la deduplicación puede reducir su base de contactos en un 10-25%. Use la gestión de duplicados integrada de Salesforce o herramientas como Cloudingo o DemandTools para fusionar duplicados según combinaciones de email, dominio de la empresa y número de teléfono. Defina reglas de fusión que conserven las fechas de actividad más recientes y los datos de campo más completos.

Normalice los valores de los campos. Si su lista de "Industry" tiene "SaaS", "SAAS", "Software as a Service" y "Software/SaaS" como valores separados, consolídelos antes de la migración. Aplique la misma normalización a los cargos ("VP Sales" frente a "Vice President of Sales" frente a "VP, Sales"), a los campos de país ("US" frente a "USA" frente a "United States") y a cualquier otro campo de lista o de texto con formato inconsistente. Es un trabajo tedioso, pero evita meses de dolores de cabeza con los informes en HubSpot.

Archive los registros obsoletos. Contactos sin interacción en 18+ meses, negocios cerrados perdidos hace más de dos años, cuentas sin contactos ni actividad asociados: muévalos a un archivo antes de la migración. Siempre puede importar los registros archivados más adelante si los necesita, pero migrar 80,000 contactos cuando solo se trabajan activamente 35,000 cuesta tiempo e infla el precio de su nivel de contactos en HubSpot.

Fase 3: Inventario de integraciones y plan de reconstrucción

Tome la lista de integraciones de su auditoría y clasifique cada conexión en una de tres categorías. Integración nativa de HubSpot: HubSpot tiene un conector integrado (Slack, Zoom, Google Workspace, Stripe, QuickBooks). Son las más fáciles: instale la integración, configure el mapeo de campos y pruebe. Integración basada en API: la herramienta tiene una API y la API de HubSpot admite las operaciones necesarias, pero no existe un conector prediseñado. Necesitará middleware personalizado (Zapier, Make, Workato o código propio) para cubrir la brecha. Reconstrucción necesaria: la integración dependía de funciones específicas de Salesforce (Apex callouts, Platform Events, Change Data Capture) y debe rediseñarse para el modelo de HubSpot basado en webhooks y flujos de trabajo.

Para cada integración, estime el esfuerzo de reconstrucción. Un conector nativo de HubSpot toma 1-2 horas de configuración. Un puente basado en API toma 1-3 días. Una reconstrucción completa puede tomar 1-4 semanas según la complejidad. Multiplique estas estimaciones por su inventario de integraciones para obtener un calendario realista solo para la Fase 3: para un equipo con 12-15 integraciones, esta fase suele tomar 4-8 semanas.

Fase 4: Ejecución de la migración

Ejecute la migración de datos en un orden específico. Primero las Companies (Accounts): son los objetos padre a los que se asocia todo lo demás. En segundo lugar los Contacts, asociados a sus empresas. En tercer lugar los Deals (Opportunities), asociados tanto a empresas como a contactos. En cuarto lugar las actividades (tareas, llamadas, emails, notas), asociadas a los registros a los que pertenecen. Los objetos personalizados van al final, después de verificar las asociaciones de los objetos estándar.

Para la transferencia en sí, tiene tres opciones. La importación nativa de CSV de HubSpot funciona para migraciones simples y de bajo volumen (menos de 10,000 registros por objeto) con mapeos de campos sencillos. Las herramientas de migración de terceros como Trujay (ahora Import2), Coefficient o Insycle resuelven escenarios más complejos: mantienen las relaciones entre registros, admiten el mapeo de objetos personalizados y pueden ejecutar sincronizaciones incrementales. Para orgs grandes (50,000+ registros, objetos personalizados complejos, relaciones de muchos a muchos), los scripts de migración personalizados con la Bulk API de Salesforce y la Batch API de HubSpot le dan control total sobre la lógica de transformación, el manejo de errores y los mecanismos de reintento.

Ejecute primero la migración en un sandbox de HubSpot. Verifique el número de registros, revise muestras de valores de campo, pruebe la integridad de las asociaciones y confirme que las propiedades calculadas producen resultados correctos. Solo cuando la migración en el sandbox supere la validación debe ejecutarla en producción. Planifique el paso a producción para un viernes por la noche o un fin de semana: necesita 24-48 horas de funcionamiento en paralelo antes del lunes por la mañana, cuando el equipo de ventas inicie sesión.

Fase 5: Validación posterior a la migración

La validación no es una comprobación única: es un proceso estructurado que se extiende de dos a cuatro semanas después del paso a producción. Empiece por conciliar el número de registros: compare la cantidad de empresas, contactos, negocios y registros de objetos personalizados en Salesforce con la de HubSpot. Las cifras no coincidirán exactamente (se eliminaron duplicados y se archivaron registros obsoletos), pero necesita explicar cada discrepancia.

Después viene la verificación del mapeo de campos. Tome una muestra aleatoria de 50-100 registros de cada objeto principal y compare los valores de los campos lado a lado. Revise los campos de fecha (las conversiones de zona horaria son una fuente común de errores de un día), los campos de moneda (las orgs con varias monedas requieren un manejo cuidadoso) y los campos de lista (los valores que no coincidían con las opciones de propiedad de HubSpot se descartan en silencio).

Pruebe cada automatización. Cree registros de prueba que disparen cada flujo de trabajo y verifique que las acciones se ejecuten correctamente: envíos de email, creación de tareas, cambios de etapa de los negocios, notificaciones de Slack. Las fallas de automatización después de la migración son la principal fuente de incendios tras el paso a producción, porque son invisibles hasta que un representante nota que falta una tarea o un cliente no recibe un email esperado.

Establezca un periodo de operación en paralelo. Mantenga Salesforce activo (en modo de solo lectura) durante 2-4 semanas mientras el equipo trabaja en HubSpot. Cuando alguien diga "esta cifra no se ve bien en HubSpot", podrá contrastarla con Salesforce para determinar si el problema es un error de migración o una carencia en la configuración de HubSpot. Cancele su contrato de Salesforce solo cuando termine el periodo en paralelo y se superen todas las comprobaciones de validación.

Los 5 errores que cuestan meses a los equipos

Tras acompañar migraciones de CRM en múltiples organizaciones B2B, estos son los cinco patrones que una y otra vez convierten un proyecto de tres meses en una odisea de doce meses.

1. Migrar todo en lugar de lo que se usa

Los equipos tienden por defecto a "migrar todo por si acaso". Parece seguro, pero es todo lo contrario. Cada campo sin uso que migra es un campo que tiene que mapear, validar y mantener en HubSpot. Cada registro obsoleto que transfiere infla su nivel de contactos y cuesta dinero real: los precios de HubSpot se basan en contactos, y mover 80,000 contactos muertos a un sistema optimizado para 30,000 activos significa pagar por almacenar registros que nadie va a tocar. La clasificación migrar/retirar de la auditoría existe para evitar esto. Úsela.

2. Omitir la fase de limpieza de datos

"Lo limpiaremos después de migrar" es la frase más cara en las operaciones de CRM. Los datos sucios en Salesforce se convierten en datos sucios en HubSpot, solo que ahora son más difíciles de rastrear porque el contexto original (quién los creó, qué integración los envió, por qué tienen valores contradictorios) se pierde en la transferencia. Un contacto con tres registros duplicados en Salesforce se convierte en tres registros duplicados en HubSpot, además de la confusión de asociaciones que surge cuando los negocios y las actividades quedan repartidos entre los duplicados. Limpie antes de mover, no después.

3. Reconstruir las automatizaciones 1:1 en lugar de rediseñarlas

Sus automatizaciones de Salesforce se crearon para el modelo de datos, la arquitectura de disparadores y el modelo de ejecución de Salesforce. Recrearlas de forma idéntica en HubSpot produce flujos de trabajo que pelean contra la plataforma en lugar de trabajar con ella. Un Flow de Salesforce que actualiza tres objetos relacionados en una sola transacción debe convertirse en varios flujos de trabajo de HubSpot con disparadores de inscripción; intentar forzarlo en un único flujo de trabajo genera una automatización frágil y difícil de depurar. La migración es una oportunidad para simplificar. La mayoría de los equipos descubre que el 60% de sus automatizaciones de Salesforce puede consolidarse en menos flujos de trabajo de HubSpot, y más limpios.

4. No probar con usuarios reales antes del paso a producción

La validación técnica detecta errores de datos. Las pruebas con usuarios detectan errores de flujo de trabajo. A sus representantes de ventas no les importa si cuadra el número de registros: les importa poder encontrar sus cuentas, ver el historial de sus negocios y completar su trabajo diario sin pasos adicionales. Haga un piloto con 3-5 usuarios avanzados durante una semana completa en el sandbox de HubSpot. Deles escenarios reales: "Encuentre sus 10 cuentas principales por ingresos. Cree un nuevo negocio. Registre una llamada. Ejecute su informe semanal del pipeline." Los problemas que detecten (vistas que faltan, navegación poco intuitiva, marcadores rotos, permisos insuficientes) son cosas que ninguna prueba técnica va a encontrar.

5. Subestimar la reconstrucción de los informes

Los informes de Salesforce y los de HubSpot tienen arquitecturas distintas. Los informes de Salesforce son consultas de tipo SQL sobre el modelo de objetos, con uniones entre objetos, fórmulas de resumen y agrupaciones matriciales. Los informes de HubSpot usan un generador visual más simple pero menos flexible: ciertos informes de varios objetos que eran sencillos en Salesforce requieren en HubSpot el generador de informes personalizados (Enterprise), propiedades calculadas o incluso herramientas de BI externas. Reserve 2-4 semanas solo para reconstruir sus 20 informes y dashboards principales, y acepte que algunos informes deberán replantearse en lugar de recrearse.

Salesforce vs. HubSpot: cuándo tiene sentido el cambio

No todos los equipos deberían migrar. La decisión depende del tamaño de su equipo, su complejidad y sus prioridades operativas. Este es un análisis honesto.

Para una comparación más profunda de cuándo conviene cada plataforma, consulte nuestro marco de decisión HubSpot vs. Salesforce para equipos B2B.

Cuándo gana HubSpot

HubSpot es la mejor opción para equipos B2B con mucho peso en marketing que quieren ventas y marketing en una sola plataforma sin middleware. Si la estructura de sus negocios es relativamente simple (un solo pipeline, etapas sencillas, cotizaciones estándar), la gestión de negocios de HubSpot es más que suficiente y mucho más fácil de usar para los representantes. Los equipos que valoran la facilidad de uso por encima de la capacidad de configuración, donde la adopción por parte de los representantes importa más que la flexibilidad administrativa, reportan de forma constante mayores tasas de uso del CRM después de pasar a HubSpot. El costo total de propiedad suele ser un 40-60% menor que el de Salesforce para equipos de menos de 200 usuarios, sobre todo si se considera la mano de obra administrativa y los complementos de AppExchange.

Cuándo gana Salesforce

Salesforce sigue siendo la opción adecuada para organizaciones con modelos de datos complejos de múltiples objetos (10+ objetos personalizados con relaciones profundas), requisitos intensivos de CPQ u obligaciones de cumplimiento empresarial (FedRAMP, SOC 2 Type II con requisitos específicos de registro de auditoría). Si su proceso de ventas incluye cadenas de aprobación complejas, gestión de territorios o reglas de reconocimiento de ingresos que requieren lógica personalizada en Apex, la profundidad de personalización de Salesforce es difícil de replicar. Los equipos con un administrador de Salesforce dedicado que mantiene la org de forma activa obtienen más valor de la plataforma que los equipos donde el CRM es un proyecto secundario de todos.

A veces ninguno: el problema es el proceso

Esta es la verdad incómoda que ningún proveedor le dirá: si su pipeline está roto, sus datos están sucios y su equipo no sigue un proceso de ventas consistente, cambiar de CRM no arreglará nada. Gastará seis meses y $50,000-$150,000 en migrar a una nueva plataforma, solo para encontrar los mismos problemas en una interfaz distinta. Antes de comprometerse con una migración, pregúntese si el problema es realmente el CRM, o si se trata de etapas de negocio sin definir, ausencia de estándares para el ingreso de datos, falta de SLA entre marketing y ventas e informes que nadie construyó correctamente desde el principio. Primero arregle el proceso. Después decida si las herramientas necesitan cambiar.

Cómo ayudamos con las migraciones de CRM

En Fill System no empezamos por la migración. Empezamos por el diagnóstico. Antes de mover cualquier dato, mapeamos su configuración actual de Salesforce (objetos, campos, automatizaciones, integraciones e informes) y entregamos una evaluación estructurada de lo que debe migrarse, lo que debe reconstruirse y lo que debe retirarse. Es la auditoría previa a la migración que la mayoría de los equipos omite y que la mayoría de las agencias no ofrece.

El resultado del diagnóstico se convierte en su especificación de migración: un documento de mapeo de campos, un plan de reconstrucción de integraciones, una lista de verificación para rediseñar las automatizaciones y un calendario realista basado en la complejidad real de sus datos, no en una estimación del proveedor basada en promedios. Ya sea que ejecute la migración internamente, con una agencia o con nuestro equipo, partirá de una posición de claridad en lugar de conjeturas.

Nuestra practica de integración CRM y datos cubre todo el ciclo de migración. Puede conocer más sobre nuestro enfoque en nuestra página de Integración CRM y datos, o solicite un diagnóstico gratuito para tener una imagen clara de su situación actual antes de comprometerse con cualquier plan de migración.

Solicite un diagnóstico gratuito