Tu CRM dice que un negocio se cerró hace seis semanas. Nadie en la empresa puede decirte sin abrir tres herramientas distintas en qué etapa va la ejecución, cuánto se ha facturado, qué se subcontrató, ni cuál es el margen real a hoy. El vendedor que firmó el deal pregunta por WhatsApp. Operaciones responde cuando puede. Finanzas vive en otro Excel.
Ese es el síntoma específico de una mala implementación de HubSpot en empresas que venden proyectos. No es un problema de adopción ni de capacitación. Es un problema de arquitectura: el CRM se montó como si vendieras un SaaS o productos en línea, cuando en realidad vendes un intangible que no existe hasta que se ejecuta.
En una empresa de producto, el ciclo termina en el cierre. Se firma, se cobra, se entrega lo que ya estaba en inventario. En una consultora, una empresa de tecnología o un despacho de arquitectura, el cierre es donde empieza la parte difícil: ejecutar lo que prometiste, con el equipo correcto, dentro del margen prometido, sin que nadie pierda visibilidad.
HubSpot puede modelar perfectamente esa realidad. El problema es que casi nadie lo implementa pensando en eso. La configuración por defecto trata cada deal como una transacción, no como un proyecto que vive meses después del cierre.
La mayoría de las implementaciones que vemos en empresas medianas en Chile, Colombia, Argentina o Uruguay arrancan igual. Alguien activa un portal nuevo, importa contactos desde un Excel, levanta un pipeline lineal de cinco etapas y conecta el Gmail del equipo comercial. En seis semanas el CRM está "vivo".
Y en seis meses ya nadie lo abre, porque no refleja cómo trabajan. La preventa no cabe en una etapa. La ejecución no aparece en ningún lado. Los costos del proyecto siguen en planillas. El margen se calcula a mano cada trimestre.
La respuesta típica del mercado es contratar a un partner certificado de HubSpot para "optimizar". Llegan, hacen un workshop de objetivos, sugieren agregar etapas al pipeline, automatizar correos de seguimiento y conectar un dashboard. Te cobran por horas, te entregan un documento de buenas prácticas y se van.
El problema es que están resolviendo el síntoma equivocado. No tienes un problema de etapas ni de automatización de correos. Tienes un problema estructural: tu negocio tiene preventa, ejecución, facturación parcial, subcontratación, costos variables y handover entre equipos. Nada de eso se resuelve agregando una columna al Kanban.
El segundo error común es intentar resolverlo con un ERP. SAP Business One, Odoo, Dynamics o cualquier sistema regional. Son herramientas excelentes para contabilidad y operación financiera, pero no fueron diseñados para que un vendedor abra una pantalla y vea el estado vivo de un proyecto en treinta segundos. Terminas con dos sistemas desconectados y una persona en medio traduciendo entre ambos.
La forma correcta de implementar HubSpot para empresas que venden proyectos es modelar el negocio como un conjunto de objetos relacionados, no como un embudo. Cada objeto tiene una función específica y todos están conectados entre sí. Cuando esto está bien hecho, cualquier persona del equipo puede abrir un registro y entender el estado completo sin preguntarle a nadie.
Contactos representa personas reales con dolores, objetivos y una historia con tu empresa. No es una libreta de direcciones. Cada contacto debería tener trackeado en qué etapa de relación está, qué piensan de tu propuesta de valor y cuál fue su última interacción relevante.
Empresas guarda todo lo permanente del cliente: fit con tu propuesta, señales de venta, MRR si aplica, probabilidad de churn, competidores con los que comparte mercado. Es el contenedor de la cuenta, no del proyecto.
Acá está uno de los errores más caros que vemos. La mayoría de las implementaciones meten todo lo que pasa con un cliente en un solo deal. Es un error. Una empresa puede tener tres conversaciones comerciales activas al mismo tiempo, con interlocutores distintos, presupuestos distintos y equipos internos distintos.
Una agencia que le vende a un banco grande en Bogotá o Santiago puede estar hablando de un rediseño web con marketing, una implementación de prospección con comercial y un proyecto de IA con dirección general. Son tres negocios separados, no uno. Si los metes en un solo deal, pierdes la visibilidad real de cuánto vale esa cuenta y qué tan saturado está tu equipo.
Además, el pipeline de negocios no termina en "ganado". Tiene etapas de post-venta: in progress, mantenimiento, ganado cerrado. El vendedor sigue viendo el deal vivo después del cierre, sin tener que preguntarle a operaciones cómo va.
Acá es donde la mayoría de los partners se equivoca de forma evidente. Los tickets no son solo soporte al cliente. En una implementación correcta para empresas que venden proyectos, los tickets son la unidad de trabajo de cada equipo operativo.
Cada equipo tiene su pipeline de tickets con sus KPIs y sus tiempos de ejecución. Preventa puede tener tickets de levantamiento de información, diseño de blueprint y creación de propuesta. Diseño tiene los suyos. Implementación los suyos. Un negocio puede cerrarse con tres tickets o con doce, y eso queda registrado. Por primera vez puedes comparar cuánto trabajo real costó cada deal antes de cobrarlo.
El objeto proyecto guarda todo lo post-cierre: costos asociados, progreso, documentos, incidentes, quejas del cliente, personas asignadas, pausas, fechas reales versus fechas comprometidas. Un negocio puede generar uno o varios proyectos. En el ejemplo de la agencia con el banco, son tres proyectos distintos aunque la cuenta sea la misma.
El objeto facturas registra todo movimiento de dinero asociado al negocio: entrante y saliente. Cobros al cliente, pagos a proveedores, subcontrataciones, costos directos. Puede ser tan simple como nombre y monto, o tan detallado como número de comprobante completo.
Lo importante es que en el objeto negocio se configura una propiedad rollup que suma todas las facturas asociadas. Resultado: el margen del proyecto en tiempo real, dentro del CRM, sin salir a una planilla ni esperar al cierre contable del mes.
Si tu empresa usa SAP, Oracle, Dynamics u Odoo, la integración se hace por el ID del negocio. Un campo consistente en ambos sistemas es suficiente. No necesitas reemplazar tu ERP — necesitas que hable con tu CRM en el dato correcto.
Cuando un deal llega a etapa de cierre, se dispara un workflow que agenda automáticamente la reunión de briefing entre el vendedor y el equipo de operaciones que va a ejecutar. En esa reunión se transfiere todo lo que ya está documentado en los tickets de preventa: alcance firmado, supuestos, restricciones, lo que dijo el cliente en cada conversación.
Post-handover, el deal pasa a in progress. El vendedor abre el registro y ve cuatro cosas sin tener que preguntar:
Cuando termina la ejecución, el deal pasa a mantenimiento si hay servicio recurrente o a ganado cerrado si la relación termina ahí. El vendedor nunca pierde de vista la cuenta. Operaciones nunca tiene que responder "¿cómo va el proyecto X?" por WhatsApp.
Si estás evaluando si tu implementación actual te está sirviendo, revisa esta lista. Cualquiera de estos puntos es síntoma de que el CRM se configuró como si vendieras producto:
La conversación de IA en empresas medianas en Latinoamérica está llena de promesas vacías. Agentes que recomiendan propuestas, asistentes que responden por ti, automatizaciones que piensan. Todo eso es real, pero solo funciona si hay datos estructurados debajo.
La IA de HubSpot, igual que cualquier modelo, tiene un problema cuando los datos están dispersos: inventa. Si un comercial le pregunta "revisá todos los proyectos similares al que está sobre la mesa y recomendame cómo estructurar la propuesta", la respuesta solo es útil si los proyectos pasados están bien modelados con sus tickets, sus costos, sus tiempos reales y sus márgenes finales.
Implementar HubSpot correctamente para empresas que venden proyectos no es un gasto de digitalización. Es construir la base de datos estructurada que mañana te permite tener agentes operando con criterio real sobre tu negocio. Las empresas que armen esa base ahora van a tener una ventaja operativa difícil de cerrar.
Cuando la arquitectura está bien armada, dejas de operar con preguntas y empezás a operar con datos. El director comercial puede ver en treinta segundos qué deals están en riesgo y por qué. El gerente de proyectos sabe qué equipos están saturados antes de comprometer fechas. Finanzas calcula margen real por línea de negocio sin pedirle nada a nadie. Y el dueño abre un dashboard y entiende el estado de la empresa en una pantalla.
Si querés ver cómo se ve esto cuando está implementado de punta a punta — los objetos, los pipelines, el handover y la visibilidad financiera — acá está el modelo completo que aplicamos en empresas que venden proyectos. No es una demo genérica de HubSpot: es exactamente la arquitectura que describimos en este artículo, ya armada y funcionando.