SAP Andeancarib - Modelos empresariales basados en el uso

Muchos servicios en la nube se basan en el uso y eso es correcto y bueno: si AWS revisa sus imbatiblemente bajos precios de almacenamiento en un futuro lejano, un cambio a Google y Microsoft es con toda probabilidad posible -no fácil, quizá no barato, pero posible-.

Quienes tomen precauciones con la tecnología de nube del proveedor de almacenamiento NetApp pueden mover el almacenamiento en nube casi a voluntad entre Amazon, Microsoft y Google. Aquí tiene mucho sentido un modelo de negocio basado en el uso. Es casi obligatorio.

Hasta que la muerte os separe

Pero quienes desarrollan y ejecutan sus aplicaciones SAP Leonardo en SAP Cloud Platform no tienen alternativas: una vez que empiezas con la computación en la nube de SAP, te quedas allí de por vida.

"Divorciarse en italiano" es la única solución... ¡hasta que la muerte los separe! Aquí, un modelo de negocio basado en el uso es literalmente fatal, o un auténtico ahorro para el jefe de SAP, Bill McDermott.

Una vez que se empieza con IoT, machine learning, blockchain y otras funciones de Leonardo en SAP Cloud Platform, se está a merced de los dictados de licencia de SAP. Los clientes experimentados ya conocen este dilema del pasado:

Los cambiantes términos de las licencias y las métricas de un SAP NetWeaver acabaron por convertir lo que antes era una plataforma casi gratuita en uno de los productos más caros y rentables para SAP.

Basta con echar un vistazo a las listas de precios de SAP de los últimos diez años para darse cuenta de que el modelo de negocio basado en el uso de SAP Cloud Platform también perjudicará a los clientes actuales.

Basado en el uso significa depender de una métrica arbitraria de SAP. Lo que hoy parece gratis mañana puede costar un millón de euros.

Los nuevos precios de los motores, los cambios en los modelos de uso, las nuevas funciones y la ampliación de las dependencias entre módulos y aplicaciones brindan a SAP todas las oportunidades para aumentar los precios, tanto de forma evidente como oculta.

¿Qué quiere hacer el cliente existente si sus modificaciones y complementos de ERP se desarrollaron casi en su totalidad en la plataforma en la nube de SAP y ahora funcionan exclusivamente allí?

A diferencia de lo que ocurre en las instalaciones, los usuarios tienen que seguir todos los pasos del proveedor de servicios en la nube. Seguir las especificaciones y los precios. Solo cuando se trata de tareas generalmente estandarizadas y datos genéricos es posible un cambio.

Al igual que las modificaciones y complementos de Abap del espacio de nombres Z no pueden transferirse a otro sistema ERP, las aplicaciones de SAP Cloud Platform no pueden transportarse sin la intervención y el permiso de SAP.

Naturalmente, SAP está trabajando en un concepto multi-nube con Amazon, Microsoft y Google, pero la dependencia funcional y de licencias se mantendrá, incluso si la aplicación Leonardo se ejecuta en la nube de MS Azure. SAP seguirá tendiendo la mano.

Es el viejo juego:

Hacer que la barrera de entrada sea lo más baja e inocua posible; introducir al cliente SAP existente en la plataforma - NetWeaver, SolMan, Hana Cloud, etc.; adaptar gradualmente las métricas del modelo de licencias; y, en última instancia, triplicar el margen de contribución y el precio de las acciones de SAP.

McDermott, CEO de SAP, es probablemente uno de los mejores vendedores del mundo. Sabe cómo sacar el máximo partido de los clientes existentes.