Todos los artículos de este autor
Deuda técnica en HubSpot: qué es y cómo detectarla
La deuda técnica en HubSpot es la acumulación de configuraciones, automatizaciones y datos que dejaron de tener dueño o propósito, y que encarecen cada cambio futuro del portal. No rompe nada de golpe: degrada poco a poco la fiabilidad del dato y la capacidad de decidir. Detectarla pronto es lo que evita llegar a un portal en el que nadie se fía de los informes. Esta guía forma parte del marco que explicamos sobre cómo recuperar el control de un portal de HubSpot. Todo portal que lleva años en uso acumula decisiones. Un workflow que se creó para una campaña puntual y se quedó activo, una propiedad que se duplicó porque nadie encontró la original, una integración que se conectó y luego se olvidó. Por separado son inofensivas; sumadas, son deuda. Qué se acumula La deuda técnica de un portal se concentra en cuatro sitios. Workflows sin dueño. Automatizaciones activas que nadie sabe explicar, que se solapan entre sí o que llevan meses con errores sin revisar. Cuantos más hay, más difícil es cambiar cualquiera sin efectos colaterales. Propiedades duplicadas o sin uso. Varios campos para el mismo dato, propiedades creadas para una necesidad puntual y nunca retiradas, formularios que escriben donde no deben. Cuando las propiedades de integración superan el 30 % del total de propiedades personalizadas, el modelo de datos está condicionado por un sistema externo que conviene revisar. Datos degradados. Duplicados de contactos y empresas, registros sin propietario, contactos sin base legal, importaciones antiguas con errores heredados. El dato es la materia prima de todo lo demás; cuando se degrada, arrastra al reporting y a las automatizaciones. Integraciones huérfanas. Conectores que siguen escribiendo en el portal aunque el sistema de origen ya no se use, o claves de API que nadie recuerda haber creado. Cada uno es dato entrando sin gobierno. Por qué cuesta La deuda técnica se paga en forma de fricción, y esa fricción tiene consecuencias de negocio concretas. Decisiones sobre dato poco fiable. Cuando el reporting deja de ser una fuente de verdad, la dirección decide por intuición o pide que alguien «revise el número» antes de cada reunión. Coste creciente de cada cambio. Sobre una base frágil, cualquier automatización nueva exige entender antes qué había. Lo que debería costar horas cuesta semanas, y el equipo evita tocar el portal por miedo a romper algo. Onboarding lento del equipo. Incorporar a una persona nueva pasa por explicarle excepciones en lugar de procesos, porque el portal no se comporta como debería sino como acabó comportándose. Riesgo operativo y de cumplimiento. Accesos sin revisar, integraciones olvidadas y contactos sin base legal no son solo desorden: son superficie de riesgo, también ante el RGPD. Cómo detectarla pronto La deuda técnica avisa mucho antes de convertirse en un problema serio. Estas son las señales que suelen aparecer primero: Marketing y ventas presentan cifras distintas del mismo mes. Desactivar un workflow da vértigo porque nadie está seguro de qué depende de él. Aparecen tres campos distintos para el mismo dato en un formulario o un informe. El equipo comercial ha vuelto, en parte, a la hoja de cálculo. Una integración solo entra en la conversación cuando rompe algo. Ninguna de estas señales es grave por sí sola. Juntas indican que el portal ha empezado a acumular más rápido de lo que se ordena [TODO→A1.1: señales de un HubSpot descontrolado]. La forma de ponerles cifra es una auditoría del portal, que cuenta lo que a simple vista no se ve: cuántas propiedades sin uso, cuántos deals sin contacto, cuántos workflows sin dueño. Cómo se paga La buena noticia es que la deuda técnica se salda con método, no con heroicidades. Una vez que un diagnóstico ha dicho qué tocar y en qué orden, limpiar workflows, consolidar propiedades y sanear datos es trabajo sistemático [TODO→A2.2: cómo limpiar workflows, propiedades y datos]. Y tiene un efecto que pocas veces se anticipa: el propio proceso de saneamiento documenta el portal, y esa documentación es lo que evita que la deuda vuelva a crecer al mismo ritmo. El gobierno de propiedades entre unidades de negocio, por ejemplo, es una de las áreas donde una decisión ordenada ahorra deuda futura, como explicamos al copiar propiedades entre empresas del portal. Preguntas frecuentes ¿Qué es la deuda técnica en HubSpot? Es la acumulación de workflows, propiedades, datos e integraciones que perdieron dueño o propósito y que encarecen cada cambio futuro del portal. No provoca un fallo inmediato; degrada poco a poco la fiabilidad del dato y la capacidad de decidir sobre él. ¿Cómo sé si mi portal tiene deuda técnica? Por señales cotidianas: informes que no cuadran entre equipos, miedo a desactivar automatizaciones, campos duplicados para el mismo dato. Para ponerle cifra, una auditoría cuenta las propiedades sin uso, los deals sin contacto y los workflows sin dueño. ¿La deuda técnica obliga a reimplantar HubSpot? Casi nunca. En la mayoría de los casos se resuelve con un saneamiento sobre el portal existente. Reimplantar o rehacer el onboarding solo entra en juego cuando el problema no es la acumulación, sino un diseño que nunca encajó con el negocio. De la deuda al gobierno La deuda técnica no se elimina para siempre; se gestiona. Un portal gobernado acumula más despacio, porque cada workflow y cada propiedad nace con dueño y con propósito. Cómo llegar a ese estado es el marco que desarrollamos en la guía sobre cómo recuperar el control de un portal de HubSpot. 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 varias de las señales de esta guía suenan familiares, programad una conversación de diagnóstico con el equipo. Irene Sierra es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise.
Cómo auditar un portal de HubSpot: checklist por áreas
Auditar un portal de HubSpot consiste en revisar, área por área, si el dato, las automatizaciones, la medición, la adopción y la seguridad responden al negocio. Este checklist recorre las áreas que revisamos en una auditoría enterprise y los criterios que separan un hallazgo crítico de una mejora menor. Es el detalle operativo del marco que explicamos en la guía sobre cómo recuperar el control de un portal de HubSpot. Antes de abrir HubSpot conviene tener una lista de qué mirar. Sin ella, una auditoría se convierte en un paseo por menús que confirma lo que ya se intuía. Con ella, cada área se revisa con el mismo criterio y el resultado se puede comparar y priorizar. Antes de empezar: alcance y accesos Dos decisiones ordenan todo lo demás. La primera es el alcance: qué hubs y tiers entran (Marketing, Sales, Service, Content, Operations) y cuántas unidades de negocio hay. La segunda son los accesos: un usuario con permisos de administración, a ser posible dedicado a la auditoría y de duración limitada. Toda la revisión es de solo lectura. En esta fase no se modifica nada en producción; se inventaría, se analiza y se anota. Los cambios llegan después, con el plan aprobado [TODO→A1.1: señales de un HubSpot descontrolado]. El checklist por áreas Agrupamos las áreas bajo las cinco dimensiones del health-check, para que el resultado encaje con el diagnóstico general del portal. Gobierno del dato Modelo de datos. Propiedades duplicadas o creadas y nunca rellenadas, objetos personalizados y su uso real, normalización de nombres y formatos. Una señal útil: cuando las propiedades de integración superan el 30 % del total de propiedades personalizadas, el modelo está condicionado por un sistema externo y conviene investigar si sigue activo. Contactos y empresas. Duplicados, registros sin propietario y calidad de la base (rebotes, bajas). Los porcentajes ayudan a dimensionar: contactos sin owner por encima del 15 %, o empresas sin owner por encima del 30 %, bloquean asignaciones y workflows de gestión de cuentas. Base legal y GDPR. Contactos sin base legal registrada antes de cualquier campaña de email. Por encima del 10 %, es un riesgo que conviene resolver antes que optimizar nada. Lifecycle y Lead Status. Si ambos campos están alineados o funcionan por separado, y si hay saltos que no deberían existir de Subscriber a SQL sin pasar por Lead o MQL que suelen delatar una automatización mal planteada. Automatizaciones Inventario de workflows. Cuántos hay activos, cuáles tienen dueño y propósito documentado, y cuáles llevan meses con errores activos sin que nadie los revise. Solapamientos y nomenclatura. Workflows que compiten por el mismo dato, listas de exclusión en los envíos automáticos, y una nomenclatura y una organización en carpetas que permitan entender para qué sirve cada uno sin abrirlo. Medición Pipelines y deals. Etapas realmente necesarias frente a etapas heredadas, deals abiertos sin importe (por encima del 25 %, el forecast pierde fiabilidad), deals con fecha de cierre ya pasada y registro de motivos de pérdida. Reporting. Qué dashboards consume la dirección de verdad, y cuáles llevan más de un año sin que nadie los revise. Un informe que nadie abre no está cumpliendo su función. Adopción y procesos Uso real por Hub. Secuencias, tareas, plantillas y playbooks en Sales; formularios, listas y campañas en Marketing; pipeline de tickets y encuestas en Service. La pregunta no es si la funcionalidad existe, sino si el equipo la usa. Aprovechamiento de la licencia. Qué porcentaje de las funcionalidades del tier contratado está realmente en uso. Es habitual pagar Enterprise y operar como Professional; ese hueco suele ser la primera oportunidad de mejora sin coste adicional de licencia. Seguridad y permisos Configuración y accesos. Usuarios inactivos que conservan licencia, roles y niveles de permiso, uso de sandbox para probar antes de producción, y configuración de consentimiento y tracking. Integraciones. Qué sistemas están conectados y si funcionan sin duplicar datos. El caso que más conviene mirar: propiedades de Salesforce en el portal. Si Salesforce sigue activo en paralelo, hay riesgo de datos duplicados y procesos confusos; si fue migrado, esas propiedades suelen ser residuales y toca archivarlas [TODO→A2.2: limpiar workflows, propiedades y datos]. Cómo se prioriza un hallazgo Un checklist produce hallazgos; lo que los hace accionables es priorizarlos con un criterio común. Nosotros usamos tres niveles. Un hallazgo de prioridad alta es el que bloquea el inicio de un proyecto o genera un riesgo legal u operativo crítico: deals sin contacto asociado, Lifecycle y Lead Status desalineados, propietarios faltantes, GDPR sin cubrir o una integración activa sin sistema de referencia definido. La prioridad media agrupa lo que genera deuda técnica o dificulta el reporting (propiedades residuales, duplicados en el pipeline, etapas en desuso, ausencia de lead scoring). La prioridad baja son mejoras de nomenclatura y configuración menor. Con esos niveles, cada área recibe un estado: crítico si tiene al menos un hallazgo de prioridad alta, mejorable si solo tiene medios, y bueno si únicamente quedan mejoras menores. Así, un vistazo al informe basta para saber por dónde empezar. De la checklist al plan de acción El checklist es el diagnóstico; el entregable útil es el plan. Cada hallazgo se cruza en una matriz de impacto y esfuerzo, y se ordena en fases: qué se limpia, qué se consolida, qué se rediseña y qué se deja como está, con un motivo explícito en cada caso. Empezar por las mejoras visibles en semanas ayuda a sostener la confianza interna mientras avanzan los proyectos de fondo [TODO→A2.2]. Hacerlo con checklist o con extracción de datos Buena parte de este checklist se recorre a mano, revisando la configuración pantalla por pantalla. Hay una excepción: los censos completos. Contar propiedades sin uso, deals sin contacto o contactos sin base legal a mano es inviable en un portal grande. Ahí ayuda extraer los datos por la API con Operations Hub, o con un script de solo lectura para obtener las cifras exactas sobre las que aplicar los umbrales anteriores. La revisión manual aporta el criterio; la extracción aporta la escala. Preguntas frecuentes ¿Qué se necesita para auditar un portal de HubSpot? Un usuario con permisos de administración sobre los hubs incluidos en el alcance, idealmente dedicado y temporal, y un checklist por áreas como el de esta guía. Para los censos completos (propiedades, deals, contactos) ayuda extraer los datos por la API en modo solo lectura. ¿Cuántas áreas cubre una auditoría completa? En una auditoría enterprise revisamos hasta once áreas: configuración, modelo de datos, contactos, deals, workflows, lifecycle, integraciones, y las herramientas de Marketing, Sales y Service, más reporting. En esta guía se agrupan bajo las cinco dimensiones del health-check para leer el resultado de un vistazo. ¿Se puede auditar HubSpot sin herramientas de pago? El checklist manual no las necesita. Para los conteos a escala, Operations Hub facilita el análisis de propiedades sin uso; sin él, esos censos se aproximan con exportaciones y búsquedas guardadas, con menos precisión. Del checklist al criterio Una checklist ordena la revisión, pero el valor de una auditoría está en el criterio con el que se interpreta cada hallazgo: qué umbral importa en un portal de varias unidades de negocio, qué integración residual conviene archivar, qué se prioriza primero. Ese es el marco que desarrollamos en la guía sobre cómo recuperar el control de un portal de HubSpot. 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. Mientras tanto, si al recorrer este checklist aparecen varios hallazgos de prioridad alta, programad una conversación de diagnóstico con el equipo. Irene Sierra es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise. Trabaja en la auditoría e implantación de portales HubSpot para empresas B2B con operaciones complejas.
Señales de que el portal de HubSpot está fuera de control
Un portal de HubSpot rara vez falla de golpe: primero da señales. Informes que no cuadran, workflows que nadie se atreve a tocar, campos duplicados, un equipo comercial que vuelve a la hoja de cálculo. Reconocerlas a tiempo es lo que evita llegar a un portal ingobernable. Esta guía agrupa las señales por dimensión y añade una comprobación rápida para cada una; es la puerta de entrada al marco de cómo recuperar el control de un portal de HubSpot. La pérdida de control es gradual, y por eso cuesta detectarla desde dentro: cada excepción parece razonable en su momento. Vistas juntas, sin embargo, las señales dibujan un patrón reconocible. Señales por dimensión Gobierno del dato Aparecen varios campos para el mismo dato. Cómo comprobarlo: al montar un formulario o un informe, buscar el campo y contar cuántas variantes ofrece el buscador. Si hay tres «teléfonos» o dos «sectores», el modelo de datos ha empezado a duplicarse. Nadie se fía del todo de la base. Cómo comprobarlo: preguntar quién revisa manualmente los datos antes de una campaña. Si esa revisión existe y es habitual, el dato no se considera fiable. Automatizaciones Desactivar un workflow da vértigo. Cómo comprobarlo: elegir un workflow al azar y preguntar quién es su dueño y qué pasa si se apaga. Si no hay respuesta clara, ese workflow es deuda [TODO→A2.1: qué es la deuda técnica en HubSpot]. Hay más automatizaciones de las que nadie recuerda. Cómo comprobarlo: comparar el número de workflows activos con los que el equipo puede explicar de memoria. La distancia entre ambas cifras es el problema. Medición Marketing y ventas presentan cifras distintas del mismo mes. Cómo comprobarlo: pedir el mismo dato a los dos equipos y comparar. Si no coinciden, el embudo no está definido igual en los dos lados. Los dashboards no se abren. Cómo comprobarlo: revisar la fecha de último acceso de los informes de dirección. Un panel que nadie consulta desde hace meses no está cumpliendo su función. Adopción y procesos El equipo comercial ha vuelto, en parte, a la hoja de cálculo. Cómo comprobarlo: preguntar dónde se apunta de verdad la actividad del día. Si la respuesta no es HubSpot, la adopción está cayendo, casi siempre por fricción de diseño. Seguridad y permisos Hay usuarios con licencia que no entran. Cómo comprobarlo: revisar los usuarios activos frente a los dados de alta, y las integraciones conectadas que nadie recuerda haber configurado. Cada acceso o conector olvidado es superficie de riesgo. ¿Cuántas señales son demasiadas? Una señal aislada no significa gran cosa; puede ser un descuido puntual. El patrón preocupa cuando aparecen varias a la vez, o cuando una se ha vuelto crónica; el equipo ya asume que «los informes no cuadran» como parte del paisaje. Cuando se reconocen varias, el siguiente paso no es empezar a arreglar a ciegas, sino poner cifras al desorden con una auditoría del portal, que convierte estas señales cualitativas en hallazgos medibles y priorizables. Preguntas frecuentes ¿Cómo saber si un HubSpot está mal configurado? Por señales cotidianas más que por un fallo evidente: campos duplicados, workflows sin dueño, informes que no cuadran entre equipos y adopción que cae. Una auditoría confirma la sospecha con cifras: propiedades sin uso, deals sin contacto, usuarios inactivos. ¿Un portal desordenado significa que hay que reimplantar HubSpot? Casi nunca. La mayoría de los portales desordenados se recuperan con un saneamiento sobre lo existente. Reimplantar solo entra en juego cuando el diseño de origen nunca encajó con el negocio [TODO→A3.1: onboarding incompleto]. ¿Estas señales aplican a cualquier tamaño de portal? El patrón es el mismo, pero los umbrales cambian. En un portal con varias unidades de negocio y decenas de usuarios, lo aceptable no es lo mismo que en uno pequeño; por eso la interpretación de cada señal necesita contexto. De la señal al diagnóstico Reconocer las señales es el primer paso; el segundo es medirlas. Ese es el trabajo de una auditoría, que ordena estos síntomas por impacto y los convierte en un plan. El marco completo está en cómo recuperar el control de un portal de HubSpot. 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 varias de estas señales resultan familiares, programad una conversación de diagnóstico con el equipo. Irene Sierra es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise.