Desarrollo ecommerce para grandes empresas: cómo elegir la tecnología adecuada

Desarrollo ecommerce para grandes empresas: primero el negocio, después la tecnología

Cuando una empresa necesita poner en marcha o evolucionar un ecommerce, una de las primeras preguntas suele ser: ¿qué plataforma debemos utilizar?

¿PrestaShop? ¿Shopify? ¿WooCommerce? ¿Una solución headless? ¿Un desarrollo completamente a medida?

En proyectos de cierta dimensión, esta no debería ser la primera pregunta.

Un ecommerce para una gran empresa suele formar parte de un ecosistema tecnológico donde intervienen ERP, CRM, PIM, sistemas logísticos, software de gestión de pedidos, marketplaces y aplicaciones internas.

Por este motivo, antes de seleccionar una plataforma ecommerce debemos entender cómo funciona el negocio, qué sistemas existen, qué procesos deben mantenerse y hacia dónde debe evolucionar el proyecto.

La tecnología debería ser una consecuencia de este análisis, y no al revés.

¿Cuándo un ecommerce se convierte en un proyecto complejo?

El tamaño de la empresa o su facturación no son los únicos factores que determinan la complejidad.

Un proyecto empieza a requerir un planteamiento más avanzado cuando aparecen necesidades como:

• Catálogos con decenas o cientos de miles de productos.
• Diferentes tarifas según cliente, país o canal.
• Múltiples almacenes.
• Sincronización de stock con sistemas externos.
• Venta B2B y B2C.
• Procesos de aprobación de pedidos.
• Integraciones con ERP, CRM, PIM o logística.
• Condiciones comerciales específicas por cliente.
• Venta internacional y múltiples tiendas.
• Grandes volúmenes de clientes o pedidos.
• Procesos internos que no encajan con una plataforma estándar.

En estos escenarios, el desarrollo ecommerce deja de ser únicamente la creación de una tienda online y pasa a convertirse en un proyecto de arquitectura de software e integración de sistemas.

Consultoría antes de seleccionar la plataforma ecommerce

Uno de los errores más habituales es seleccionar una tecnología antes de entender completamente el problema.

En proyectos complejos, el primer paso debería ser una consultoría que analice tres cuestiones:

qué tiene actualmente la empresa, cómo trabaja y hacia dónde quiere ir.

Analizar los sistemas existentes

Debemos identificar qué herramientas participan actualmente en la operativa:

• ERP.
• CRM.
• PIM.
• Software de gestión de pedidos u OMS.
• WMS o gestión de almacenes.
• Sistemas logísticos.
• Marketplaces.
• Herramientas comerciales.
• Aplicaciones internas.

Crear un nuevo ecommerce no significa necesariamente sustituir estas herramientas.

Habitualmente ocurre lo contrario: la nueva plataforma debe integrarse correctamente con ellas.

Determinar dónde vive cada dato

También es necesario definir qué sistema es responsable de cada información.

Por ejemplo:

No existe una distribución válida para todas las empresas.

Lo importante es establecer una fuente de verdad clara para cada tipo de información y evitar inconsistencias entre sistemas.

Entender los procesos de negocio

También analizamos qué ocurre antes y después de una compra:

• ¿Dónde se crea el producto?
• ¿Dónde se define el precio?
• ¿De dónde procede el stock?
• ¿Qué ocurre cuando se genera un pedido?
• ¿Qué sistema prepara el envío?
• ¿Cómo se gestionan devoluciones y facturación?
• ¿Cómo se actualizan los distintos sistemas?

Este mapa de procesos condiciona la arquitectura mucho más que el diseño visual de la tienda.

Selección de la tecnología ecommerce

Una vez entendemos procesos, sistemas e integraciones podemos decidir qué arquitectura tiene más sentido.

De forma simplificada, existen tres grandes alternativas:

• Utilizar una plataforma ecommerce completa.
• Partir de una base ecommerce ligera y extensible.
• Desarrollar una solución completamente a medida.

Plataforma ecommerce completa

En muchos proyectos, utilizar una solución consolidada continúa siendo la opción más eficiente.

Podemos encontrar plataformas como:

• PrestaShop.
• WooCommerce.
• Shopify.
• Otras soluciones especializadas.

Estas plataformas ya incorporan funcionalidades habituales:

• Productos y categorías.
• Clientes.
• Carrito.
• Checkout.
• Pedidos.
• Promociones.
• Impuestos.
• Pagos.
• Transporte.
• Backoffice.

Esto evita desarrollar nuevamente problemas que ya están resueltos y permite concentrar el esfuerzo en las necesidades específicas del negocio.

PrestaShop cuando encaja con el proyecto

PrestaShop puede ser una buena opción incluso en proyectos complejos cuando el modelo de negocio encaja razonablemente con el funcionamiento de la plataforma.

