Minería Digital 2026 ▲ Índice
Insights para Governance · Congreso Minería Digital 2026

Adopción de tecnología en minería: por qué una solución madura se estanca y cómo destrabarla

Carlos, de Dinamics, comparte los aprendizajes de escalar el robot MU (TRL9) en CODELCO y propone un marco de cuatro fases para superar las barreras no técnicas de la adopción.

ExpositorCarlos — Chief Strategy & Growth, Dinamics
EmpresaDinamics (robótica para minería)
Fecha05-ago-2026
Duración≈ 20 min
Resumen ejecutivo

La madurez técnica no garantiza la adopción

Una tecnología puede llegar a la operación con madurez alta —incluso TRL9— y aún así estancarse. Carlos, de Dinamics, sostiene que la barrera rara vez es técnica: son los KPIs y expectativas divergentes de operaciones, seguridad, mantenimiento, finanzas y abastecimiento los que frenan el escalamiento. Su respuesta es un marco estructurado de cuatro fases que alinea a todos los stakeholders antes de pilotar y que documenta evidencia auditable en cada paso.

«Hay tecnologías que pueden demostrar una madurez alta antes de entrar a una operación, TRL9 incluso, pero muchas veces se quedan estancadas en la adopción.»
Idea central para governance
El cuello de botella de la adopción es organizacional, no de ingeniería. Ganar el «Go» exige caracterizar expectativas de cada área desde el día uno, medir con indicadores leading y lagging, y bajar la barrera de entrada con un modelo comercial OPEX (arriendo con servicio).
TRL9
Madurez del robot MU al entrar a operación
5
Contratos activos con el robot MU
-40%
Tiempo de la tarea vs. método manual
4
Fases del marco de adopción
Highlights destacados

Las frases que resumen la tesis

«Muchas veces la barrera no solamente es técnica; hay KPIs asociados a las distintas áreas que supervisan estos proyectos y todos esperan algo distinto.»
«Si esas preguntas —cuánto costará, a quién reemplaza— salen recién en el go/no-go, es porque la etapa de caracterización no ocurrió.»
«El área de innovación se enfoca en el lagging, que es donde ponemos la propuesta de valor; a operaciones le importa solo el leading, lo que ven en el día a día. Hay que mezclar ambos.»
«Lo que no queda escrito puede ser modificado; sin esa data no podemos respaldar nada.»
«Cuando uno logra demostrar aporte en productividad, continuidad y seguridad, es muy poco probable que la tecnología no se adopte.»
El diagnóstico

Hardware en bodega y software que nadie usa

El punto de partida es incómodo y familiar: soluciones probadas que no logran despegar. Cuesta convencer al cliente, los proyectos quedan detenidos meses, y cuando cambian los liderazgos los productos quedan botados. El resultado es hardware completo en bodegas o software que nadie utiliza, y un valor agregado que nunca se captura.

Dinamics lo vive con su propio caso de éxito: el robot MU, en TRL9 y con cinco contratos activos apoyando a geólogos, topógrafos y alarifes en minería subterránea, aún enfrenta fricción para entrar en nuevos entornos. La conexión a bases de datos o la resolución fotográfica no son el problema real.

La barrera es de expectativas, no de ingeniería

Cada proyecto es supervisado por operaciones, mantenimiento, seguridad, finanzas, administración y abastecimiento. Todas tienen KPIs distintos y esperan cosas distintas. Fijar los criterios de éxito al 100% con todas las áreas desde la concepción del proyecto es necesario pero no es factible — y ahí nace el marco de fases.

El método

Cuatro fases para destrabar la adopción

El marco introduce un período inicial explícito para aunar criterios con quienes finalmente evaluarán el proyecto —finanzas, comercial, seguridad— antes de presentar resultados seis meses después. La idea es quitar incertidumbre antes del piloto, no descubrir objeciones al final.

Fase 1CaracterizaciónEscuchar y unificar las expectativas de operaciones, seguridad, geomecánicos, geólogos, mantenedores y TI. Previene las sorpresas del go/no-go.
Fase 2Piloto operacionalPrueba de concepto en terreno (referencial: semanas 3 a 12). Presencia constante en faena; las visitas de uno o dos días le quitan veracidad al dato.
Fase 3Go / No-GoLa fase más crítica. Si la caracterización fue pobre, surgen aquí las preguntas difíciles (precio futuro, reemplazo de personal) y el piloto queda «durmiendo» o iterando indefinidamente.
Fase 4EscaladoLa fase feliz: tras un «Go», se expande la operación y se profundiza el despliegue de productos con el cliente.
Fase 5 implícita

Carlos añade que siempre existe una componente comercial —«la fase del contrato»— sin la cual el ciclo no cierra. El modelo comercial no es un apéndice: es parte del diseño de la adopción.

Cómo se mide el valor

Velocímetro y odómetro: dos indicadores, dos audiencias

Comunicar valor exige manejar dos tipos de indicadores en paralelo y ser claro sobre la diferencia entre ellos al presentar el proyecto.

  • Leading — el velocímetro. El rendimiento del día a día que le importa a operaciones: misiones completadas, disponibilidad de hardware y software, datos entregados diariamente.
  • Lagging — el odómetro. El valor acumulado donde vive la propuesta de valor: horas de exposición al riesgo evitadas, datos que antes se tomaban a mano y hoy se automatizan, retrabajo evitado.

El error recurrente: innovación mira el lagging (el valor de largo plazo) mientras operaciones solo mira el leading (lo cotidiano). La empresa tecnológica debe mezclar ambos y explicar su diferencia para no hablarle a una sola de las audiencias.

Qué mueve la decisión

Los cuatro ejes que evalúa una minera (y el modelo comercial)

Aunque la seguridad se declara como la prioridad número uno en toda minera, a la hora de aprobar el proyecto la decisión suele girar en torno al segundo y tercer eje: cuánto cobre más se pone en la mesa y cuántas horas-hombre se ahorran.

  • Seguridad — prioridad declarada y transversal.
  • Productividad — más cobre producido o menos horas-hombre (HH).
  • Continuidad operacional — evitar detenciones imprevistas (p. ej. en correas transportadoras).
  • Trazabilidad — data escrita y respaldada; «lo que no queda escrito puede ser modificado». Percibida como lenta, pero indispensable para respaldar decisiones.

OPEX: bajar la barrera de entrada

Dinamics comercializa vía arriendo con bajo OPEX, no venta de activo (CAPEX). Carlos reconoce que hay opiniones divididas —algunos defienden CAPEX alto y OPEX bajo posterior— y que la mejor estrategia depende de la tecnología, pero en su caso el modelo OPEX ha sido clave para facilitar la adopción.

Qué sostiene la adopción en el largo plazo
Gobernanza clara con involucramiento real de stakeholders sobre los KPIs definidos; evidencia auditable documentada incluso en pilotos pequeños; barreras bajas vía OPEX; y demostración tangible de aporte en productividad, continuidad y seguridad.
Caso de éxito

El robot MU en minería subterránea

El caso que ilustra el marco: el robot MU reemplaza el fotografiado manual de topógrafos y alarifes en minería subterránea mediante fotogrametría y escaneo georreferenciados. Contra los cuatro ejes de decisión, los resultados fueron concretos.

≈ 4 min
Duración de la tarea con el robot
20–25 min
Duración con el método manual
-40%
Reducción de tiempo de ejecución
  • Seguridad. Elimina la exposición al riesgo del personal en zonas peligrosas de la mina.
  • Productividad. Un 40% menos de tiempo que el método manual.
  • Calidad de datos. Mantiene e incluso aumenta la calidad de la data capturada.
  • Trazabilidad. Fotos y datos georreferenciados en todo momento, más trazables que la captura manual.
  • Ahorro. La mejor información permite ejecutar mejor las labores y evitar, por ejemplo, sobreexcavación.

La tecnología nació en el proyecto «Túnel Correa» y se escaló con las cuatro fases hasta operar en sectores y empresas distintas. CODELCO encargó un video promocional en redes sociales que difunde la solución, y el testimonio de un jefe de topografía que usa el robot respalda su adopción.

El negocio

De arrendar robots a vender servicios con IA

En respuesta a una pregunta del público, Carlos detalló que el negocio principal no es vender hardware. Dinamics se mueve hoy en dos aristas y evoluciona hacia un modelo de servicios.

  • Arriendo de robots con SLA de mantenimiento incluido; equipos diseñados y fabricados por la empresa, no genéricos.
  • Servicio de operación — sus trabajadores operan el robot, descargan y procesan la data; aunque, por ser una plataforma de fácil uso, suele bastar con capacitar al personal del cliente y asegurar soporte.
  • Capas de inferencia con IA — modelos que añaden valor sobre la data del robot.

Entre los modelos de IA ya en desarrollo avanzado: reconocimiento de activos críticos para asignar las señales que capturan los robots, un modelo de ultrasonido que ha sido crucial para correas transportadoras, y modelos personalizados según el problema de cada cliente. Carlos remitió a las charlas de José Manuel (fundador) y de la ingeniera en robótica de la filial en España para profundizar.

Lectura Nidatech

Por qué nos importa

Esta sección es interpretación propia del equipo Nidatech y no forma parte de la charla. Como proveedor tecnológico a la minería, el marco de Dinamics es directamente accionable para cómo vendemos e implementamos.

  • La adopción se gana en la caracterización, no en la demo. Incorporar una fase formal de alineamiento de KPIs con operaciones, seguridad, finanzas y TI antes del piloto debería ser estándar en nuestras propuestas: evita que las objeciones comerciales aparezcan recién en el go/no-go.
  • Medir con leading y lagging, y hablarle a cada audiencia. Nuestros pilotos deben reportar tanto el rendimiento diario (para operaciones) como el valor acumulado (para innovación y finanzas), explicitando la diferencia. Un solo tablero no convence a ambos.
  • El modelo OPEX/arriendo como palanca de adopción. Ofrecer servicio y arriendo con SLA en lugar de venta de activo baja la barrera de entrada y sostiene la relación; vale evaluarlo producto por producto en el portafolio NidaHub.
  • Evidencia auditable como activo, no como trámite. Documentar avances y decisiones desde pilotos pequeños es lo que blinda la adopción frente a cambios de liderazgo del cliente — un riesgo que Carlos identifica explícitamente como causa de proyectos abandonados.