Cuando un portal de HubSpot no responde al negocio, hay tres caminos: sanear lo acumulado, rehacer el onboarding que quedó a medias o reconstruir desde cero. La decisión depende del estado del dato, del alcance del daño y de cuánto histórico conviene conservar. Esta guía ofrece los criterios para elegir, dentro del marco que explicamos en la guía sobre cómo recuperar el control de un portal de HubSpot.
La pregunta con la que suele llegar el equipo es: «¿esto se arregla o lo tiramos?». Es la pregunta correcta, pero incompleta: entre arreglar y tirar hay una opción intermedia: el re-onboarding, que a menudo es la que encaja. Ordenar las tres vías ayuda a decidir con criterio en lugar de por agotamiento.
La elección se apoya en unos pocos factores, más que en una impresión general.
| Criterio | Saneamiento | Re-onboarding | Empezar de cero |
|---|---|---|---|
| Estado del dato | Recuperable, con limpieza | Recuperable; el problema son los procesos | Irrecuperable o sin trazabilidad |
| Origen del problema | Acumulación sin gobierno | Implantación incompleta o mal enfocada | Modelo de datos inservible |
| Qué se conserva | Histórico y todo lo que funciona | El histórico del dato; se rediseña el resto | Casi nada |
| Riesgo operativo | Bajo: cambios controlados | Medio: rediseño con la operación en marcha | Alto: pérdida de histórico y continuidad |
| Esfuerzo relativo | Menor | Medio | Mayor |
| Señal típica | «No nos fiamos de los informes» | «El onboarding se quedó a medias» | «Nada de esto refleja cómo trabajamos» |
Ningún criterio decide por sí solo. Un portal con dato recuperable pero procesos que nunca encajaron apunta a re-onboarding, aunque la limpieza sea tentadora por barata. Un portal con dato irrecuperable no mejora por mucho que se rediseñen los procesos encima.
El factor que más pesa en la decisión suele ser el histórico. En el saneamiento y en el re-onboarding se conserva: los contactos, las empresas, los deals cerrados y la actividad quedan donde están, y con ellos la capacidad de comparar con años anteriores. Empezar de cero renuncia a eso, o lo relega a un archivo de solo consulta.
La continuidad operativa es el segundo factor. El saneamiento apenas se nota en el día a día. El re-onboarding convive con la operación y exige planificar el corte de procesos por fases. Una reconstrucción implica un periodo en el que el portal antiguo y el nuevo coexisten, con el coste de coordinación que eso añade.
Esta decisión llega después de un diagnóstico, no antes. Una auditoría del portal mide el estado del dato, el alcance del daño en cada área y el aprovechamiento real de la licencia; con esos datos, la vía adecuada suele volverse evidente. Elegir el tratamiento antes de auditar, empezar de cero «porque esto no hay quien lo arregle», o sanear «porque cambiar da miedo», es lo que suele salir caro. El checklist de esa revisión está detallado en la guía sobre cómo auditar un portal de HubSpot.
En la mayoría de los portales enterprise que hemos analizado, la vía ha sido el saneamiento o el re-onboarding; la reconstrucción total queda para casos límite. La inversión hecha en HubSpot suele ser recuperable.
A veces la decisión no es solo qué hacer con HubSpot, sino si migrar desde otro CRM en el proceso. Si el punto de partida es Salesforce u otra plataforma, el re-onboarding se cruza con una migración, y el criterio pasa a ser mover el dato sin pérdida ni parón operativo. Ese caso tiene su propio método, descrito en la guía de migración de Salesforce a HubSpot.
Cuando el problema no es la suciedad acumulada, sino el diseño: pipelines que no reflejan el proceso comercial, un modelo de datos que nunca encajó o un histórico sin trazabilidad. Limpiar sobre una base mal planteada mejora poco; ahí encaja el re-onboarding o, en casos límite, la reconstrucción.
No. El re-onboarding conserva el histórico del dato: contactos, empresas, deals, actividad y rediseña los procesos, las automatizaciones y los pipelines por encima. La pérdida de histórico solo entra en juego al empezar de cero.
Depende del alcance y del número de hubs y unidades de negocio [A CONFIRMAR: rango típico del servicio]. Es más largo que un saneamiento y más corto que una reconstrucción, y se planifica por fases para no frenar la operación.
Elegir la vía es el principio; lo que la hace ejecutable es el plan de saneamiento o de rediseño que sale de la auditoría, ordenado por impacto y esfuerzo. Ese marco lo 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 la duda es qué hacer con un portal que no acaba de responder, programad una conversación de diagnóstico con el equipo.
Albert Rodríguez es Managing Director de Solid, agencia de CRM y marketing automation especializada en implantaciones HubSpot Enterprise. Solid es Diamond Solutions Partner y opera con certificación ISO/IEC 27001:2022.