Una de sus principales ventajas es la posibilidad de desarrollar módulos a medida para:

• Integrar ERP, CRM o PIM.
• Crear reglas comerciales específicas.
• Automatizar procesos.
• Adaptar partes del checkout.
• Incorporar funcionalidades de backoffice.
• Conectar servicios externos.

La clave está en diferenciar entre extender PrestaShop y modificarlo hasta convertirlo prácticamente en otra aplicación.

Si casi todos los procesos necesitan excepciones profundas, puede ser conveniente estudiar otro enfoque.

WooCommerce o Shopify

WooCommerce puede encajar especialmente bien cuando WordPress tiene un peso importante dentro del ecosistema digital de la empresa.

Shopify puede resultar interesante cuando se prioriza reducir la gestión de infraestructura y trabajar sobre una plataforma SaaS con un amplio ecosistema de integraciones.

No se trata de determinar cuál es la mejor plataforma en términos absolutos.

La pregunta correcta es:

¿qué plataforma encaja mejor con los procesos, integraciones y objetivos de este proyecto?

Una base ecommerce ligera y extensible

Existe un punto intermedio entre adaptar una plataforma completa y desarrollar todo desde cero.

Son proyectos donde necesitamos mucha personalización, pero sigue sin tener sentido volver a programar conceptos como:

• Productos.
• Clientes.
• Carrito.
• Precios.
• Promociones.
• Inventario.
• Pedidos.
• Pagos.

Aquí entran en juego los commerce frameworks y determinadas arquitecturas headless o composables.

Soluciones como Medusa, por ejemplo, proporcionan módulos de comercio que pueden utilizarse como base para construir una aplicación mucho más personalizada.

Este enfoque puede ser especialmente interesante cuando necesitamos:

• Experiencias de compra muy específicas.
• Portales ecommerce B2B.
• Diferentes frontends utilizando el mismo backend.
• Aplicaciones móviles conectadas al ecommerce.
• Integración intensa con sistemas internos.
• Procesos comerciales no convencionales.
• Una arquitectura modular y extensible.

De esta forma podemos aprovechar funcionalidades de comercio ya existentes sin aceptar todas las restricciones de una plataforma ecommerce tradicional.

Ecommerce completamente a medida

En determinados proyectos puede estar justificado desarrollar una solución específicamente para el negocio.

Sin embargo, un desarrollo desde cero no debería considerarse automáticamente una solución superior.

También significa asumir el desarrollo y mantenimiento de funcionalidades que las plataformas existentes ya resuelven:

• Productos.
• Clientes.
• Carritos.
• Pedidos.
• Pagos.
• Promociones.
• Backoffice.
• Seguridad.
• Devoluciones.

Un ecommerce completamente a medida tiene sentido cuando la singularidad del proceso de negocio justifica esta inversión.

Por ejemplo:

• Procesos de compra muy alejados del ecommerce convencional.
• Configuradores de producto complejos.
• Reglas comerciales extremadamente específicas.
• Plataformas que combinan ecommerce con aplicaciones empresariales propias.
• Procesos que no pueden modelarse correctamente sobre soluciones existentes.

En estos casos podemos diseñar específicamente el modelo de datos, arquitectura, APIs, procesos de compra, administración e integraciones.

La libertad es máxima, pero también lo son las responsabilidades de mantenimiento y evolución.

Plataforma, commerce framework o desarrollo a medida

Podemos resumir los tres enfoques de forma aproximada:

No es una clasificación absoluta.

Un PrestaShop correctamente diseñado puede resolver proyectos muy complejos, mientras que un desarrollo a medida mal planteado puede generar muchos más problemas.

La arquitectura es tan importante como la tecnología seleccionada.

Integraciones con ERP, PIM, CRM y sistemas internos

En una gran empresa, el ecommerce rara vez funciona de manera independiente.

Las integraciones son una parte central del proyecto.

ERP para ecommerce

La integración entre ERP y ecommerce suele gestionar información como:

• Productos.
• Referencias.
• Tarifas.
• Clientes.
• Stock.
• Pedidos.
• Facturación.

Pero integrar un ERP no consiste simplemente en mover datos entre dos sistemas.

Debemos determinar:

• Qué sistema controla cada dato.
• En qué dirección se sincroniza.
• Con qué frecuencia.
• Qué ocurre cuando existe un error.
• Cómo se recuperan procesos fallidos.

En proyectos con grandes volúmenes es habitual utilizar colas y procesos asíncronos para evitar que una incidencia en un sistema externo bloquee el ecommerce.

PIM ecommerce

Cuando aumenta el catálogo, gestionar toda la información directamente desde la tienda puede resultar poco práctico.

Un PIM ecommerce puede centralizar:

