Vender en manufactura o distribución no se parece a vender un producto de consumo. Una sola oportunidad puede involucrar cientos de SKU, precios negociados por volumen, pruebas técnicas, varios compradores y nueve meses entre el primer contacto y el pedido.
En ese contexto, un CRM para manufactura no debería competir con el ERP, sino hacer visible lo que el ERP no ve: qué cliente está evaluando qué productos, en qué etapa va cada oportunidad y qué tiene que pasar para cerrarla.
En las implementaciones que hacemos con fabricantes y distribuidoras, el proyecto se gana o se pierde en una sola decisión que conviene tomar antes de configurar cualquier cosa: qué sistema es dueño de cada dato.
¿Qué hace distinto al ciclo de venta industrial?
El ciclo de venta industrial es más largo, más técnico y tiene más participantes que una venta convencional: el ciclo que recorre este artículo toma nueve meses del primer contacto a la orden de compra, y al menos tres personas deciden del lado del cliente. El proceso suele pasar por consulta técnica, muestras, pruebas, cotización, negociación y aprobación interna antes de la orden de compra. Por eso un CRM para manufactura debe conservar el contexto comercial de meses, mientras el ERP resuelve precios, inventario y pedidos.
En una venta industrial típica intervienen al menos tres perfiles del lado del cliente: el área técnica que valida la especificación, compras que negocia precio y condiciones, y un director que aprueba. Cada uno aparece en un momento distinto del ciclo, y si el CRM no registra quién es quién, el vendedor que hereda la cuenta empieza de cero.
En distribución el reto cambia de forma: el ciclo puede ser más corto por pedido, pero la relación es recurrente, el catálogo es enorme y el precio depende del cliente, el volumen y el contrato. Un CRM para distribuidoras tiene que resolver sobre todo catálogo y precio; uno para manufactura, sobre todo ciclo largo y validación técnica. Muchas empresas necesitan las dos cosas.
¿Qué hitos se registran en un ciclo de venta de 9 meses?
En un ciclo de nueve meses conviene registrar solo los hitos que cambian la probabilidad de cierre o definen el siguiente paso: calificación, reunión técnica, productos de interés, resultado de la muestra, cotización, negociación, aprobación y orden de compra. Cada hito debe quedar como etapa, propiedad o actividad del negocio, no como nota libre que nadie vuelve a leer.
Este es un ejemplo de ciclo para una distribuidora de componentes industriales que vende a un fabricante de autopartes. Lo usamos como referencia en las implementaciones porque muestra qué se registra, dónde y qué no hace falta capturar:
| Mes | Hito | Qué se registra en el CRM | Cómo queda en HubSpot |
|---|---|---|---|
| 0 | Primer contacto | Empresa, contacto, necesidad y origen del lead | Registro de empresa y contacto; propiedad de origen |
| 1 | Calificación | Aplicación, volumen anual estimado y potencial | Se crea el negocio; propiedades de volumen y aplicación |
| 2 | Reunión técnica | Especificaciones y participantes (técnico, compras, director) | Reunión asociada al negocio; roles de contacto con etiquetas de asociación |
| 3 | Selección de productos | SKU de interés y cantidades estimadas | Líneas de pedido del negocio, tomadas de la biblioteca de productos |
| 4 | Muestra o prueba | Fecha de envío, resultado y siguiente acción | Etapa “Muestra en evaluación”; tarea con fecha de seguimiento |
| 5 | Cotización | Productos, cantidades, precio y vigencia | Cotización generada desde el negocio |
| 6 | Negociación | Condiciones, objeciones y competidor | Propiedades de competidor y motivo de objeción |
| 7 | Aprobación | Decisor final, condiciones acordadas y probabilidad | Etapa “En aprobación”; monto y fecha de cierre actualizados |
| 8 | Orden de compra | Número de OC y fecha esperada de entrega | Negocio ganado; se envía al ERP para crear el pedido |
| 9 | Primer pedido surtido | Estado del pedido y facturación | Pedido sincronizado desde el ERP, asociado al negocio y la empresa |
Lo que no hace falta registrar en el CRM es igual de importante: el detalle de producción, las existencias por almacén, los costos, la facturación línea por línea y la cobranza. Todo eso vive en el ERP, y el vendedor solo necesita consultarlo.
Este ciclo es un ejemplo de referencia, no un caso de cliente: úsalo como plantilla y ajusta los meses a tu operación. De los nueve hitos, el 4 y el 6 son los únicos donde el siguiente paso no depende del vendedor, sino del cliente probando la muestra y del comité aprobando la cotización. Si vas a instrumentar un solo control, que sea una tarea obligatoria con fecha en esos dos.
¿Qué sistema es dueño de cada dato: el CRM o el ERP?
Por regla general, el ERP es dueño de productos, listas de precio, inventario y pedidos, porque son datos operativos y contables. El CRM es dueño de las oportunidades, las actividades comerciales y las cotizaciones, porque nacen en el proceso de venta. Los clientes suelen compartirse, con reglas claras de quién los crea y quién puede modificarlos.
Esta es la tabla de modelo de datos que usamos como punto de partida:
| Dato | Sistema dueño | Dirección de sincronización | Qué hace ventas con él en el CRM |
|---|---|---|---|
| Productos / SKU | ERP | ERP → CRM | Consulta y agrega productos a negocios y cotizaciones |
| Listas de precio | ERP | ERP → CRM | Cotiza con el precio que corresponde al cliente, sin capturarlo |
| Inventario y disponibilidad | ERP | ERP → CRM (consulta) | Confirma disponibilidad antes de prometer fechas |
| Clientes (empresas) | Compartido, con reglas | Bidireccional | El CRM crea prospectos; el ERP da de alta al cliente con datos fiscales |
| Oportunidades (negocios) | CRM | Solo en el CRM | Gestiona etapas, probabilidad y seguimiento |
| Actividades comerciales | CRM | Solo en el CRM | Registra reuniones, llamadas, muestras y tareas |
| Cotizaciones | CRM | CRM → ERP al ganarse | Genera y envía la propuesta comercial |
| Pedidos | ERP | CRM → ERP al crearse; ERP → CRM el estado | Consulta el estado del pedido sin llamar a operaciones |
| Facturación y cobranza | ERP | ERP → CRM (resumen) | Ve saldo o crédito disponible antes de cotizar |
Dos matices importan. Primero, que el ERP sea dueño no significa que el dato no exista en el CRM: significa que solo se modifica en el ERP y el CRM recibe la copia. Segundo, para clientes compartidos hay que definir qué campos manda cada sistema; por ejemplo, el CRM puede ser dueño del contacto comercial y el ERP de la razón social y el RFC.
¿Cómo se maneja un catálogo de miles de SKU en el CRM?
Con miles de SKU, el ERP sigue siendo el catálogo maestro y el CRM recibe solo los productos que ventas cotiza, con los campos que necesita para vender: SKU, nombre comercial, familia, unidad y precio.
La biblioteca de productos de HubSpot tiene campo de SKU, admite varias monedas y puede alimentarse por captura manual, por importación de archivo o por integración.
El error más caro es tratar el CRM como una segunda base de datos maestra. Si ventas puede crear o editar productos, en pocos meses habrá SKU duplicados, descripciones distintas del mismo producto y cotizaciones que el ERP no reconoce.
Nuestra recomendación es sincronizar desde el ERP un subconjunto de campos, bloquear la edición de productos en el CRM para los usuarios comerciales y agrupar los SKU por familia o línea para que el vendedor los encuentre rápido.
Si el catálogo cambia seguido, la sincronización tiene que ser automática; además hay un límite que decide por ti: los productos con precios escalonados no se pueden importar, así que un catálogo con precios por volumen únicamente entra por integración o por API, según la página de productos de HubSpot consultada el 9 de octubre de 2026.
¿Cómo se cotiza con listas de precio por cliente y volumen?
Antes de configurar las cotizaciones hay que decidir quién calcula el precio y quién solo lo presenta. Si el ERP determina precios por cliente y volumen, el CRM debe recibirlos sincronizados.
En HubSpot, las listas de precio nativas (price books) requieren Revenue Hub Enterprise, y los precios escalonados por volumen, cualquier suscripción de Revenue Hub, que en el nivel Professional arranca en 85 USD por asiento al mes con pago anual, o 95 USD pagando mes a mes con compromiso anual (consultado el 8 de octubre de 2026).
HubSpot permite dos caminos, y conviene elegir uno a propósito:
El precio vive en el ERP. Es la opción más común en manufactura y distribución con condiciones negociadas por contrato. La integración trae al CRM el precio que le corresponde a cada cliente, y el vendedor cotiza sin tocarlo. Funciona con cualquier edición, pero exige una integración bien diseñada.
El precio vive en HubSpot. Con Revenue Hub, los productos pueden tener precios escalonados por volumen (por volumen, graduados o por escalones).
Con Revenue Hub Enterprise se agregan las listas de precio (price books): se asignan automáticamente a un negocio según sus propiedades, por ejemplo tipo de cliente o región, y la cotización hereda la lista del negocio.
Tienen límites que hay que conocer: la asignación automática ocurre solo al crear el negocio y no vuelve a correr si después cambian las propiedades del negocio o de la empresa; no se pueden importar, clonar ni usar en workflows u otras herramientas de automatización; y cuando coinciden varias listas, el dueño del negocio decide cuál aplica (página de listas de precio de HubSpot, consultada el 9 de octubre de 2026).
Dos consecuencias para la operación diaria: el vendedor no elige la lista al cotizar, la hereda del negocio, así que un negocio sin lista asignada produce una cotización sin lista; y la acción de workflow «agregar línea de pedido a un negocio» no aplica el precio de la lista, solo lo hace el editor de líneas de pedido.
Sea cual sea el camino, hay que distinguir entre precio de lista y precio negociado y definir quién puede autorizar un descuento. En HubSpot ese control tiene nombre: el permiso «Crear líneas de pedido personalizadas»; apagado, el usuario solo puede cotizar con la lista asignada al negocio. Si cada vendedor modifica precios en la cotización sin reglas, el CRM se convierte en una fuente de errores que el ERP termina rechazando.
¿Cómo se sincroniza HubSpot con el ERP para no capturar dos veces?
HubSpot se sincroniza con el ERP mediante su sincronización de datos, que está disponible en todas las ediciones. Permite elegir la dirección de cada sincronización y, con una suscripción de Data Hub desde el nivel Starter, mapear propiedades personalizadas. Si el ERP no tiene conector, la integración se construye por API o con una plataforma intermedia.
La integración no debe mover todo, sino los datos y eventos que eliminan doble captura. Estos son los flujos que diseñamos con más frecuencia:
- Del ERP al CRM: clientes dados de alta con sus datos fiscales, productos y precios, disponibilidad, estado de los pedidos y saldo o crédito del cliente.
- Del CRM al ERP: el negocio ganado con sus productos, cantidades y condiciones, para que operaciones cree el pedido sin volver a capturarlo.
La sincronización de datos de HubSpot permite definir para cada objeto si los datos viajan en ambos sentidos, solo hacia HubSpot o solo hacia la otra aplicación. Con Data Hub, además, se pueden mapear propiedades personalizadas, que es lo que normalmente necesita una empresa industrial con campos propios.
El objeto de pedidos de HubSpot está disponible en todas las ediciones y puede alimentarse desde un ERP como NetSuite o por API; conviene saber que las líneas de un pedido no se pueden agregar manualmente, solo por integración o API, lo que confirma que el pedido debe nacer en el ERP.
En México es común trabajar con ERPs que no tienen conector nativo con HubSpot. En esos casos la arquitectura es la misma, pero la integración se desarrolla por API o con una plataforma intermedia, y el presupuesto debe contemplarlo desde el inicio.
¿Qué reportes necesita un director comercial industrial?
Un director comercial industrial necesita ver pipeline por etapa, cobertura contra la meta, forecast, tiempo promedio en cada etapa, oportunidades estancadas, tasa de conversión, motivos de pérdida y desempeño por vendedor, territorio, cliente y familia de producto. En ciclos de nueve meses, el reporte más útil es el que detecta oportunidades que pierden velocidad.
Los reportes se construyen en tres niveles. El primero es el pipeline: valor de las oportunidades por etapa, probabilidad y fecha estimada de cierre. El segundo es la cobertura: cuánto negocio potencial existe frente a la meta del trimestre o del año. El tercero es la velocidad: cuánto tiempo pasa una oportunidad en cada etapa y cuáles se pasan del tiempo esperado.
El umbral sale de la tabla de hitos de este artículo: asigna un mes a cada etapa, así que más de un mes en la misma etapa ya es retraso, y los meses 4 y 6 son los dos donde el reloj no lo controla el vendedor.
En ciclos largos, el forecast no puede basarse solo en la etapa. Una oportunidad en “Cotización” desde hace cuatro meses no vale lo mismo que una que llegó ayer. Por eso recomendamos combinar la etapa con señales como la fecha de la última actividad, si ya hay muestra aprobada y si el decisor está identificado.
Para distribuidoras, además, es muy útil cruzar las oportunidades con familia de producto y tipo de cliente, y comparar lo cotizado contra lo que realmente se pidió, dato que llega del ERP.
¿Cómo empezar a implementar un CRM para manufactura o distribución?
Empieza por la tabla de dueños de datos, no por la configuración. Define qué sistema manda en productos, precios, clientes, cotizaciones y pedidos; mapea tu ciclo de venta real con sus hitos; confirma si tu ERP tiene conector con HubSpot o requiere desarrollo, y decide si el precio vivirá en el ERP o en HubSpot.
El mayor riesgo de un CRM para distribuidoras o manufactura no es tener pocos campos: es crear dos sistemas que intentan ser dueños de la misma información. El CRM debe responder preguntas comerciales, como qué está vendiendo el equipo, en qué etapa va cada oportunidad y qué cotizaciones están pendientes.
El ERP debe seguir respondiendo las operativas: cuánto inventario hay, qué precio corresponde y qué pedido se puede surtir. Cuando esa frontera está clara, la integración deja de ser un proyecto para “conectar dos sistemas” y se convierte en la forma de evitar trabajo duplicado.
Si estás evaluando un CRM para manufactura o distribución y necesitas definir el modelo de datos, la integración con tu ERP y los procesos comerciales que deben vivir en HubSpot, en Media Source by Cebra te ayudamos a diseñarlo e implementarlo. Conoce nuestro servicio de HubSpot CRM.
Preguntas frecuentes
¿Qué es un CRM para manufactura?
Es una plataforma que gestiona oportunidades, actividades, productos, cotizaciones y seguimiento de clientes en procesos de venta industrial con ciclos largos y validación técnica. Trabaja junto con el ERP: el CRM da visibilidad al proceso comercial y el ERP conserva inventario, precios, pedidos y facturación.
¿Qué necesita un CRM para distribuidoras?
Un CRM para distribuidoras necesita manejar un catálogo amplio sincronizado con el ERP, precios por cliente y volumen, cotizaciones rápidas, consulta de disponibilidad y estado de pedidos, y reportes por familia de producto y tipo de cliente, sobre todo para dar seguimiento a clientes recurrentes.
¿Un CRM puede reemplazar al ERP en una empresa manufacturera?
No. El ERP gestiona inventario, compras, producción, contabilidad y pedidos. El CRM se enfoca en la relación comercial, las oportunidades, las actividades y las cotizaciones. Lo recomendable es integrarlos y definir qué sistema es dueño de cada dato.
¿Quién debe ser dueño de los precios: el CRM o el ERP?
Debe existir una sola fuente de verdad. Si el ERP calcula precios por cliente y volumen, el CRM debe recibirlos sincronizados. Si se decide que el precio viva en HubSpot, las listas de precio nativas requieren Revenue Hub Enterprise.
¿Cómo manejar miles de productos en un CRM?
Mantén el catálogo maestro en el ERP y sincroniza con el CRM solo los productos y campos que ventas necesita para cotizar. Bloquea la edición de productos para los usuarios comerciales y agrúpalos por familia para encontrarlos rápido.
¿HubSpot puede integrarse con un ERP?
Sí. La sincronización de datos de HubSpot permite definir la dirección de cada flujo, y con una suscripción de Data Hub, desde el nivel Starter, se pueden mapear propiedades personalizadas. Si el ERP no tiene conector con HubSpot, la integración se desarrolla por API o con una plataforma intermedia.
¿Qué debe registrar un CRM en un ciclo de venta de nueve meses?
Los hitos que cambian la probabilidad de cierre: calificación, reunión técnica, productos de interés, resultado de muestras, cotización, negociación, aprobación y orden de compra. El detalle de producción, inventario y facturación se queda en el ERP.
Alfonso Álvarez
Soy Alfonso Alvarez Escalante, SEO y copywriter especializado en la creación de contenidos digitales enfocados en posicionamiento, estrategia y experiencia del usuario. Me apasiona transformar ideas en textos claros, útiles y optimizados para buscadores, siempre con un enfoque orientado a resultados. Además, disfruto mantenerme al día sobre nuevas tecnologías, marketing digital e innovación. Soy entusiasta del uso de herramientas de inteligencia artificial aplicadas a la generación de contenido, automatización y optimización de procesos creativos, explorando constantemente nuevas formas de combinar creatividad y tecnología.