Tu implementación de HubSpot va bien cuando cada reunión de seguimiento tiene fecha fija y el proveedor te muestra el portal configurado en cada sesión. También va bien cuando cada pendiente tiene dueño y fecha. Va mal cuando las reuniones se cancelan sin fecha nueva, solo ves capturas de pantalla, o repites al equipo las reglas de tu negocio.
La primera señal casi nunca es un anuncio explícito. Es una reunión que se reagenda "por temas internos" del proveedor. Después es una demo que muestra la misma pantalla de la semana pasada, con un cambio menor. Luego es un pendiente que quedó anotado hace tres semanas y que nadie volvió a mencionar.
Nada de esto parece grave por separado. El problema es que cada señal aislada se perdona. El conjunto solo se hace visible cuando ya pasó la mitad del plazo pactado, y el avance real no corresponde con lo esperado para esa fecha.
La razón es estructural, no de mala fe. El cliente no tiene con qué comparar el avance real de su propio proyecto, porque no conoce cómo se ve un proyecto de HubSpot que va bien. Sin ese punto de referencia, cualquier explicación del proveedor suena razonable.
El 1.2 por ciento de las implementaciones de Progresus cierra en conflicto, sobre 1.476 proyectos medidos (dato propio, HubSpot, agosto de 2026). Es una proporción baja, pero el patrón que más se repite en esos casos es el mismo: las señales de desviación aparecieron semanas antes del conflicto abierto, y nadie las nombró como tal a tiempo.
Un desvío que se detecta al final ya no tiene arreglo fácil. Se convierte en una negociación sobre quién tiene la culpa del atraso, en lugar de una corrección de rumbo a tiempo. El cliente pierde la fecha que había prometido internamente a su propia gerencia, y el proveedor pierde la posibilidad de ajustar el plan mientras todavía había margen.
También se pierde algo menos visible: la costumbre de exigir seguimiento real. Un cliente que aceptó dos reuniones canceladas sin reclamar, ya estableció el estándar de lo que va a tolerar el resto del proyecto.
Confiar en el reporte verbal del proveedor. Es el enfoque por defecto porque no exige ningún esfuerzo del cliente. Falla porque un reporte verbal sin evidencia visual del portal es fácil de inflar sin que nadie mienta de forma consciente: el proveedor recuerda lo que planeó hacer, no siempre lo que de verdad hizo.
Exigir evidencia visual del portal en cada sesión de seguimiento. El proveedor muestra el portal configurado, no una presentación con capturas antiguas. Exige que las reuniones tengan una cadencia fija y que cada pendiente quede anotado con dueño y fecha visibles para ambas partes. Es más exigente de organizar que confiar en el reporte verbal, pero es la forma más confiable de comparar lo prometido contra lo real, sesión tras sesión.
Un tercer elemento ayuda a que el seguimiento funcione: un documento de alcance vivo, que ambas partes revisan en cada sesión en lugar de dejarlo enterrado en el correo con el que arrancó el proyecto. Cuando el alcance solo vive en un correo inicial, cualquier cambio posterior queda sin registro. Las dos partes terminan discutiendo de memoria, en lugar de discutir sobre un documento compartido que ambas pueden revisar.
No basta con programar la reunión: importa qué se pregunta en ella. Tres preguntas simples exponen el estado real del proyecto mejor que un reporte general de avance.
La primera es qué quedó pendiente de la sesión anterior y por qué. Si la respuesta es vaga o repite el mismo pendiente de hace tres semanas, ahí está la primera señal. La segunda es qué se puede ver hoy mismo en el portal, no qué se planea mostrar la próxima semana. La tercera es qué necesita el proveedor de tu parte para la siguiente etapa, formulada con la misma exigencia con la que tú le pides información a él.
Estas tres preguntas, repetidas cada sesión, construyen un historial verificable del proyecto. Ese historial es lo que te permite distinguir, semanas después, si el proyecto se atrasó por una causa puntual o si el patrón de desviación viene desde el principio.
| Lo que indica que vas por buen camino | Lo que indica riesgo de atraso |
|---|---|
| Reuniones con fecha fija, no reagendadas más de una vez | Las reuniones se cancelan o se posponen sin fecha nueva clara |
| El proveedor muestra el portal configurado en cada sesión | Solo ves capturas de pantalla o promesas de que "ya casi está listo" |
| Cada pendiente tiene un dueño y una fecha | Los pendientes se acumulan sin que nadie los cierre |
| El equipo conoce las reglas de tu negocio sin que se las repitas | Tienes que explicar lo mismo dos o tres veces a personas distintas |
| Hay un documento vivo de alcance que ambas partes revisan | El alcance solo vive en el correo inicial y nadie lo vuelve a mirar |
Progresus mide un NPS de 76 sobre 46 respuestas en sus implementaciones cerradas (encuesta propia, agosto de 2026). El patrón detrás de esa cifra no es un proceso distinto en apariencia: es que el cliente pudo ver, sesión tras sesión, un avance real y verificable en el portal.
Si dos o más señales de la columna derecha aparecen antes de la mitad del proyecto, es el momento de escalar. No esperes al cierre para reclamar: para entonces, la corrección de rumbo ya cuesta mucho más que una conversación incómoda a tiempo.
Una señal adicional aparece cuando el proyecto entra en su etapa técnica: la velocidad de respuesta ante dudas concretas. La mediana de cierre de un ticket de soporte en Progresus es de 108 horas (dato propio, tickets de soporte, agosto de 2026). Es una referencia útil incluso durante el proyecto: si una duda puntual tarda semanas en resolverse, en lugar de días, esa lentitud suele repetirse después de la firma del acta de cierre.
Progresus ha atendido 796 empresas con al menos un proyecto de implementación (dato propio, CRM, agosto de 2026). Esa escala no reemplaza el seguimiento sesión a sesión. Sí explica por qué un proveedor con volumen suficiente puede mostrarte, si se lo pides, cómo se ve un proyecto de tu mismo tamaño en una etapa similar a la tuya.
Uno de cada siete tickets de soporte resueltos por Progresus se cierra con una capacitación al cliente, no solo con una respuesta técnica puntual (14.4 por ciento, dato propio, tickets de soporte, agosto de 2026). Ese patrón es una señal de seguimiento saludable durante la implementación: un proveedor que explica en lugar de solo resolver deja a tu equipo capaz de detectar por sí mismo si algo vuelve a fallar.
Compara tu proyecto contra la tabla de señales de esta guía. Si las reuniones se cancelan sin fecha nueva o el alcance solo vive en el correo inicial, ya tienes un riesgo activo.
Pide ver el portal configurado en cada sesión, no solo capturas de pantalla o una presentación. Pide también que cada pendiente quede registrado con dueño y fecha visibles.
Con una cadencia fija, acordada desde el inicio, que no se reagende más de una vez sin una razón concreta y documentada.
Escala de inmediato, antes de la mitad del proyecto. Pide una comparación por escrito entre lo prometido y el estado real, en lugar de esperar al cierre para reclamar.
No necesariamente. Una reunión aislada puede pasar por razones normales. El patrón importa más que un evento: dos o más señales juntas sí ameritan una conversación directa.
Un atraso normal viene con una explicación concreta y un plan de recuperación con fecha. Un proyecto desviado acumula pendientes sin dueño y evita mostrar avance real en el portal.
Si ya identificaste una o más señales de riesgo, revisa primero la guía completa de cuánto dura y qué debes entregar antes de escalar con tu proveedor.