Procesos
Un funnel y un pipeline acordados
Definiciones compartidas de etapa, criterios de calificación y handoffs explícitos entre marketing y ventas. Sin acuerdos, ninguna herramienta alinea.
Personas
Roles claros, accountability medible
RevOps como función transversal, ownership por etapa y rituales de revisión. La tecnología no sustituye la conversación: la habilita.
Tecnología
HubSpot como sistema de revenue
Sales Hub Enterprise + Marketing Hub trabajando como una sola plataforma, con automatizaciones y reportes que reflejan cómo MCM realmente vende.
Arquitectura de datos
Relaciones, no solo registros
El CRM debe modelar las relaciones del mundo real entre múltiples entidades. Es ahí donde se gana o se pierde el contexto comercial.
Zoom · Arquitectura de datos
Si las entidades y sus relaciones están bien modeladas, todo lo demás se vuelve posible.
En la operación real de MCM convive una red de entidades — grupos corporativos, empresas operadoras, inmuebles, aliados, contactos estratégicos — y cada proyecto se entrega coordinando varios stakeholders a la vez. Cuando esa red está bien representada en HubSpot, se desbloquean beneficios concretos que hoy MCM no puede obtener desde Dynamics.
Hipótesis de partida · Entidades del modelo
Cada entidad existe una sola vez. La Oportunidad las conecta.
Grupo Corporativo
El holding o matriz que agrupa varias empresas.
Empresa Operadora
La subsidiaria que solicita el servicio.
Inmueble / Sitio
El activo físico donde se entrega el proyecto.
Aliado / Integrador
El contratista que participa en la implementación.
Contacto
La persona — comprador, técnico, decisor.
Oportunidad
El proyecto comercial que conecta a todas las entidades anteriores con su rol explícito.
Es la idea más simple posible: un registro por cosa real, y la Oportunidad apunta a cada uno con su rol claro. Sin duplicados, sin notas en texto libre.
Beneficios · Por qué importa
Lo que se desbloquea cuando la arquitectura está bien hecha
Un registro único por entidad
Un edificio existe una sola vez. Cualquier actualización se refleja en todos los contextos donde aparece — sin duplicados ni huérfanos.
Visibilidad completa del contexto comercial
"¿Cuántos deals activos tenemos en inmuebles administrados por esta firma?" — preguntas que hoy no se pueden responder porque las relaciones no existen en Dynamics.
Atribución precisa de cada dato
Si "acometida existente" vive en el Inmueble y no en la Empresa, el sistema nunca confunde a quién pertenece. Crítico para forecast y segmentación.
Un modelo que crece sin deuda técnica
Agregar un nuevo tipo de relación — un "Socio Instalador" vinculado al Deal — es una operación limpia, no un workaround más sobre los anteriores.
Calidad de datos sostenida en origen
Tipos de dato correctos, validaciones y dependencias condicionales. La calidad se resuelve cuando el vendedor registra, no en el dashboard.
Integración limpia con Dynamics
La sincronización vía Data Hub Pro funciona solo si cada entidad tiene identificador único y relaciones explícitas. Modelo sucio = sincronización sucia.
Dashboards y forecasts confiables
Segmentar por tipo de activo, rol del stakeholder, etapa, región y segmento — simultáneamente y con certeza en el dato. No aproximaciones.
Importante
La hipótesis de entidades de arriba es un punto de partida, no un diseño final. La Fase 1 incluye, como entregable nuclear, el diseño del modelo de datos de MCM: qué objetos son nativos, cuáles son custom objects, qué propiedades viven en cada uno y qué relaciones se modelan explícitamente. Lo construimos junto con los equipos comerciales y de TI de MCM, sobre casos reales de Corporate y Enterprise. Es el trabajo que hace posible la integración limpia con Dynamics en Fase 2.
En síntesis
Procesos acordados, personas con roles claros, tecnología bien configurada y un modelo de datos que refleja las relaciones reales del negocio. Los cuatro juntos vuelven a RevOps una capacidad institucional, no un proyecto aislado.