Cómo escoger la mejor plataforma de e-commerce en 2021

Seguro que te has hecho varias veces esta pregunta: "¿Qué plataforma debo elegir para mi proyecto?"; puedes trabajar para una pequeña tienda o incluso para una marca multinacional líder... al final los tres puntos principales que siempre debes considerar para acotar la lista de posibles opciones son:

1. ¿Quién lidera el mercado?
2. ¿Qué modelo informático se ajusta a mis necesidades?
3. ¿Qué arquitectura es coherente con mi visión? 

He intentado resumir las plataformas líderes en la siguiente imagen clasificándolas según los tres puntos que acabo de mencionar:

1. ¿Quién lidera el mercado?

En términos de número de sitios activos los líderes indiscutibles son Shopify, seguido de WooCommerce y Magento y Salesforce Commerce Cloud (por cierto, estamos considerando sólo los datos extraídos de builtwith.com relacionados con los 100K sitios de comercio electrónico más importantes, la mayoría de ellos son B2C).

Sin embargo, plataformas como BigCommerce y VTEX están ganando terreno últimamente.

Hay proveedores que no han tenido un buen desempeño en los últimos años (sólo mirando los datos, siempre considerando sólo el número de sites activos). Los principales ejemplos son Sitecore y Oracle.

2. ¿Qué modelo informático se ajusta a mis necesidades?

¿Adoptan el mismo modelo informático? No, en absoluto. Deberíamos considerar dos formas diferentes de utilizar las plataformas: como SaaS o Iaas / PaaS (eventualmente también podemos incluir "on-premise" en esta última).

SaaS - Software as a Service

Es el modelo utilizado por Shopify, y muchos otros, que dejan todas las responsabilidades de la plataforma en manos del proveedor. El cliente sólo tendrá que crear una cuenta y luego proceder a la creación de la tienda (todo sin pedir la ayuda del equipo informático). En unos pocos clics podrás tener su tienda en marcha. 

Sin embargo, siempre puedes pulsar el "botón" de las personalizaciones y tener un front-end totalmente personalizado, flujos personalizados e integraciones con sistemas de terceros (como ERPs heredados) y servicios (por supuesto, esta vez necesitarás desarrolladores), pagos personalizados, etc.

Ventajas

• No hay que preocuparse por el tamaño, la escalabilidad o la redundancia del sistema;
  puedes centrarte totalmente en la parte funcional;
• Puedes empezar con un presupuesto muy bajo (¡no es aplicable a cualquier plataforma!);
• El mantenimiento de la plataforma (instalación de las últimas correcciones y versiones) no es asunto tuyo (el proveedor lo hace por ti);

Contras

• Podría haber costes ocultos (incluso relacionados con el importe de los ingresos anuales), puede haber limitaciones (en términos de funcionalidades y límites de personalización); en otras palabras, no siempre puede cubrir las necesidades.
• Básicamente no eres dueño de la plataforma, sólo la estás "alquilando" una parte... de hecho. Al fin y al cabo, un SaaS es un sistema multi-arrendatario que alberga a más clientes (cientos... miles...) al mismo tiempo.
• No siempre es fácil manejar múltiples marcas / múltiples países;
• Cierta preocupación por la privacidad;                                                                         

PaaS - Platform as a Service- o IaaS - Infrastructure as a Service;

En este caso tienes una cuenta en un proveedor de la nube (AWS, Google Cloud, Azure ....) y procedes a instalar y configurar la plataforma del proveedor elegido.

Por supuesto, se necesita un equipo informático. De hecho, según el servicio de nube computacional que quieras adoptar (en la terminología de AWS podrías elegir Elastic Beanstalk para configurar una PaaS o múltiples instancias EC2 para configurar tu IaaS) necesitarás conocer perfectamente el funcionamiento de la plataforma.

