CRM para minería: convertir relaciones largas en un sistema comercial operable
La relación comercial minera no cabe en una lista de leads. Una cuenta puede tener varias faenas, contratistas, especialidades y decisores; una oportunidad puede alternar entre una visita técnica, un RFQ, una prueba y una licitación antes de llegar a contrato. Si ese recorrido queda repartido entre correos, planillas y conversaciones individuales, el equipo pierde el siguiente paso y la dirección pierde una lectura confiable del pipeline.
La necesidad de sostener presencia antes de la licitación es real. La regla 95-5 del B2B Institute de LinkedIn indica que 95% de los compradores B2B no está activamente en mercado en un momento dado. Para proveedores mineros, el CRM permite conservar la relación y la evidencia técnica durante ese tiempo sin confundir actividad con oportunidad madura.
Diseñamos el sistema alrededor de la compra minera: grupo, faena, commodity, línea de servicio, comité de compra, estado de homologación y próximo compromiso. Un RFQ no es solo una etapa; debe conservar especificación, responsables, fecha de visita, alcance de propuesta y motivo si se pierde. Esa estructura se conecta con la estrategia digital para minería para atribuir campañas y contenido a oportunidades reales, y con la automatización para minería para asignar tareas, alertas y documentación repetitiva.
El resultado es una operación comercial más disciplinada: cada cuenta tiene dueño, las oportunidades tienen criterios de avance y las excepciones aparecen para revisión humana. Medimos tiempos de respuesta, cobertura de pipeline, antigüedad por etapa y avance hacia RFQ o contrato; no prometemos adjudicaciones ni sustituimos la evaluación técnica o contractual.
Cómo se ordena un pipeline minero en la práctica
Un proveedor de bombas para plantas concentradoras del norte de Chile mantenía más de 400 cuentas en una planilla compartida. Los RFQ llegaban por correo a tres personas distintas, las visitas técnicas se registraban en la libreta de cada vendedor y nadie sabía qué oportunidades estaban en homologación. Mintec implementó cuentas por faena y grupo, una etapa de homologación explícita, registro obligatorio de visitas y una alerta cuando un RFQ superaba 15 días sin actualización. A los seis meses, el equipo recuperó 11 oportunidades que habían quedado sin responsable y el tiempo de respuesta a un RFQ bajó de seis días a un día y medio.
La disciplina de datos sostiene ese resultado: cuentas deduplicadas, contactos al día y criterios de avance claros. El enriquecimiento automático de contactos reduce el mantenimiento manual, y cuando el CRM estándar no cubre catálogo ni órdenes de compra, lo completamos con software a medida para minería.
Por qué un CRM minero se implementa por faena y no por producto
La diferencia entre un CRM que se usa y uno que se abandona está en cómo se nombra una cuenta. Si el registro dice "Corporación Minera XYZ", el vendedor promedio lo completa en tres minutos, escribe la última nota del año pasado y lo abandona. Si el registro dice "XY — Faena Centinela — Mantención de espesadores", cada campo tiene un propósito: hay una faena, hay un activo, hay una especialidad, hay un responsable. Ese registro se puede reportar.
Modelamos el CRM con esa jerarquía porque el costo de una venta minera no está en el producto, sino en la coordinación. Un contrato de mantención puede involucrar un gerente de faena, un plan de compras centralizado en Santiago, un supervisor de contratos en la faena y un área legal corporativa. Si el sistema solo guarda un contacto, tres de los cuatro nunca ven la oportunidad.
En un contrato de 18 meses con una compañía de servicios técnicos en Antofagasta, la cuenta tenía 23 contactos registrados y ninguno asociado a una faena. Al reordenar el modelo por faena y especialidad, el equipo descubrió que 9 oportunidades estaban vivas en tres faenas distintas y que ninguna tenía un siguiente paso asignado. En cinco semanas, ocho de esas nueve llegaron a propuesta.
La razón de fondo es que el comprador minero compra contra un plan. Si el CRM no refleja en qué parte del plan está la cuenta, el vendedor no puede anticipar nada: llega cuando ya se adjudicó. Por eso la automatización para minería se enfoca en la señal de antigüedad por etapa, no en la automatización de tareas. La estrategia digital para minería aporta la demanda, pero es el modelo por faena el que convierte esa demanda en un ciclo predecible.
Cómo se mide un pipeline que dura 18 meses
En minería, el error más común de medición es usar una ventana de atribución de 30 días para un ciclo de venta de dos años. Con esa ventana, toda la inversión digital parece no funcionar. La solución no es inventar una métrica: es medir por cohortes y por etapa, con puntos de control que existen aunque el contrato todavía no esté firmado.
Trabajamos con tres indicadores que un gerente de faena entiende sin capacitación: cuántos RFQ tienen visita programada, cuántas visitas técnicas produjeron un resultado verificable en la propuesta, y cuántas cuentas activas tocaron un contacto nuevo en los últimos 90 días. El tercero es el que revela la salud real del pipeline: si una cuenta lleva cuatro meses sin contacto nuevo, no está en evaluación, está dormida, y por más RFQ que muestre el tablero no va a convertirse.
La ventana de 90 días aplica también al lado del cliente. Cuando un cliente lleva ese tiempo sin una interacción de valor —un hallazgo técnico, un repuesto, una revisión de consumo—, la cuenta entra en riesgo de todos modos. Lo explica nuestro análisis de ventana de 90 días para medir churn, y es la razón por la que el CRM necesita registrar esas interacciones aunque no pertenezcan a una venta abierta.
Preguntas frecuentes sobre CRM minero
- ¿Cómo medimos la salud del pipeline? Con cobertura por faena, antigüedad por etapa, tasa de RFQ a adjudicación y tiempo de respuesta a visitas técnicas.
- ¿Sirve para proyectos CAPEX y servicios de mantenimiento a la vez? Sí, con etapas, montos y comités de aprobación distintos para cada tipo de venta.
- ¿Se integra con SAP u otros ERP mineros? Conectamos datos maestro, órdenes y catálogo mediante integraciones con reglas de sincronización y manejo visible de excepciones.