Cuando la primera generación de operadores de puntos de recarga (CPO) empezó a ampliar sus redes, contratar un CPMS (sistema de gestión de puntos de recarga) comercial no era una opción creíble. Las plataformas disponibles estaban en una fase temprana, solían estar ligadas a familias de hardware concretas y rara vez estaban pensadas para la complejidad a la que se enfrentaba de verdad un operador en crecimiento: estructuras tarifarias en varios mercados, itinerancia con múltiples partes, integraciones de facturación empresarial y hardware de fabricantes que no certificaban el software de nadie más.
Así que los operadores desarrollaron su propia plataforma. Fue una decisión racional. Un equipo interno con recursos suficientes podía construir algo que respondiera exactamente a las necesidades del negocio, sin las limitaciones de un proveedor ni hojas de ruta de producto marcadas por los clientes y las prioridades de otros. El mercado de CPMS comerciales aún no había producido una plataforma a la que confiar el núcleo de las operaciones de un operador.
Esas plataformas cumplieron una función real. Muchas siguen gestionando hoy miles de puntos de recarga. Los argumentos para desarrollarlas eran sólidos. Lo que ha cambiado es si esa misma lógica sigue siendo válida.
Un patrón que la industria del software ya conoce
Hace dos décadas, el software empresarial vivió una transición comparable, impulsada por las mismas condiciones estructurales: una categoría que maduró más rápido de lo que esperaban los actores establecidos y una decisión racional que cambió con ella. Las empresas que usaban herramientas CRM desarrolladas a medida no estaban cometiendo un error. Las alternativas comerciales eran inmaduras o, en el caso de Siebel, se basaban en modelos de licencia y ciclos de implantación poco prácticos para la mayoría de las organizaciones sin un presupuesto de consultoría específico. Construir algo que se ajustara a las necesidades reales del negocio era la decisión racional.
La llegada de Salesforce no se limitó a ofrecer un producto mejor. Hizo madurar la categoría hasta el punto de cambiar el cálculo. Siebel alcanzó su máximo en 2002 con el 45 % del mercado de CRM. Cuatro años después, la opción por defecto había cambiado por completo. Las empresas que siguieron desarrollando y manteniendo su propia infraestructura de CRM después de ese punto de inflexión no defendían una postura de principios; estaban asumiendo un coste de ingeniería que había dejado de tener sentido competitivo. Nadie sostiene que se equivocaran al desarrollarla en su momento; la categoría maduró a su alrededor y la decisión racional cambió.
El mercado de CPMS está viviendo la misma transición. Para los operadores con plataformas propietarias, la categoría ha madurado. La única pregunta que queda es si actuar mientras las opciones siguen abiertas o esperar a que la plataforma se convierta en una limitación operativa seria.
AMPECO se basa en esa premisa: el mantenimiento de la infraestructura se gestiona de forma centralizada para 200+ operadores, y cada red desarrolla y es dueña de sus capacidades diferenciadoras.
Lo que realmente ha cambiado
Desde que se tomaron la mayoría de las decisiones de CPMS propio, han cambiado de forma significativa tres cosas.
Las plataformas comerciales han avanzado mucho desde 2016
La mayoría de los operadores que analizaron el mercado comercial en su momento y concluyeron que las opciones eran demasiado inmaduras, poco flexibles o dependientes del hardware tenían razón. El problema es que muchos de esos mismos operadores no han revisado esa conclusión desde entonces. Lo que hoy ofrece el mercado es muy distinto de lo que existía cuando se tomaron la mayoría de las decisiones de desarrollo propio: una cobertura de API más amplia, una independencia real del hardware y la capacidad de absorber las actualizaciones normativas en la propia plataforma, en lugar de trasladarlas al equipo de cada operador.
Las obligaciones normativas han crecido notablemente
La conformidad de los terminales de pago con AFIR llegó en abril de 2024. La norma ISO 15118-20 pasó a ser obligatoria para la recarga pública en enero de 2026. Para las redes semipúblicas y privadas, lo será en enero de 2027. OCPP 2.0.1 (Open Charge Point Protocol) ya es un criterio de admisión en las licitaciones públicas del norte de Europa y, cada vez más, en la región DACH. Para un equipo interno, cada una de estas obligaciones supone un sprint de ingeniería específico. La carga acumulada de sprints en un periodo de 36 meses no es una previsión para ningún operador que mantenga hoy una plataforma propietaria: es su backlog actual. Cada obligación consume tiempo de ingeniería planificado que no puede dedicarse a la vez a entrar en nuevos mercados, a funciones que generen ingresos o a mejorar la experiencia básica de los conductores de vehículos eléctricos (VE).
Los grandes operadores empiezan a cambiar de rumbo
El argumento para seguir con el desarrollo propio siempre se apoyó en parte en que otras empresas del sector tomaban la misma decisión. Esa dinámica está cambiando. Evolt, el proveedor británico de recarga de VE con más de 10.000 puntos de recarga y quince años de inversión en una plataforma propietaria, analizó el mercado comercial en 2025 y concluyó que ya estaba a la altura. El ingeniero responsable de la due diligence técnica de Evolt describió la diferencia con las alternativas como «abismal». Cuando operadores de esa escala toman otra decisión, el razonamiento que sostenía el consenso a favor del desarrollo propio pierde fuerza.
Presos del mantenimiento
El problema de fondo de las plataformas propias no es que fallen. El modelo impide estructuralmente que los equipos de ingeniería se adelanten al mercado, porque el trabajo necesario para mantener la plataforma al día siempre se lleva la capacidad en primer lugar. Cada año trae nuevas obligaciones: actualizaciones de versión de OCPP, especificaciones de itinerancia OCPI (Open Charge Point Interface), requisitos de cumplimiento y certificaciones de terminales de pago. Crecen con cada nuevo mercado y cada nuevo ciclo normativo.
El resultado es previsible. El equipo que construyó la plataforma para impulsar el negocio va desplazando poco a poco aquello a lo que dedica su tiempo. No porque nadie haya tomado una decisión estratégica deliberada, sino porque la cola de mantenimiento crece más rápido de lo que se puede vaciar el backlog de innovación. Cuando llega un plazo normativo, le quita la prioridad a la función prevista para el segundo trimestre. Cuando una actualización de firmware provoca un fallo en un caso límite del hardware, los ingenieros que lo depuran son los mismos que debían diseñar lo siguiente.
Lo que el mercado espera hoy
Cuando se construyeron la mayoría de las plataformas CPMS propias, las expectativas sobre los operadores de recarga de VE eran mucho más bajas. Los conductores aceptaban las imperfecciones; los inversores veían el sector como una infraestructura a largo plazo, sin presión por resultados inmediatos; los reguladores aún estaban redactando las normas que acabarían imponiendo protocolos y estándares de pago concretos.
Ese margen se ha estrechado. En los mercados maduros del norte y el oeste de Europa y de la región DACH, prácticamente ha desaparecido.
Los inversores que evalúan hoy a los operadores de recarga de VE aplican el mismo criterio que a cualquier empresa de servicios a escala: márgenes previsibles, un bajo coste de servicio y una hoja de ruta de producto centrada en la diferenciación y no en el mantenimiento de la infraestructura. Un equipo de ingeniería cuya capacidad se consume en el mantenimiento de la plataforma se convierte en una partida de gastos generales en la cuenta de resultados que hay que justificar activamente ante el consejo. Los operadores que pueden demostrar una operación eficiente, una alta disponibilidad y una capacidad de desarrollo orientada a su posición real en el mercado resultan más creíbles que quienes siguen absorbiendo el trabajo de cumplimiento con plantilla interna, y esa diferencia se nota en cómo los inversores modelan el negocio.
Las expectativas de los conductores han alcanzado un nivel comparable. Sesiones de recarga fiables con cualquier tipo de hardware, pagos sin fricciones, itinerancia que funciona como se promete: nada de esto impresiona hoy a un conductor, pero fallar en cualquiera de ellos genera quejas que permanecen meses en los resultados de búsqueda.
El coste de no cambiar rara vez se calcula
La mayoría de los operadores que han evaluado una migración acaban haciendo las cuentas completas: cuánta plantilla de ingeniería se dedica realmente al mantenimiento de la plataforma, cuánto ha costado aplazar una y otra vez las funciones del backlog, cuánto se retrasa el ciclo de cumplimiento respecto a lo que hoy exige el mercado y cuánto costará esa brecha en 2027.
El arrepentimiento, cuando llega, rara vez tiene que ver con el desarrollo original. Tiene que ver con el coste creciente de una decisión que parecía cerrada pero no lo estaba: la carga acumulada de no cambiar, no la lógica de la elección inicial.
La decisión de seguir con una plataforma propia rara vez es deliberada. Se impone por defecto hasta que algo hace visible su coste ante el consejo. Un plazo normativo incumplido. Una etapa difícil tras la marcha de un ingeniero sénior que acumulaba años de conocimiento sobre la plataforma. Un competidor que lanza funciones que llevan dieciocho meses esperando en el backlog.
Los operadores que evalúan la migración antes de esos puntos de inflexión tienen el mayor margen de maniobra. El calendario no está apretado, el equipo de la plataforma sigue implicado y el alcance de la transición puede definirse con calma, sin que lo marque una crisis. Quienes esperan se encuentran con un equipo de plataforma desgastado, un calendario acortado por una crisis en curso y una justificación interna mucho más difícil de defender.
La pregunta que conviene hacerse
Los operadores que optaron por el desarrollo propio tomaron la decisión correcta para las condiciones en las que operaban. No se trata de que se equivocaran; se trata de que las condiciones han cambiado y la decisión racional ha cambiado con ellas.
La pregunta que conviene hacerse no mira al pasado: es cuánto cuesta hoy la plataforma. No en comparaciones de licencias, sino en capacidad de ingeniería dedicada a infraestructura estándar en lugar de a la diferenciación, en sprints normativos en lugar de entrar en nuevos mercados, en modo mantenimiento en lugar de adelantarse al mercado.
Para hacer ese cálculo en su caso concreto (cuánto cuesta la carga de la infraestructura estándar, qué impide desarrollar y dónde se sitúa la plataforma actual frente a lo que ofrecen hoy las mejores plataformas), el benchmark de CPMS propios traza el panorama en siete dimensiones de capacidad.
Si esta pregunta merece un análisis en su organización, estos artículos profundizan en aspectos concretos:
¿En qué trabajan realmente sus ingenieros de CPMS propio?: el marco para clasificar la carga de trabajo de su equipo entre infraestructura estándar y diferenciación, y cómo se ve realmente el panorama en la mayoría de los tableros de sprint internos.
Los costes de un CPMS propio de los que nadie habla: los costes que no aparecen en ninguna partida presupuestaria y las preguntas que conviene plantear a su equipo directivo antes de que la brecha siga creciendo.