• Descripciones.
• Atributos.
• Fichas técnicas.
• Clasificaciones.
• Traducciones.
• Imágenes.
• Información específica por canal.

Desde este sistema, la información puede distribuirse posteriormente al ecommerce, marketplaces u otros canales.

En este tipo de proyectos trabajamos con herramientas como Pimcore para la gestión de información de producto cuando encaja con las necesidades del proyecto.

CRM, OMS y logística

También podemos necesitar integrar el ecommerce con el CRM para compartir información comercial o con un software de gestión de pedidos u OMS encargado de coordinar la operativa posterior a la compra.

Por ejemplo:

• Seleccionar el almacén.
• Dividir pedidos.
• Gestionar entregas parciales.
• Coordinar operadores logísticos.
• Gestionar devoluciones.

En estos casos, el ecommerce capta la venta pero no necesariamente controla todo el proceso posterior.

Ecommerce B2B: cuando cada cliente compra de forma diferente

Los proyectos de ecommerce B2B suelen incorporar necesidades específicas.

Un cliente puede tener:

• Una tarifa propia.
• Descuentos específicos.
• Catálogo restringido.
• Condiciones de pago particulares.
• Límite de crédito.
• Diferentes usuarios y permisos.
• Procesos de aprobación.
• Pedidos recurrentes.
• Presupuestos negociados.

Por este motivo, un ecommerce B2B no debería plantearse simplemente como una tienda B2C con un acceso para profesionales.

Es necesario entender cómo compra realmente el cliente y trasladar ese proceso al canal digital.

El objetivo es reducir tareas manuales y digitalizar procesos que anteriormente podían depender del teléfono, correo electrónico, comerciales o documentos Excel.

Preparar el ecommerce para grandes volúmenes

La escalabilidad no consiste únicamente en soportar muchas visitas simultáneas.

También debemos considerar el volumen de:

• Productos.
• Clientes.
• Pedidos.
• Tarifas.
• Integraciones.
• Actualizaciones de stock.
• Procesos internos.

Un ecommerce con 500 productos no tiene las mismas necesidades que uno con 500.000.

Del mismo modo, determinadas tareas como enviar emails, actualizar el ERP o generar documentos no deberían bloquear el checkout y pueden ejecutarse mediante procesos asíncronos.

En B2B, además, la dificultad aumenta cuando cada cliente dispone de reglas comerciales distintas.

La arquitectura debe estar preparada tanto para grandes cantidades de datos como para la complejidad de las reglas que se aplican sobre ellos.

Desarrollo de funcionalidades a medida

Independientemente de la tecnología escogida, un proyecto para una gran empresa puede necesitar herramientas específicas.

Por ejemplo:

• Configuradores de producto.
• Sistemas de presupuestos.
• Reglas de precios.
• Portales de clientes.
• Procesos de aprobación.
• Automatizaciones.
• Funcionalidades logísticas.
• Integraciones con aplicaciones internas.
• Cuadros de mando.
• Checkouts específicos.

El objetivo no debería ser desarrollar todo a medida.

Cada funcionalidad propia añade código que deberá mantenerse durante años.

Por este motivo, buscamos aprovechar soluciones existentes cuando resuelven correctamente el problema y desarrollar específicamente aquello que realmente diferencia al negocio.

Nuestro proceso para abordar un ecommerce complejo

En proyectos de este tipo no empezamos seleccionando una tecnología.

Consultoría

Analizamos negocio, sistemas existentes, procesos y objetivos.

Definición funcional

Definimos qué debe hacer la plataforma y qué procesos debe cubrir.

Arquitectura

Determinamos dónde vive cada dato y cómo se comunicarán los distintos sistemas.

Selección tecnológica

Valoramos si tiene más sentido utilizar PrestaShop, otra plataforma ecommerce, un commerce framework o un desarrollo a medida.

Desarrollo e integraciones

Implementamos las funcionalidades propias y conexiones con ERP, CRM, PIM, logística y otros sistemas.

Evolución

Una plataforma de estas características debe poder evolucionar junto con la empresa.

La tecnología depende del proyecto

No existe una única plataforma ecommerce adecuada para todas las grandes empresas.

En algunos proyectos, PrestaShop con módulos específicos será la solución más eficiente.

En otros será preferible partir de un commerce framework que ofrezca mayor libertad.

Y en casos especialmente singulares puede estar justificado desarrollar una solución completamente a medida.

Como agencia ecommerce especializada en desarrollo, nuestro trabajo consiste en analizar los procesos y sistemas de la empresa para seleccionar una arquitectura que pueda integrarse con ellos, gestionar grandes volúmenes de productos, clientes y pedidos y continuar evolucionando con el negocio.

Preguntas frecuentes sobre desarrollo ecommerce para grandes empresas