Por cierto, si tienes un centro de datos podrías incluso evitar usar un proveedor de la nube e instalar la versión on-premise de la plataforma (si te lo permite).

La plataforma evolucionará en función de tus necesidades al contar con un equipo de desarrolladores / devops / sysops. 

Pros

• Tienes total libertad para definir la evolución de tu plataforma (en términos de uso y personalizaciones);
• No hay multi-tenancy sino un único inquilino (tu mismo, el propietario de la plataforma);
• No hay costes ocultos;
• La misma instancia puede utilizarse para varias marcas y varios países;
• No hay preocupación por la privacidad;

Contras

• Hay que cuidar la infraestructura de la nube, dimensionarla y hacer que el comercio electrónico tenga una alta disponibilidad (puede ser aunque con la tecnología de contenedores y Kubernetes ya no es tan difícil);
• La licencia suele estar relacionada con el número de pedidos o con los ingresos anuales;
• Hay que ocuparse del mantenimiento de la plataforma (instalando las últimas correcciones o migrando a una nueva versión);

3. ¿Qué arquitectura es coherente con mi visión? 

Este es un tema muy actual y a pesar de que puede ser bastante técnico es muy crítico para la visión futura de tu proyecto, por eso siempre debes preocuparte por ello: la arquitectura.

De hecho, tenemos tres corrientes principales:

• Plataforma monolítica que ofrece un enorme mercado de extensiones;
• Plataforma basada en monolitos o servicios de negocio que expone sus funciones (cobertura total o parcial) con una capa de API que permite un front-end desacoplado (headless);
• Plataforma basada en microservicios, API primero, nativa de la nube que permite un comercio completo headless;

Plataformas monolíticas centradas en el mercado de extensiones

Este tipo de plataforma ha dominado el escenario informático del comercio electrónico centrándose en ofrecer cientos o incluso miles de extensiones o plantillas diferentes que cubren cualquier tipo de necesidad. La evolución media de esta plataforma lleva a la creación de una plataforma "Frankestain".

De hecho, a pesar de que puede ser muy fácil la integración de diferentes métodos de pago, características avanzadas y plantillas muy cool, el resultado es una mezcla gigante de código de espagueti donde cada pieza pertenece a los vendedores.

¿Funciona? Sí, y permite cubrir posibles requerimientos avanzados en unos pocos clics (esta es la verdadera magia de este tipo de plataformas). Es fantástico desde el punto de vista puramente funcional pero puede llevar a tener una plataforma que no es posible optimizar y mantener a lo largo de los años.

Algunos ejemplos son WooCommerce, Magento, Prestashop, Shopify, Salesforce Commerce Cloud y BigCommerce.

¿Es aconsejable utilizar este enfoque? Yo diría que para las pequeñas o medianas empresas que se centran en un solo canal y no están realmente interesadas en invertir en un equipo de desarrolladores, podría ser una gran manera de configurar su comercio electrónico, especialmente si la plataforma es SaaS.

Sin embargo, Gartner predice,

"Para 2023, las organizaciones que hayan adoptado un enfoque de Composable Commerce superarán a la competencia en un 80% en la velocidad de implementación de nuevas características".

¿Qué es exactamente Composable Commerce? En pocas palabras, es la posibilidad de integrar los servicios "best of breed" (CMS, cálculo de impuestos, Ratings & Reviews, etc...) mediante el uso de APIs. En otras palabras, conectar sistemas sin cabeza, como en un rompecabezas, mostrando un front end unificado.

De esta manera, la integración de los diferentes servicios será más rápida, totalmente controlada y permitiendo la creación de un front-end coherente y unificado (el ingrediente principal es la adopción de APIs) pero también los flujos de back-end.

Las plataformas líderes han comprendido este requisito y han empezado a tomar medidas, en dos direcciones principales:

1. Plataforma basada en servicios de negocio (refactorización del producto, creación de una capa de API y también división de las principales funcionalidades en nuevos servicios de negocio y a veces en microservicios)
2. Plataforma basada en microservicios (nueva generación de plataformas construidas con microservicios desde su concepción)

