Para estimar una migración a HubSpot debes calcular el trabajo necesario para trasladar datos, reconstruir procesos, conectar sistemas, validar resultados y preparar a los usuarios.
El número de contactos influye, pero rara vez determina por sí solo la duración o el costo: las asociaciones, automatizaciones, integraciones y calidad de la información suelen pesar más.
Dos empresas pueden tener 100.000 contactos y enfrentar proyectos completamente distintos.
La primera puede trabajar con contactos, empresas y negocios limpios, sin integraciones ni automatizaciones complejas. La segunda puede tener cinco sistemas conectados, actividades históricas, múltiples monedas, objetos personalizados y reglas de consentimiento diferentes por país.
El volumen importa porque condiciona la extracción, transformación, carga y reconciliación. Sin embargo, no explica por sí solo cuántas decisiones, pruebas y reconstrucciones necesita el proyecto.
Según HubSpot, el importador permite cargar hasta 10 millones de filas en un periodo móvil de 24 horas, con un máximo de 1.048.576 filas por archivo. La Imports API amplía la capacidad hasta 80 millones de filas diarias, aunque mantiene el límite de 1.048.576 filas o 512 MB por archivo.
Esos límites demuestran que mover grandes cantidades de registros es técnicamente posible. No significan que el modelo esté bien diseñado ni que las asociaciones, automatizaciones y reportes funcionen después.
Una estimación seria empieza con un discovery. Sin inventario, el presupuesto es una apuesta con una hoja de cálculo elegante.
El análisis debería cubrir cinco frentes:
El inventario no solo cuenta elementos. También los clasifica como migrar, transformar, reconstruir, integrar, archivar o eliminar.
Esa decisión reduce el alcance. Copiar todo “por si acaso” suele ser la forma más rápida de pagar por trasladar deuda técnica.
La complejidad del dato depende de cuatro variables: variedad, calidad, relaciones e histórico.
Cantidad y variedad de objetos
Migrar contactos y empresas no exige el mismo diseño que trasladar negocios, tickets, productos, line items, actividades y entidades propias del negocio.
Según HubSpot, su herramienta de importación permite crear, actualizar y asociar registros de múltiples objetos. También permite incorporar etiquetas que distinguen relaciones como comprador, distribuidor o contacto de facturación, aunque la importación de estas etiquetas requiere una suscripción Professional o Enterprise.
Los objetos personalizados aumentan el trabajo de arquitectura porque necesitan propiedades, asociaciones, permisos, automatizaciones y reporting propios.
HubSpot confirma que los custom objects requieren una suscripción Enterprise. Por eso, una entidad personalizada detectada durante el discovery también puede modificar la edición necesaria y el presupuesto de licenciamiento.
Cada propiedad puede necesitar normalización, mapeo o una regla de excepción.
Debes revisar fechas, monedas, propietarios, listas desplegables, países, consentimientos, dominios, teléfonos, identificadores externos y registros duplicados.
Una base de 20.000 registros con cinco reglas de transformación puede ser más sencilla que una de 5.000 con cien campos inconsistentes. El archivo pesa menos; el dolor de cabeza, no.
Las relaciones entre contactos, empresas, negocios, productos y tickets deben preservarse y reconciliarse.
Las actividades históricas añaden otra decisión: qué información tiene valor operativo, qué se conserva para análisis y qué puede permanecer en un archivo consultable.
No todo el pasado merece mudarse al CRM nuevo. A veces basta con dejarle una dirección de reenvío.
Los procesos no suelen copiarse de forma automática. Deben documentarse, simplificarse, reconstruirse y probarse.
Para cada workflow conviene registrar:
La edición contratada también modifica el alcance.
Según HubSpot, Marketing Hub, Sales Hub y Service Hub Professional permiten crear hasta 300 workflows, mientras que sus ediciones Enterprise permiten hasta 1.000. El número de automatizaciones existentes ayuda a dimensionar el inventario, pero no revela por sí solo su complejidad.
Un workflow de dos acciones puede revisarse rápidamente. Otro con ramas, llamadas externas y reglas de reasignación necesita análisis funcional, configuración y varias pruebas.
Con las integraciones ocurre algo similar. Estimar solamente “conectar ERP” no sirve.
Debes definir objetos, dirección, frecuencia, identificadores, fuente de verdad, reglas de conflicto, autenticación, monitorización, reintentos y rollback.
El reporting también necesita inventario. Un dashboard no se estima por cantidad de gráficos, sino por la disponibilidad y confiabilidad de los datos que lo alimentan.
Divide el proyecto en paquetes de trabajo y estima cada uno por separado:
Para cada paquete registra entregables, dependencias, responsable, nivel de complejidad y criterio de aceptación.
Después añade contingencia según la incertidumbre. Un alcance bien documentado necesita menos reserva que una migración donde nadie sabe quién creó la integración principal ni qué ocurre si se desconecta.
Esa integración, por supuesto, suele llamarse final_v2.
La estimación también debe considerar la disponibilidad del cliente. Si los responsables tardan dos semanas en validar cada mapeo, el cronograma no puede asumir respuestas en 24 horas.
La estimación no termina en los servicios de migración.
Debes validar productos, ediciones, seats, contactos de marketing, límites de funciones y complementos antes de aprobar la arquitectura.
Según HubSpot, los workflows requieren una suscripción Professional o Enterprise en los productos compatibles, mientras los objetos personalizados necesitan Enterprise. La creación de informes personalizados también depende de ediciones Professional o Enterprise.
En Marketing Hub, HubSpot factura según el nivel de contactos clasificados como contactos de marketing en las suscripciones que incluyen este modelo.
La plataforma recomienda revisar periódicamente el nivel contratado porque superar el límite puede provocar una ampliación automática. Importar contactos sin definir correctamente su estado puede afectar el costo operativo posterior.
El Product & Services Catalog y la orden de compra deben utilizarse como referencias contractuales para confirmar funcionalidades, límites y capacidades incluidas. Una función disponible en una demostración no debería asumirse incluida en el portal del cliente.
Una propuesta calculada únicamente por cantidad de contactos es fácil de explicar y peligrosa de ejecutar.
La variable que más cambia una estimación no suele ser el volumen, sino la incertidumbre. Cada proceso sin documentar, integración sin propietario y reporte sin definición añade trabajo que aparecerá tarde o temprano.
En Epic Danta preferimos estimar después de entender el modelo de datos, los sistemas, las automatizaciones y los criterios de éxito.
No es burocracia. Es la diferencia entre presupuestar un proyecto y adivinarlo.
Para estimar una migración a HubSpot debes descomponer el proyecto en datos, configuración, automatizaciones, integraciones, reporting, pruebas, adopción y soporte posterior.
El número de registros ayuda a calcular la ejecución técnica. El alcance real aparece al comprender qué debe conservarse, qué necesita rediseño y qué conviene eliminar.
Si quieres conocer todas las fases, riesgos y decisiones que intervienen en una migración completa, consulta nuestra guía Migración a HubSpot: la guía definitiva para migrar datos, procesos e integraciones.
Si estás preparando una migración y necesitas definir un alcance verificable, agenda una sesión con el equipo de Epic Danta. Revisaremos tu arquitectura actual y construiremos una estimación basada en trabajo real, riesgos y criterios de aceptación, no en una tarifa genérica por contacto.