Cómo Tinsa, líder en tasaciones inmobiliarias, convirtió una percepción en un diagnóstico técnico y un modelo de datos único.
Una auditoría de HubSpot traduce la sensación de que "algo está mal configurado" en un diagnóstico con evidencia: propiedades sin uso, automatizaciones con errores, formularios fuera del sistema y un puntaje de salud. En Tinsa ese diagnóstico derivó en un modelo de datos único, validado en un país y replicado a ocho.
Tamara Villegas trabaja en operaciones de Tinsa, la firma líder en tasaciones y valuaciones inmobiliarias con presencia en ocho países de LATAM y Europa. Antes de llegar a Ploy había recibido más de una propuesta para reconfigurar su plataforma de HubSpot. Ninguna la convenció. No porque dudara de HubSpot, sino porque ninguna partía de lo que a ella le importaba: entender qué estaba mal y por qué. Sabía que algo no funcionaba, pero no sabía que era.
Esa sensación de que "acá hay algo raro" es más común de lo que parece entre equipos que ya usan HubSpot hace años. No es falta de experiencia: es la acumulación silenciosa de decisiones tomadas país por país, persona por persona, sin una mirada estratégica global. En Tinsa, cada mercado había configurado su propia estructura, con sus propias propiedades, sus propios pipelines y sus propios criterios. El resultado no era un CRM multinacional: era una la agrupación de CRM locales que compartían acceso.
Ploy Discover, la fase de diagnóstico que abre cualquier trabajo con un cliente, existe exactamente para este momento. No se toca una sola configuración hasta entender cómo funciona el negocio completo. Por eso el primer entregable de una auditoría de HubSpot no es un cambio. Es un mapa técnico de dónde estás ahora.
La auditoría a Tinsa, hecha en junio de 2025, respaldo en números la percepción de Tamara: 367 propiedades de contacto, un 45% sin ningún uso real; 148 automatizaciones, 31 de ellas activas con errores; 12 formularios que no se integraban en HubSpot, rompiendo la trazabilidad del dato desde el primer clic. El puntaje de salud cerró en 64 sobre 100.
Cada uno de esos números responde a una pregunta distinta. Las propiedades sin uso miden cuánta estructura se creó sin una decisión de negocio detrás. Las automatizaciones con errores miden cuánto de lo que el equipo cree que se resuelve solo, en realidad no funciona. Los formularios fuera del sistema miden dónde se corta la trazabilidad: un contacto que ingresa por un formulario externo llega sin origen, y todo lo que se calcule sobre él —costo de adquisición, retorno de campaña— arrastra ese vacío de información.
Ahí ocurrió el cambio real: la percepción de Tamara dejó de ser una intuición para convertirse en un diagnóstico técnico, con evidencia. Ya no había que convencer a nadie de que algo estaba mal. Había una lista concreta de qué y por qué, y un orden de prioridad para resolverlo.
Un CRM fragmentado no solo genera trabajo duplicado. Genera decisiones tomadas con información parcial. Contactos sin datos críticos —sin correo, con fuentes "sin conexión" sin diferenciar—, automatizaciones inconsistentes que unas veces funcionaban y otras no, y reportes que no coincidían con el pipeline real. Cuando los números de un panel no representan lo que pasa en el negocio, cada decisión de marketing y de ventas se apoya en una base que no es sólida: el cálculo del costo de adquisición, el retorno de una campaña o el rendimiento de una inversión publicitaria quedan, en los hechos, sin ningún sustento.
Y hay un costo menos visible todavía: la confianza. Un equipo que no confía en sus propios reportes deja de considerarlos, y un CRM que nadie considera deja de ser una fuente de verdad para volver a ser, en el mejor de los casos, un archivo.
Ploy propuso un plan de tres fases: revisión y depuración, réplica multipaís y optimizaciones. Primero se diseñó y validó un modelo de datos único —no uno por país— en un piloto en Chile. Recién cuando ese modelo funcionó, se replicó a Perú, Colombia, México, Ecuador, Costa Rica y, más adelante, a Marruecos y Portugal. Ocho países, con nueve unidades de negocio operando sobre la misma lógica.
Doce meses después, la plataforma de Tinsa tiene 447 propiedades de contacto, todas con un propósito definido y agrupadas en más de 15 grupos temáticos por país y línea de servicio. Tiene 61 formularios estandarizados bajo una nomenclatura única, y 119 automatizaciones construidas por Ploy, 102 de ellas activas. Esas automatizaciones ya procesaron 1,49 millones de inscripciones y alcanzaron a 822 mil contactos únicos: no es un modelo teórico, es un sistema que opera todos los días. El modelo sostuvo 9.617 negocios creados y 3.611 ganados en el último año.
Nada de esto salió de configurar más. Salió de entender primero cómo funciona Tinsa como negocio —sus líneas de servicio, sus mercados, sus equipos y su forma de trabajo— y traducir esa lógica en una única fuente de verdad. Es la diferencia entre implementar una herramienta y construir un método: HubSpot no rinde por tener muchas funcionalidades disponibles, rinde cuando cada una de ellas responde a una regla de negocio real. Hoy Tinsa puede tener una visualización global de su negocio, en los ocho países, con paneles en tiempo real, que nadie tiene que actualizar manualmente.
Validar el modelo en un solo país antes de llevarlo al resto hizo dos cosas a la vez: disminuir el riesgo —si algo no funcionaba, fallaba en un mercado y no en ocho— y convirtió la réplica en un trabajo de despliegue y no de rediseño. Cada país siguiente costó menos que el anterior, porque la estrategia de reconfiguración ya estaba resuelta.
El caso de Tinsa está publicado como historia de éxito de HubSpot y forma parte de nuestras historias de éxito. Es una de las historias que más nos enorgullece: no por el volumen de datos ordenados, sino por cómo empezó y por los resultados logrados. Si tu equipo tiene esa misma sensación de que algo no funciona, pero nadie sabe que es, nuestra auditoría y el primer paso del Ploy Growth Framework es el método para descubrirlo y definir los próximos pasos.