Todos los artículos de este autor
Onboarding de HubSpot incompleto: cómo detectar que se quedó a medias
Un onboarding de HubSpot incompleto es una implantación que cubrió lo urgente (poner la herramienta en marcha), pero dejó fuera lo importante: los procesos, la medición y el gobierno del dato. El portal funciona, pero nunca llegó a responder al negocio. Reconocerlo es el paso previo a decidir cómo completarlo. Esta guía forma parte del marco sobre cómo recuperar el control de un portal de HubSpot. Muchos portales enterprise arrastran el mismo origen: una puesta en marcha rápida, pensada para empezar a usar HubSpot cuanto antes, que se planteó como provisional y se quedó como definitiva. No es que algo se rompiera; es que nunca llegó a terminarse. Qué es un onboarding incompleto Un onboarding incompleto es una implantación que dejó operativa la plataforma sin llegar a adaptarla al proceso real de la organización. Se activaron los hubs y se cargaron los datos, pero los pipelines, las automatizaciones, la medición y la nomenclatura se dejaron «para una segunda fase» que no llegó. Es distinto de un portal desordenado por acumulación: aquí el problema no es lo que se ensució con los años, sino lo que nunca se hizo [TODO→A2.1: qué es la deuda técnica en HubSpot]. Señales de que el onboarding se quedó a medias Procesos provisionales que se volvieron permanentes. Aquella forma «temporal» de registrar los deals sigue vigente dos años después. Funcionalidades del tier sin activar. Se paga Enterprise pero se opera como Professional: lead scoring, atribución, particiones o custom objects que nunca se configuraron. Adopción baja desde el principio. El equipo nunca terminó de incorporar HubSpot a su día a día, porque la herramienta no se ajustó a cómo trabaja. Sin documentación ni gobierno. No hay convenciones de nomenclatura, ni dueños de los procesos, ni criterio común. Cada persona resolvió a su manera. La medición nunca cuadró. Los informes no se usan para decidir porque nunca se definió el embudo ni la atribución de forma consistente. Por qué pasa Rara vez es negligencia; suele ser una suma de circunstancias razonables. La implantación se hizo deprisa para no frenar la operación. El foco estuvo en lo urgente: enviar, registrar, migrar, y lo importante quedó para después. Hubo un cambio de equipo o de agencia a mitad de camino, y el conocimiento se fue con quien se marchó. O el alcance se dimensionó corto, y lo que se contrató como «puesta en marcha» se confundió con «implantación completa». Qué hacer Lo primero es distinguir el diagnóstico del tratamiento. Un onboarding incompleto y un portal desordenado por acumulación se parecen en los síntomas: informes que no cuadran y adopción baja, pero tienen causas distintas y soluciones distintas. Una auditoría del portal separa una cosa de la otra: si la base es sólida y solo falta terminar procesos, la vía es completar el onboarding; si además hay años de acumulación, se combina con saneamiento. Esa decisión, completar el onboarding, rehacerlo o, en casos límite, reconstruir, tiene sus propios criterios, que desarrollamos en la guía sobre re-onboarding o empezar de cero. Preguntas frecuentes ¿Cómo sé si el onboarding de HubSpot se completó bien? Por el encaje con el proceso, no por si la herramienta funciona. Si los pipelines reflejan el proceso comercial real, la medición se usa para decidir y el equipo adoptó HubSpot en su día a día, el onboarding cumplió. Si esas piezas siguen «pendientes», quedó a medias. ¿Un onboarding incompleto es lo mismo que un HubSpot desordenado? No. El onboarding incompleto es lo que nunca se hizo; el desorden es lo que se acumuló con el uso. Un portal puede sufrir ambos a la vez, y por eso conviene diagnosticar antes de decidir qué hacer. ¿Se puede completar un onboarding años después? Sí. Completar o rehacer el onboarding conserva el histórico del dato y rediseña los procesos y automatizaciones que faltaron. Es una vía habitual y menos disruptiva que empezar de cero. Del síntoma a la decisión Detectar que el onboarding quedó a medias es el primer paso; el segundo es medir el alcance de lo que falta y decidir cómo completarlo. Ese marco está 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 la sospecha es que el onboarding se quedó a medias, programad una conversación de diagnóstico con el equipo. Enric Rodrigo es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise.
Cómo limpiar workflows, propiedades y datos en HubSpot sin romper nada
Limpiar un portal de HubSpot es trabajo de método: primero diagnosticar, luego actuar en un orden concreto (datos, propiedades y workflows) y siempre con la cautela de desactivar antes de borrar. Hecho así, el saneamiento reduce la deuda técnica sin frenar la operación. Esta guía es el procedimiento que sigue al concepto explicado en deuda técnica en HubSpot, dentro del marco de cómo recuperar el control de un portal. La tentación, ante un portal saturado, es empezar a borrar. Es también la forma más rápida de romper algo: un workflow que parecía muerto alimentaba un informe, una propiedad «duplicada» era la que leía una integración. Limpiar sin romper nada consiste, sobre todo, en el orden y en las cautelas. Antes de tocar nada Diagnosticar primero. La limpieza actúa sobre los hallazgos de una auditoría, no sobre corazonadas. Sin ese mapa, se corre el riesgo de retirar lo que funciona y conservar lo que sobra. Trabajar en sandbox cuando esté disponible. Probar los cambios de mayor alcance en un entorno de pruebas antes de llevarlos a producción evita sorpresas. Exportar antes de retirar. Una exportación de las propiedades y los registros afectados es la red de seguridad que permite revertir si algo se comportó de forma inesperada. Congelar la creación nueva. Durante el saneamiento conviene pausar la creación de propiedades y workflows nuevos, para no ampliar la deuda mientras se reduce. Limpiar workflows Inventariar y agrupar. Extraer la lista completa de workflows activos y agruparlos por función. El objetivo es entender el mapa antes de tocar ninguna pieza. Marcar los candidatos. Señalar los que no tienen dueño identificable, los que se solapan con otro y los que llevan meses con errores activos. Esa es la deuda que más pesa. Desactivar antes de borrar. En lugar de eliminar, desactivar y observar durante un periodo (dos o tres semanas suele bastar) para confirmar que nada dependía de ese workflow. Si nadie lo echa en falta, entonces se borra. Documentar y nombrar. Cada workflow que se conserva recibe un nombre que explica su función y una nota de propósito. Una nomenclatura clara y una organización en carpetas es lo que evita que el desorden vuelva. Los workflows de nurturing de ciclo largo, por su complejidad, merecen especial cuidado en este paso, como vemos al hablar de nurturing B2B en ciclos largos. Consolidar propiedades Las propiedades duplicadas o sin uso son la segunda fuente de deuda. El procedimiento evita la retirada en caliente: Detectar duplicadas y sin uso. Operations Hub facilita el análisis de propiedades sin datos; sin él, se aproxima con exportaciones y vistas. El objetivo es una lista de candidatas, no una purga inmediata. Elegir la superviviente. Entre varios campos para el mismo dato, se conserva el que más se usa en formularios, workflows y reporting, y se planifica la migración del resto hacia él. Migrar y luego retirar. Primero se traslada el dato a la propiedad superviviente y se actualizan formularios y automatizaciones; solo después se archiva la propiedad antigua. El gobierno de propiedades entre unidades de negocio tiene sus propias reglas, como explicamos al copiar propiedades entre empresas del portal. Sanear datos Con los workflows y las propiedades ordenados, el saneamiento del dato es más seguro: Deduplicar contactos y empresas con las herramientas del portal, revisando los criterios de coincidencia antes de fusionar. Asignar propietarios a los registros que no los tengan, porque sin owner no funcionan las asignaciones ni las notificaciones. Revisar la base legal de los contactos antes de cualquier campaña, para no arrastrar un riesgo de cumplimiento. Archivar lo residual. Las propiedades de una integración que ya no se usa —Salesforce migrado, por ejemplo— son deuda que conviene archivar una vez confirmado que el sistema de origen está inactivo. El orden importa El saneamiento va de lo más profundo a lo más visible: primero los datos, luego las propiedades, por último los workflows. Tiene lógica: los workflows dependen de las propiedades, y las propiedades describen los datos. Limpiar en orden inverso obliga a rehacer trabajo cada vez que una capa inferior cambia. Preguntas frecuentes ¿Se puede limpiar HubSpot sin frenar la operación? Sí, si se trabaja por fases y con cautela: sandbox para lo de mayor alcance, exportación previa y la regla de desactivar antes de borrar. Los cambios se llevan a producción de forma escalonada, no de una vez. ¿Conviene borrar los workflows que no se usan? No de inmediato. Es más seguro desactivarlos y observar dos o tres semanas. Si en ese periodo nadie los echa en falta y ningún informe se resiente, entonces se eliminan. ¿Cada cuánto hay que limpiar un portal de HubSpot? La limpieza profunda se hace tras una auditoría; el mantenimiento, de forma continua. Un portal con nomenclatura clara y propiedades con dueño acumula deuda mucho más despacio [TODO→A1.1: señales de un HubSpot descontrolado]. De la limpieza al gobierno Limpiar una vez ordena el portal; gobernarlo es lo que lo mantiene ordenado. Cada workflow y cada propiedad que nace con dueño y propósito es deuda que no se genera. Cómo llegar a ese estado es el marco que desarrollamos 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 el portal necesita una limpieza y no está claro por dónde empezar, programad una conversación de diagnóstico con el equipo. Enric Rodrigo es HubSpot Consultant en Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise.