Esa desconexión es más que una molestia. Socava la rentabilidad en la parte del negocio que normalmente genera la mayor parte del margen. En muchas industrias, el 60% o más de los ingresos provienen del servicio, con márgenes muy superiores a las ventas del equipo original. Sin embargo, la columna vertebral digital de la información del producto sigue estando diseñada, en gran medida, por y para la ingeniería.

Un número creciente de empresas industriales está empezando a cuestionar este modelo. En el Field Service Forum 2026 – Power of 50, Philippe Bartissol, vicepresidente de Dassault Systèmes, compartió la visión emergente: el PLM ya no debe ser una herramienta propiedad de la ingeniería que casualmente almacene algunos datos del producto. Debe ser una columna vertebral impulsada por el servicio que gestione la base instalada a lo largo de su verdadero ciclo de vida, desde el concepto hasta el reciclaje, incluyendo décadas de servicio de campo, modernizaciones y desmantelamiento.

El PLM tradicional nunca fue diseñado para extenderse más allá de la ingeniería y la fabricación. Una vez que la máquina se envía, la L (ciclo de vida) del PLM termina efectivamente. Los equipos de servicio entonces improvisan con ERP, CRM, herramientas de servicio de campo y hojas de cálculo locales.

La mayoría de las organizaciones siguen tratando el ERP como el sistema principal para gestionar la base instalada. Los identificadores de producto, las configuraciones e incluso los detalles técnicos a menudo terminan enterrados en las tablas del ERP. Esto crea varios problemas:

• La estructura del producto y la estructura del servicio están desconectadas.

• Los cambios de ingeniería son lentos o imposibles de propagar al servicio.

• Los catálogos de piezas de repuesto se alejan de la realidad en el campo.

• Los datos de la base instalada se vuelven inconsistentes entre regiones y equipos.

La alternativa es tratar el PLM, incluidos el CAD y los modelos 3D, como la columna vertebral no solo para el desarrollo de nuevos productos, sino para toda la vida de cada activo en el campo. En este modelo, el PLM se convierte en el receptáculo de los datos de producto y servicio, y otros sistemas consumen de él. El modelo de datos se extiende más allá de la ingeniería para describir:

• Productos físicos (máquinas, módulos, componentes).

• Productos de servicio (contratos, ofertas de mantenimiento, modernizaciones).

• Vistas de ingeniería y vistas de servicio del mismo activo.

• La configuración real de cada máquina por número de serie.

Las decisiones sobre el PLM ya no pueden ser tomadas únicamente por la ingeniería. Los líderes de servicio deben ser fundamentales en la estrategia, selección y gobernanza del PLM, ya que sus requisitos en torno a los datos de la base instalada, las piezas de repuesto y los procesos de campo definen la mayor parte del ciclo de vida.

Vista de Ingeniería vs. Vista de Servicio: El Gemelo que el Servicio Realmente Necesita

El gemelo digital se discute a menudo en términos abstractos, pero para las organizaciones de servicio el concepto se vuelve concreto cuando se distingue entre dos vistas del mismo activo.

Una vista de ingeniería describe cómo se diseña y construye el producto: lista de materiales (BOM) completa, todas las piezas estructurales, la intención del diseño, las tolerancias y los módulos. Esta vista es fundamental para el análisis de causa raíz, las modernizaciones complejas y la retroalimentación hacia I+D.

Una vista de servicio, por el contrario, se centra en lo que realmente importa durante el mantenimiento y la reparación. Esto requiere una BOM de servicio dedicada (SBOM) que:

• Incluya solo piezas de repuesto, consumibles y ensamblajes relevantes para el servicio.

• Agrupe las piezas en kits de servicio que reflejen la práctica real en el campo.

• Esté vinculada a las instrucciones de trabajo de servicio, herramientas e información de seguridad.

• Esté ligada al modelo 3D para que los técnicos y planificadores puedan visualizar el trabajo.

Ningún ingeniero de desarrollo definirá jamás un kit de servicio práctico. Solo los equipos de servicio saben qué piezas se cambian siempre juntas, qué falla en condiciones reales y cómo minimizar las visitas al sitio. Si el PLM no admite una vista de servicio distinta con SBOM, los equipos de servicio se ven obligados a mantener sus propias estructuras y catálogos, desconectados de la ingeniería.

Las plataformas de PLM modernas están empezando a cerrar esta brecha al permitir que ambas vistas coexistan y permanezcan sincronizadas. Durante el desarrollo de nuevos productos, los ingenieros pueden definir la estructura del producto mientras que los equipos de servicio definen las SBOM, los procesos de servicio y las instrucciones de trabajo basadas en 3D en el mismo entorno. Los cambios en el producto fluyen entonces a través de ambas vistas por diseño.

Extensión del PLM a la Base Instalada

La verdadera prueba de un PLM impulsado por el servicio no es qué tan bien soporta un producto genérico, sino con qué precisión representa cada activo instalado en el campo.

Para las empresas que producen un número menor de máquinas altamente personalizadas, la necesidad es clara: cada máquina es única y el servicio depende de conocer su configuración exacta, ubicación e historial de modificaciones. En tales casos, el PLM puede ahora almacenar un gemelo digital específico por número de serie, que incluya:

• Vista de ingeniería: la estructura tal como fue diseñada y construida.

• Vista de servicio: la SBOM mantenida y los kits de servicio.

• Ubicación y Cliente: dónde opera el activo.

• Historial: problemas, intervenciones, modernizaciones y actividades próximas.

