Un portal de HubSpot con años de uso acumula workflows sin dueño, propiedades duplicadas e informes en los que nadie confía. Una auditoría de HubSpot mide ese deterioro en cinco dimensiones: (dato, automatizaciones, medición, adopción y seguridad) y lo convierte en un plan de saneamiento priorizado. En la mayoría de los casos, el portal se recupera sin empezar de cero. Esta guía explica cómo detectar la pérdida de control, cómo se audita con método y cómo decidir entre sanear, re-onboarding o reconstrucción.
La escena se repite en empresas grandes: HubSpot lleva años en producción, ha pasado por varios equipos y quizá una migración y hoy nadie sabe explicar para qué son muchas de las automatizaciones. La plataforma funciona: los emails salen, los deals avanzan, pero la confianza se ha perdido. Cada informe se discute. Cada cambio da miedo.
No es un problema de herramienta. Es un problema de gobierno: años de decisiones acumuladas sin un criterio común. Y tiene solución.
La pérdida de control no llega de golpe; se acumula. Estas son las señales que más se repiten en portales enterprise con años de recorrido:
El coste de estas señales no es cosmético. Según Forrester, el 65 % de los profesionales B2B cita la falta de alineación entre marketing y ventas como problema, y un 53 % sufre «handoffs rotos» entre equipos. Un portal sin gobierno fabrica ambas cosas a diario.
Si la compañía reconoce varias de estas señales, lo más útil no suele ser añadir automatizaciones, sino pararse a diagnosticar [TODO→A1.1: señales de pérdida de control, versión ampliada].
Una auditoría de HubSpot es un diagnóstico sistemático del estado de un portal (datos, automatizaciones, medición, adopción y seguridad) que identifica la deuda técnica acumulada y la convierte en un plan de saneamiento priorizado por impacto y esfuerzo. No es una lista de fallos: es la base para decidir cómo recuperar el control del portal.
Conviene delimitar qué incluye, porque el término se usa para cosas muy distintas:
Un health-check aporta más cuando no revisa «HubSpot en general», sino cinco dimensiones concretas con criterios objetivos en cada una. Son las cinco que usamos en Solid al auditar portales Enterprise. Se puntúan por separado, porque un portal puede estar sano en seguridad y crítico en dato, y el tratamiento de cada caso es distinto.
La pregunta de fondo: ¿el dato es fiable? Se revisan duplicados de contactos y empresas, propiedades redundantes o sin dueño, convenciones de nomenclatura y la integridad de los campos que alimentan el reporting. También lo que no se ve a simple vista: propiedades creadas y nunca rellenadas, campos con formatos inconsistentes entre objetos, formularios que escriben en propiedades equivocadas y asociaciones entre contactos, empresas y deals que ya no reflejan la realidad comercial. Un portal puede tener miles de propiedades creadas y solo unas decenas gobernadas; la diferencia entre ambas cifras es deuda.
Inventario y salud de workflows: cuántos hay activos, cuáles tienen dueño y propósito documentado, cuáles se solapan o compiten entre sí, cuáles tocan datos críticos. El diagnóstico busca patrones concretos: workflows que se disparan unos a otros en cadenas que nadie ha dibujado, criterios de inscripción que se pisan, acciones que sobreescriben campos usados por el reporting y automatizaciones con errores acumulados que llevan meses sin revisarse. La métrica reveladora no es el número de workflows: es el porcentaje de ellos que alguien sabe explicar.
Si los dashboards no se usan para decidir, no están cumpliendo su función. Esta dimensión revisa qué informes consume la dirección, si la atribución es consistente, si el embudo está definido igual para marketing y ventas, y si los ciclos de vida del contacto reflejan el proceso real de la compañía. Dos comprobaciones rápidas suelen bastar para dimensionar el problema: pedir el mismo dato a dos equipos distintos y comparar respuestas, y preguntar quién abrió cada dashboard en el último mes. Cuando la medición falla, el origen suele estar aguas arriba, en las dos dimensiones anteriores.
El mejor portal falla si el equipo no lo usa. Se revisa el uso real por rol: actividad comercial registrada, cobertura del pipeline, notas y tareas frente a operación fuera del CRM, la documentación de procesos y la dependencia de personas concretas. En nuestra experiencia, la adopción baja no siempre es un problema de formación; muchas veces es un síntoma de fricción de diseño. Si registrar una operación cuesta más que apuntarla en una hoja de cálculo, es comprensible que el equipo acabe eligiendo la hoja de cálculo.
Usuarios activos frente a usuarios dados de alta, roles y niveles de permiso, integraciones conectadas que nadie recuerda, claves de API huérfanas, exportaciones de datos sin control. En organizaciones con varias unidades de negocio se añade la revisión de particiones y visibilidad: quién ve qué, y si eso responde a una decisión o a la inercia. En Solid esta dimensión se revisa con el marco de la norma ISO/IEC 27001, la misma bajo la que operamos internamente.
En nuestra experiencia, la metodología pesa más que la herramienta. Estos cinco pasos son el esqueleto con el que trabajamos; el detalle de criterios varía según los hubs contratados y el negocio [TODO→A1.2: checklist y metodología de health-check].
Para ejecutarla hace falta acceso de administración al portal, idealmente con un usuario dedicado y temporal, y sin realizar cambios durante la fase de lectura [A CONFIRMAR: política de accesos exacta del equipo].
Cada workflow sin dueño, cada propiedad duplicada y cada integración huérfana es un pequeño préstamo contra el futuro del portal. Esa acumulación tiene nombre: "deuda técnica" y cobra intereses [TODO→A2.1: qué es la deuda técnica en HubSpot]:
La buena noticia: la deuda técnica se paga con método, no con heroicidades. Limpiar workflows, consolidar propiedades y sanear datos es trabajo sistemático una vez que el diagnóstico ha dicho qué tocar y en qué orden [TODO→A2.2: cómo limpiar workflows, propiedades y datos]. Y hay un efecto secundario que pocas veces se anticipa: el propio proceso de saneamiento documenta el portal, y esa documentación es la vacuna contra el siguiente ciclo de desorden.
Es la decisión que sigue a toda auditoría, y conviene tomarla con criterios explícitos:
| Criterio | Saneamiento | Re-onboarding | Empezar de cero |
|---|---|---|---|
| Cuándo aplica | La base es válida; el desorden es acumulativo | La implantación inicial nunca respondió al negocio | El dato original es irrecuperable o el modelo es inservible |
| Qué se conserva | Histórico y todo lo que funciona | El histórico del dato; se rediseñan procesos y automatizaciones | Casi nada |
| Riesgo operativo | Bajo: cambios controlados sobre lo existente | Medio: rediseño con la operación en marcha | Alto: pérdida de histórico y de continuidad |
| Señal típica | «No nos fiamos de los informes» | «El onboarding se quedó a medias» | Casos límite, poco frecuentes |
Nuestra recomendación: empezar por la auditoría en los tres escenarios, porque es la que determina cuál aplica. En la mayoría de los portales enterprise que hemos analizado, el camino ha sido el saneamiento: la inversión hecha en HubSpot suele ser recuperable [TODO→A3.2: re-onboarding frente a empezar de cero]. Cuando el problema de origen es una implantación incompleta, el re-onboarding es la vía [TODO→A3.1].
Algunos datos que dan contexto al criterio de esta guía:
Ese contexto importa al auditar: los umbrales de lo aceptable en un portal de 2.000 contactos no sirven para uno con varias unidades de negocio, decenas de usuarios y requisitos de seguridad corporativos.
Como norma, cada 24 meses, y siempre tras un hito que altere la estructura del portal: una migración, una fusión de unidades de negocio, un cambio de equipo o de agencia. Si los informes ya no se usan para decidir, no hace falta esperar al ciclo: esa señal ya justifica el diagnóstico.
Depende del alcance: número de hubs, volumen de automatizaciones y unidades de negocio. En portales enterprise puede ser dos semanas; en portales pro se hace en pocos días. Un chequeo automático señala síntomas en horas; cruzarlos con los procesos del negocio es lo que lleva tiempo, y ahí está la diferencia de valor.
Sí. La auditoría es fase de lectura: inventario, análisis y criterio, sin modificar nada en producción. La operación diaria no se toca. Los cambios llegan después, con el plan de saneamiento aprobado y por fases controladas.
La auditoría no compite con el re-onboarding: lo antecede. El diagnóstico determina si el portal necesita saneamiento, un re-onboarding que rediseñe lo que nunca se implantó bien, o —en casos límite— una reconstrucción. Decidir el tratamiento antes del diagnóstico suele salir caro.
Un usuario con permisos de administración, idealmente dedicado a la auditoría y de duración limitada, con acceso a los hubs incluidos en el alcance. Ningún dato sale del portal sin acuerdo previo sobre su tratamiento; en Solid ese tratamiento sigue el marco de la ISO/IEC 27001.
Un portal desordenado rara vez se arregla con otra herramienta, y el tiempo no juega a favor. Lo que funciona, en nuestra experiencia, es una auditoría de HubSpot que ponga cifras al deterioro, un plan que ordene las decisiones y un equipo con criterio para ejecutarlo.
Estamos preparando el Health-check de HubSpot, un autodiagnóstico del gobierno del portal con puntuación por dimensión y plan de acción. Si el portal muestra varias de las señales de esta guía, programad una conversación de diagnóstico con el equipo. Sin compromiso comercial: 30 minutos para valorar si el diagnóstico aporta en este caso [A CONFIRMAR: formato exacto de la conversación inicial].
Albert Rodríguez es Managing Director de Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise. Solid es Diamond Solutions Partner, opera con certificación ISO/IEC 27001:2022 y es la única empresa en España con doble acreditación de HubSpot para implementaciones CRM Enterprise e integraciones avanzadas.