[:es]Por Leandro Bertolami

Los cambios en la expectativa de los usuarios han impactado en la forma de pensar y desarrollar los proyectos de e-commerce

Desde 2012, Pyxis ha trabajado con SAP Commerce (a.k.a Hybris), en incontables proyectos de distinta índole: B2C, B2B, B2B2C y todo lo que se puedan imaginar en el medio. Lo que si ha sido una constante durante este tiempo es la relación entre el backend y el frontend.

Desde el comienzo de nuestra experiencia en SAP Commerce hemos utilizado, en la mayor parte de los casos, el módulo llamado Accelerator: una tienda lista para transaccionar y claro está, para ser modificada a gusto de cada cliente.

La idea del Accelerator está dada por su nombre, es la de acelerar lo más posible el time-to-market y así lo fue por mucho tiempo. A pesar de sus ventajas, uno de los principales problemas es el alto acoplamiento entre el frontend y el backend. En resumen, no podemos separarlos y el despliegue de un cambio en frontend afecta al backend y viceversa.

Este acoplamiento puede tener un alto impacto en el negocio. Las empresas que buscan transformación digital apuntan a la omni-canalidad y a experiencias únicas para cada touchpoint. Pero sobre todo, agilidad para realizar estos cambios y adaptarse al usuario, que cada día es más experto y con expectativas más altas.

Ahora bien, ¿que solución podemos utilizar para mejorar esta situación? Bienvenidos a headless commerce

En su definición más simple, headless commerce es la separación del frontend del backend de una aplicación de e-commerce. Esta separación permite la independencia de operación de ambos componentes y disminuye la dependencia del backend de la experiencia e interfaz de usuario. Esta arquitectura permite mejorar los despliegues de nuevas experiencias y acelerar el time-to-market de las mismas.

Claro que introduce, adicionalmente a todas estas ventajas, nuevos conceptos a trabajar. El más importante son las APIs. Toda la comunicación entre el front y el back será a través de APIs. La buena noticia es que la plataforma SAP Commerce, ya resuelve este punto, a través del módulo Omni-Commerce-Connect (OCC) que expone una API rest extendible.

Foto: Tienda Accelerator

Bien, tenemos la plataforma que soporta APIs nativamente, ¿por que seguimos desarrollando con Accelerator? La respuesta hasta hace unos meses era «time-to-market». El costo de comenzar un desarrollo de tienda desde cero es mucho más alto que utilizando un acelerador que resuelve gran parte de la problemática de e-commerce. Pero aproximadamente en Julio del 2019, SAP presentó un nuevo storefront (o accelerator) para SAP Commerce llamado Spartacus. Spartacus es un conjunto de librerías de Angular que nos permite desplegar una tienda Single-Page-Application (SPA) utilizando la funcionalidad provista por las APIs nativas de SAP Commerce.

Con esto no solo estamos en paridad de funcionalidad con el Accelerator, sino que, al ser una tecnología más moderna y pensada para la extensibilidad desde su concepción, podemos darle a nuestros clientes una mejor experiencia de usuario y una tienda más moderna.

Adicionalmente, SAP, está trabajando en la versión B2B de Spartacus, la cual utilizará las nuevas APIs B2B de la última versión de SAP Commerce que se publicó en Mayo.

Como producto, si lo comparamos con el accelerator tenemos varias ventajas, entre ellas:

*Cadencia de release de 2 meses (tenemos una versión nueva del acelerador cada año)

*OpenSource: no solo SAP invierte en su desarrollo con su equipo interno, sino que aceptan contribuciones de la comunidad

*Extensible: mejora la arquitectura para permitir su extensión, pero también conservando la posibilidad de upgrades, algo que era muy complejo de lograr anteriormente con los aceleradores

*Progressive: Spartacus planea ser 100% compatible con la checklist PWA, permitiendo aplicaciones que lleguen a cualquier persona, en cualquier lugar y utlizando cualquier dispositivo.

Para los que desarrollamos en la plataforma, este nuevo paradigma es un desafío, pero que estamos esperando hace tiempo y nos brinda más herramientas para crear nuevas y mejores experiencias a nuestros clientes. Recientemente ya hemos lanzado nuestra primera tienda Spartacus en producción y ha colmado tanto las expectativas del cliente, como las nuestras.

Bienvenido Spartacus!

Links de interés:

* Spartacus

• • -Documentación
  • -Github
  • -Demo

*¿Qué son PWAs?

Foto: Spartacus

[:en]By Leandro Bertolami

Changes in user expectations have impacted the way of thinking and developing e-commerce projects.

Since 2012, Pyxis has worked with SAP Commerce (Hybris), on countless projects of different kinds: B2C, B2B, B2B2C and everything you can think of in between. What has been a constant during this time is the relationship between the backend and the frontend.

Since the beginning of our experience in SAP Commerce we have used, in most cases, the module called Accelerator: a store ready to transact and of course, to be modified to suit each client.

The idea of ​​the Accelerator is given by its name, it is to accelerate time-to-market as much as possible and it was that way for a long time. Despite its advantages, one of the main problems is the high coupling between the frontend and the backend. In short, we cannot separate them and deploying a change in frontend affects the backend and vice versa.

This coupling can have a high impact on the business. Businesses seeking digital transformation aim for omni-channeling and unique experiences for each touchpoint. But above all, agility to make these changes and adapt to the user, who is becoming more expert every day and with higher expectations.

Now, what solution can we use to improve this situation? Welcome to headless commerce

In its simplest definition, headless commerce is the separation of the frontend from the backend of an e-commerce application. This separation allows the independence of operation of both components and reduces the dependence of the backend on the experience and user interface. This architecture allows us to improve the deployments of new experiences and accelerate their time-to-market.

Of course, it introduces, in addition to all these advantages, new concepts to work with. The most important are the APIs. All communication between the front and the back will be through APIs. The good news is that the SAP Commerce platform already solves this point, through the Omni-Commerce-Connect (OCC) module that exposes an extensible rest API.

Photo: Tienda Accelerator

Well, we have the platform that natively supports APIs, why do we keep developing with Accelerator? The answer until a few months ago was «time-to-market». The cost of starting a store development from scratch is much higher than using an accelerator that solves a large part of the e-commerce problem. But around July 2019, SAP introduced a new storefront (or accelerator) for SAP Commerce called Spartacus. Spartacus is a set of Angular libraries that allows us to deploy a Single-Page-Application (SPA) store using the functionality provided by the native SAP Commerce APIs.

With this, we are not only in parity of functionality with the Accelerator, but, as it is a more modern technology and designed for extensibility from its conception, we can give our customers a better user experience and a more modern store.

Additionally, SAP is working on the B2B version of Spartacus, which will use the new B2B APIs from the last version of SAP Commerce that was released in May.

[:]