Plataformas basadas en servicios de negocio que permiten un front-end Headless

Muchas plataformas entendieron la necesidad de proporcionar una interfaz de usuario sin cabeza, por lo que refactorizaron sus características principales e introdujeron una nueva capa de API.

Incluso las plataformas monolíticas permiten una experiencia headless. Sin embargo, es muy importante entender que una vez que se decide ir headless se pierde la posibilidad de integrar la mayor parte de las extensiones disponibles en el mercado de la plataforma. 

Así que básicamente, una de las principales ventajas de la categoría anterior de plataformas, ya no es válida. Por supuesto que puede seguir siendo genial, pero despídete de las integraciones instantáneas (al menos para la parte del front end).

Llegados a este punto podrías preguntarte, ¿por qué debería pasarme a headless? La respuesta corta es para permitir la famosa experiencia multicanal y dividir el desarrollo de una manera muy limpia y desacoplada. Últimamente internet se ha llenado de información sobre headless.

Muchas soluciones como SAP Commerce, HCL Commerce, Adobe Magento y Salesforce Commerce Cloud (entre otras) están evolucionando rápidamente y ya permiten tener un front end headless y también un ecosistema de herramientas/plataformas que cubren los requisitos críticos (CMS, OMS, PIM, etc.).

También es interesante cómo los nuevos activos frontales o incluso los servicios (Front-end as a Service) se están extendiendo. En particular, Vue frontend store, NextJs Commerce y Mobify (recientemente adquirida por Salesforce).

Con el comercio headless (y por lo tanto las APIs) también se puede implementar un front-end rapidísimo adoptando la filosofía JAMStack.

Plataformas basadas en microservicios (la nueva generación)

La nueva generación de plataformas se engloba bajo la definición MACH: Microservicios, API First, Cloud native y Headless.

La idea es proporcionar un conjunto completo de APIs, basadas en microservicios diferentes e independientes, totalmente desplegables en un entorno de nube y que permitan proporcionar una experiencia headless completa (no sólo el front-end sino también para RSC, administración, etc...).

Las plataformas MACH y Composable Commerce se basan en la idea de la coordinación de los "mejores servicios". No pretenden proporcionar el mejor CMS, servicio de pago propio, OMS o PIM (sistema de gestión de productos), sino que sugieren utilizar los mejores servicios en cada campo.

Ejemplos relevantes de estas plataformas de nueva generación son: VTEX, Elasticpath, Commercetools, Reaction Commerce y CommerceLayer.

Son plataformas súper amigables para los desarrolladores con un stack tecnológico increíble. Se centran en los artículos, los precios, el inventario, los contratos... las características principales. Si esperas tener ya cubiertas características como la gestión de contenidos, activos digitales, feeds, analíticas y demás, deberías considerar la categoría anterior de plataformas. 

 

Conclusión!

Al final no existe la mejor plataforma, pero sí existe la plataforma que se ajusta a los requisitos que necesita su modelo (B2C/B2B/B2B2C), tu plan estratégico, tu comprador típico y su visión.

Hemos proporcionado tres puntos principales para reducir tu lista de plataformas candidatas. Sin embargo, la elección no es nada fácil.

En Orienteed trabajamos a diario con diferentes soluciones y tecnologías. Conocemos bastante bien los pros y los contras de cada plataforma principal (por supuesto no todas las soluciones existentes en el mercado). 

Antes de hacer una sugerencia, siempre realizamos un análisis preciso escuchando primero todos sus requisitos específicos.

¿Está listo para tomar la decisión? Si lo necesitas, aquí estamos para ayudarle a elegir la plataforma que se adapte a tu empresa y, finalmente, incluso implementarel e-commerce que imaginas.

Contacta con nosotros en: info@orienteed.com