El reinicio de la conducción autónoma de GM pone a prueba el software

El último anuncio de GM sobre autonomía no trata realmente de conseguir que los coches conduzcan solos. Trata de admitir que el coche moderno ya no puede seguir siendo un producto mecánico al que se añade software después. La pregunta más difícil es si GM puede construir una arquitectura —y un modelo de negocio— que haga que el software sea lo bastante fiable como para importar a los conductores normales.

El 21 de octubre, GM presentó una amplia renovación tecnológica centrada en lo que denomina un vehículo definido por la inteligencia. Según GM, sus vehículos, desde el Cadillac ESCALADE IQ hasta el Chevrolet Silverado, recibirán una arquitectura eléctrica e informática diseñada para respaldar la próxima fase de sus productos. Reuters informa de que GM quiere empezar por la conducción autónoma «sin necesidad de prestar atención a la carretera» en sus pickups y SUV más vendidos y rentables (Reuters informa).

Es un reajuste estratégico, no un truco de magia. GM intenta sacar la autonomía de la categoría de proyecto científico y llevarla a los vehículos que financian la empresa. En nuestra opinión, es la dirección correcta, pero solo si el software se convierte en un producto fiable y no en otra promesa cara.

El cambio importante está en la arquitectura, no en la puesta en escena

Los fabricantes tradicionales llevan años añadiendo cámaras, sensores, servicios conectados y asistencia a la conducción a plataformas diseñadas alrededor de módulos de hardware. Ese enfoque puede producir funciones útiles, pero también crea un vehículo fragmentado: ordenadores independientes, ciclos de desarrollo separados y poco margen para la mejora continua.

El paso anunciado por GM hacia una arquitectura eléctrica e informática común intenta cambiar esa lógica. El vehículo se convierte en una plataforma capaz de recibir nuevas funciones, actualizaciones y personalización con el paso del tiempo. Coherent Market Insights prevé que el mercado más amplio de los vehículos definidos por software alcance los 946.820 millones de dólares en 2033, frente a los 171.920 millones estimados para 2026, lo que demuestra por qué los fabricantes consideran esto un campo de batalla competitivo y no un proyecto de ingeniería secundario.

Pero el crecimiento del mercado no garantiza valor para el cliente. Una arquitectura unificada es un facilitador, no una función que el cliente pueda percibir directamente. La recompensa solo llega cuando las actualizaciones mejoran la seguridad, reducen la fricción o añaden capacidades que la gente realmente quiere. De lo contrario, «definido por software» corre el riesgo de convertirse en una forma corporativa de describir una experiencia de propiedad más complicada.

El mismo principio se aplica a la autonomía. Que un coche pueda hacer más en el futuro no lo convierte automáticamente en un coche mejor. A los conductores les importa que el sistema funcione de forma constante en los lugares en los que se anuncia, comunique claramente sus límites y genere la confianza suficiente para utilizarlo.

GM elige un punto de entrada práctico para la autonomía, con sus contrapartidas

Empezar por pickups y SUV tiene sentido desde el punto de vista empresarial. Reuters los describe como los vehículos más vendidos y rentables de GM, lo que proporciona a la empresa una amplia base instalada y una vía más clara para recuperar los costes de desarrollo. También sitúa la tecnología en categorías de vehículos en las que los compradores podrían estar más dispuestos a pagar por funciones de comodidad.

Sin embargo, esta estrategia expone a GM a una contradicción difícil. Los vehículos grandes y rentables pueden financiar el desarrollo del software, pero también elevan las expectativas cuando el software decepciona. Una función premium de asistencia a la conducción no puede parecer experimental en un vehículo presentado como una compra importante. «Sin necesidad de prestar atención a la carretera» es un término especialmente exigente, porque implica un cambio en la responsabilidad del conductor, no simplemente un sistema mejor para mantener el coche en el carril.

