Integración con HubSpot y desarrollo para equipos de RevOps

Con los cuatro, y también con Service Hub cuando el equipo de RevOps gestiona los pipelines de tickets. La mayor parte de nuestro trabajo abarca Sales Hub Enterprise (tratos, objetos personalizados, secuencias, previsiones), Marketing Hub Enterprise (contenido inteligente, etapas del ciclo de vida, atribución) y Operations Hub Professional o Enterprise (automatización programable, calidad de datos, acciones de código propio en Workflows). CMS Hub Enterprise entra en juego cuando marketing quiere temas HubL, sitios multilingües con dominios de marca y funciones serverless. No fingimos que HubSpot sea un único producto: cada Hub tiene su propio modelo de datos y sus propios límites, y diseñamos en torno a ellos de forma explícita.

Sí; es aproximadamente el 60 % de lo que hacemos. Diseñamos objetos personalizados (Proyectos, Suscripciones, Propiedades, Vehículos, Préstamos, lo que corresponda a su negocio) con asociaciones correctas, etiquetas de asociación e identificadores de propiedad únicos, y los exponemos mediante tarjetas de CRM, páginas de registro personalizadas y la API. Respetamos el techo práctico de 10 objetos y el límite orientativo de 500 propiedades por objeto, particionamos correctamente por pipeline y redactamos el plan de migración desde su pipeline de Deals sobrecargado. HubSpot cobra los objetos personalizados en el nivel Enterprise; no le propondremos algo que su licencia no admite.

Con tres patrones, según el volumen. Volumen bajo (menos de 100k eventos al mes): CRM API v3 directa con endpoints por lotes, suscripciones a webhooks y lógica de reintentos en un pequeño worker de Node o Python. Volumen medio: sincronización de datos de Operations Hub con Snowflake/BigQuery/Postgres, con mapeo bidireccional de campos y reglas de conflicto. Volumen alto (millones de eventos): Segment o RudderStack como bus, con HubSpot como un destino más, además de una capa de reverse-ETL (Hightouch, Census) para el enriquecimiento del almacén hacia HubSpot. Siempre respetamos los límites diarios de la API de HubSpot (250k en Enterprise) y diseñamos en torno a ellos.

Constantemente. Las acciones de Workflow de código propio en Node.js son la respuesta correcta cuando los pasos estándar de los Workflows no pueden expresar la lógica: asignación round-robin con ponderación por carga del equipo, enrutamiento de aprobaciones de varios pasos, llamadas a APIs externas de scoring, enmascaramiento de datos por exigencia del RGPD. Las funciones serverless de CMS Hub se encargan de las descargas restringidas, los formularios personalizados con validación de reCAPTCHA Enterprise y el pago con Stripe desde las landing pages de HubSpot. Mantenemos todo el código propio en un repositorio Git (la CLI de HubSpot lo admite), con despliegues por CI en cada entorno y una gestión de secretos adecuada, y no con el patrón de copiar y pegar en la interfaz que dejan la mayoría de las agencias.

Sí. Configuramos correctamente las funciones del RGPD de HubSpot: seguimiento de la base jurídica por contacto, granularidad en los tipos de suscripción, doble opt-in para los suscriptores de la UE, políticas de retención de datos mediante Workflows de Operations Hub y banners de consentimiento que sí se integran con el seguimiento de HubSpot (no el comportamiento predeterminado defectuoso). Firmamos un DPA, asesoramos sobre la residencia de datos en la UE (HubSpot ofrece alojamiento de datos en la UE para los portales nuevos desde 2022) y documentamos el registro de actividades de tratamiento del artículo 30 para su DPO. Alineado con el RGPD · Preparado para ISO 27001 · SOC 2 Type II en curso.