Esto permite una forma de trabajo diferente. Antes de una visita, un planificador o despachador puede abrir un panel de control de la base instalada y ver el gemelo real de la máquina en ese sitio, no un modelo genérico, sino la configuración específica. A continuación, pueden seleccionar las piezas de repuesto adecuadas, validar las instrucciones de trabajo y preparar al técnico adecuadamente.

Para los fabricantes de gran volumen, el enfoque es más selectivo. No todas las unidades justificarán un gemelo a medida. En su lugar, la base instalada puede segmentarse en grupos según la riqueza de los datos y el valor empresarial:

• Equipos antiguos donde solo se conocen los parámetros de alto nivel.

• Activos a mitad de su vida útil con estructuras parciales y documentación limitada.

• Instalaciones recientes con listas de materiales (BOM) completas y datos CAD.

Cada grupo se aborda entonces de manera diferente: algunos pueden justificar la reconstrucción de un gemelo parcial; otros pueden gestionarse a un nivel más genérico. La clave es tratar la base instalada como una cartera estructurada, no como un accidente histórico.

Gestión de cambios impulsada por el servicio y piezas de repuesto

Vincular el servicio y la ingeniería dentro del PLM redefine la gestión de cambios. En muchas organizaciones, cuando ingeniería cambia un componente, el servicio se entera tarde, si es que se entera. Los catálogos de piezas de repuesto se actualizan meses después, si es que se actualizan.

Con un modelo de datos compartido, los cambios de producto pueden atravesar la ingeniería, la fabricación, las ofertas de servicio, las SBOM y los registros de la base instalada en un único flujo. Cuando se aprueba un cambio:

• Se actualiza la vista de ingeniería. Se ajustan las SBOM y los kits de servicio relacionados.

• Las entradas del catálogo de piezas de repuesto se revisan automáticamente.

• Los activos instalados aplicables se identifican por número de serie.

• Los equipos de servicio pueden planificar modernizaciones (retrofits) o sustituciones proactivas.

Fundamentalmente, el PLM ahora debe incluir objetos explícitos para los catálogos de piezas de repuesto y su publicación, no como documentos externos, sino como datos estructurados vinculados al gemelo. Esto reduce las inconsistencias entre los planos de ingeniería, los manuales de servicio y lo que los técnicos ven realmente en el sitio.

Capturar el conocimiento tácito antes de que se jubile

Otro punto de presión es la demografía de la fuerza laboral. Muchos técnicos de campo se acercan a la jubilación y gran parte de su experiencia sigue siendo tácita: reside en la experiencia individual, notas locales y prácticas informales. Convertir eso en conocimiento explícito no es opcional si las empresas quieren mantener la calidad del servicio y el crecimiento.

La pregunta es dónde debería residir ese conocimiento. Si cada función tiene su propio sistema de registro, el conocimiento de campo corre el riesgo de dispersarse o perderse.

El PLM impulsado por el servicio ofrece una respuesta: integrar el conocimiento directamente en el gemelo como datos estructurados:

• Procesos de servicio descritos paso a paso, a menudo en 3D.

• Herramientas y condiciones requeridas para cada operación.

• Recomendaciones prácticas codificadas como instrucciones de trabajo.

• Bucles de retroalimentación que crean incidencias o solicitudes de cambio cuando los técnicos encuentran algo nuevo.

La inteligencia artificial puede desempeñar un papel de apoyo, pero solo cuando los datos subyacentes están estructurados y son fiables. Un caso de uso emergente es la ingesta de informes de técnicos después de una visita y la propuesta automática de actualizaciones para el gemelo digital. Un despachador o coordinador central valida entonces la actualización. Con el tiempo, el gemelo refleja el estado real del activo sin exigir un esfuerzo adicional a los técnicos en el campo.

Se trata más bien de una gestión de datos disciplinada: modelos coherentes, flujos de trabajo claros y una propiedad definida. Una vez establecida esa base, la IA puede ayudar a mantener la precisión a escala con una intervención manual mínima.

Qué deben hacer a continuación los líderes de servicio

Una implicación de este cambio es que la estrategia de PLM ya no es una preocupación de la ingeniería de back-office. Es una palanca fundamental para los ingresos por servicios, la rentabilidad y la satisfacción del Cliente.

Por lo tanto, los líderes de servicio deberían:

• Insistir en ser partes interesadas centrales en las decisiones y hojas de ruta del PLM.

• Definir los requisitos en torno a la gestión de la base instalada, las SBOM, los kits de servicio y las instrucciones de trabajo antes de seleccionar o ampliar las herramientas.

• Cuestionar la suposición de que el ERP o las herramientas ad hoc son el hogar natural para los datos de productos y servicios en el campo.

• Comenzar con un alcance claro: ya sea una nueva línea de productos que se gestione correctamente desde el primer día, o un segmento priorizado de la base instalada existente donde el ROI sea claro.

• Diseñar procesos sobre cómo las incidencias en el campo activan actualizaciones estructuradas del gemelo y, cuando sea pertinente, de la ingeniería.

El objetivo no es reconstruir el historial de cada activo de la noche a la mañana, sino establecer un hilo digital coherente y liderado por el servicio para el crecimiento futuro. Una vez que el PLM se amplía para cubrir todo el ciclo de vida —incluyendo décadas de servicio, modernizaciones y fin de la vida útil—, los fabricantes pueden tratar el servicio como el motor principal de la rentabilidad a largo plazo.