GM ya ha intentado limitar sus ambiciones en materia de autonomía. En diciembre de 2024, la empresa afirmó que se esperaba que la reestructuración del desarrollo de la conducción autónoma redujera el gasto en más de 1.000 millones de dólares al año una vez completada. El enfoque actual de la compañía, que reúne la escala de producción de Super Cruise con la experiencia de Cruise en autonomía, parece menos un abandono que una decisión de concentrar recursos en los vehículos particulares.

Probablemente esa concentración sea más saludable que perseguir todos los mercados de la autonomía al mismo tiempo. Los robotaxis, los servicios para flotas y la asistencia al consumidor requieren modelos operativos distintos. El reajuste de GM sugiere que ahora considera su negocio actual de vehículos el lugar más realista para convertir la autonomía en ingresos.

El modelo de negocio importará tanto como el modelo de conducción

La ambición de la industria en materia de software no se limita a hacer coches más inteligentes. También consiste en crear ingresos recurrentes mediante actualizaciones, personalización y suscripciones. Un análisis general de AutoTech 2026 identifica las actualizaciones inalámbricas, los modelos de suscripción y una plataforma informática para 2028 como temas centrales de la hoja de ruta de GM para sus vehículos definidos por software.

Ahí es donde la estrategia puede adquirir sentido o perder la confianza del público. Los clientes pueden pagar por una capacidad claramente útil, disponible de forma constante y con un precio transparente. Serán menos entusiastas si tienen que pagar una y otra vez por funciones que creían incluidas en el vehículo.

La diferencia es crucial. El software puede prolongar la vida útil de un vehículo, solucionar problemas a distancia y mejorar los sistemas después de la compra. Son ventajas tangibles. Pero el cansancio ante las suscripciones supone un riesgo empresarial real, aunque la documentación no lo cuantifique aquí. En nuestra opinión, GM debería vender resultados —una asistencia más segura, una automatización más capaz y una propiedad más sencilla—, no acceso a un menú interminable de funciones bloqueadas.

Por eso la arquitectura también debe ser fiable antes de empezar a monetizarla. Una mala actualización del sistema de infoentretenimiento resulta irritante. Una actualización confusa o incoherente de la asistencia a la conducción es un problema de seguridad y confianza. GM necesitará una validación rigurosa, transiciones claras entre el conductor y el vehículo, y un enfoque disciplinado sobre cuándo se permite ampliar las nuevas funciones.

GM puede ganar en software sin fingir que ya ha ganado en autonomía

GM no necesita demostrar que ha resuelto la conducción totalmente autónoma para que este reajuste merezca la pena. Tiene que demostrar que el vehículo mejora con el tiempo sin hacer que los propietarios se sientan como probadores beta no remunerados. Es un objetivo menos llamativo, pero probablemente más valioso.

El desafío de la empresa no es solo la competencia técnica de los fabricantes chinos o de los líderes consolidados en autonomía. También es organizativo: ¿puede un gran fabricante hacer que el software sea central en la planificación de productos, la validación de la seguridad y la atención al cliente? Una reestructuración puede alinear equipos y reducir duplicidades, pero no puede fabricar confianza de la noche a la mañana.

El resultado más convincente sería modesto al principio: una capacidad limitada de conducción sin atención a la carretera que funcione de forma fiable en condiciones definidas, se amplíe con cautela y se explique con honestidad. Super Cruise proporciona a GM una base sobre la que construir, mientras que Cruise aporta experiencia en autonomía, pero ninguno de los dos nombres sustituye al rendimiento en manos de los clientes.

El reajuste de GM merece atención porque supone admitir la realidad del automóvil. El vehículo del futuro estará definido en parte por el código, pero el cliente lo juzgará en el tráfico, con mal tiempo, durante las actualizaciones y en el momento en que el sistema se encuentre con algo inesperado. Nuestro veredicto: GM está haciendo la apuesta estratégica correcta al situar el software en el centro, pero debería medir el éxito por las funciones fiables por las que la gente quiera pagar, no por la contundencia con la que describa el camino que queda por delante.