El trabajo de CRM con HubSpot es de alcance cerrado y precio total, presupuestado en USD y escalonado según el CRM que necesite. El ajuste de un portal existente parte de $1,100 (1–2 semanas); un MVP de CRM con pipelines, enrutamiento e informes, de $2,900 (3–4 semanas); un modelo de datos de CRM a medida con objetos personalizados e integraciones, de $6,900 (5–8 semanas); y una plataforma de CRM completa con migración, sincronización de datos y CMS Hub, de $13,800 (8–12 semanas). La cifra varía según el número de objetos personalizados, el volumen y el patrón de las integraciones, cuánta lógica reside en acciones de código propio, el nivel de Hub de su licencia y el alcance del RGPD y de la residencia de datos en la UE. Usted ve el presupuesto desglosado al final de una auditoría del portal en la semana 1 y lo aprueba antes de que se escriba una sola línea de código; sin recargo por intermediación, sin sobrecostes por herramientas, y su licencia de HubSpot funciona en su propia cuenta. Somos miembros del programa HubSpot Solutions Partner y seguimos su itinerario de certificación técnica con todos los desarrolladores del equipo.

Sí; la migración de Salesforce a HubSpot es el segundo proyecto más habitual que realizamos, después del diseño de objetos personalizados. Las cuentas y los contactos se mapean sin problemas; las oportunidades pasan a ser Deals, con los campos personalizados conservados mediante la migración de propiedades de HubSpot; las actividades (tareas, eventos, registros de llamadas) se migran con la Engagements API. El trabajo real es depurar el modelo de datos: la mayoría de las organizaciones de Salesforce arrastran años de proliferación de campos que no deberían llegar tal cual a HubSpot. Auditamos los datos de origen en la semana 1, acordamos el modelo de destino con su responsable de RevOps, ejecutamos una migración de prueba en el sandbox, verificamos el número de registros y la integridad de las asociaciones y después hacemos el cutover con una ventana de sincronización delta. El historial se conserva como actividades de la cronología en cada registro de Contacto y de Empresa. Plazo típico de una migración: 4–8 semanas, según el volumen de datos y el alcance de la depuración del modelo.

Lo instrumentamos desde el primer día. Cada integración que desarrollamos incluye un panel de consumo de la API (con desgloses por contacto, empresa y Workflow) para que vea las tendencias de uso antes de llegar al techo. Si un Workflow o una integración gasta presupuesto de forma ineficiente, lo diagnosticamos: normalmente se trata de un patrón de sondeo (polling) en lugar de una suscripción a webhooks, o de una operación masiva que no usa la Batch API. En los portales que ya están al 70–80 % del límite diario, sacamos los flujos de alto volumen de la API del CRM y los pasamos a la sincronización de datos de Operations Hub (con cuota aparte) o a una arquitectura Segment/reverse-ETL que procesa por lotes en bloque. HubSpot puede conceder aumentos temporales del límite para campañas planificadas; nos encargamos de esa solicitud en su nombre.

Sí, aunque HubSpot desaconseja el multiportal salvo que exista un motivo real: entidades jurídicas separadas, requisitos geográficos de residencia de datos o un aislamiento de marca que no se puede resolver con Business Units. Primero diseñamos la arquitectura de Business Units, que resuelve el CMS Hub multimarca, los tipos de suscripción separados y los informes aislados dentro de un único portal, y que casi siempre es la respuesta correcta para una empresa multimarca. Cuando el multiportal es realmente necesario (residencia de datos en la UE para un subconjunto de contactos), construimos la capa de sincronización entre portales con private apps y la CRM API, con una designación clara de la fuente de verdad para evitar duplicados.

Lo difícil es el contrato de integración. Lo definimos como un documento de esquema: qué propiedades de HubSpot se asignan a qué campos del backend del producto, cuál es la regla de resolución de conflictos (gana HubSpot, gana el producto o la última escritura) y qué dispara un evento de sincronización. Ese documento vive en Git junto al código de la integración. Cuando el esquema de su producto añade un campo, el proceso es: actualizar el documento de esquema, ampliar la propiedad de HubSpot mediante la API, actualizar el código de sincronización y desplegar primero en el sandbox mediante CI. En la sincronización de datos de Operations Hub, la deriva del esquema se detecta en la capa de mapeo de campos. En el reverse-ETL a medida (Hightouch, Census), la prueba de esquema del almacén la detecta antes de que llegue a HubSpot un registro con un campo ausente. La gestión de la deriva de esquemas es un entregable estándar en todas las integraciones que desarrollamos.