Tienes un negocio que vende a otras empresas. Decides digitalizarlo. Buscas una plataforma de ecommerce, ves que WooCommerce o PrestaShop funcionan para miles de tiendas, y asumes que con algunos ajustes cubrirás lo que necesitas: pedidos mínimos, precios por volumen, acceso para clientes registrados.
Seis meses después, el equipo de ventas sigue gestionando los pedidos manualmente porque la plataforma no puede con la lógica de precios por cliente. Las empresas compradoras tienen tres personas involucradas en cada pedido y la web solo tiene un flujo de checkout individual. Y el catálogo no muestra los precios correctos hasta que alguien inicia sesión, cosa que nadie sabe que tiene que hacer porque nadie lo ha explicado en ningún sitio.
El ecommerce B2B no es ecommerce B2C con pedidos mínimos. Las diferencias son estructurales, y afectan al diseño, al flujo de compra y a la arquitectura técnica desde el principio.
Por qué las plataformas estándar se quedan cortas en B2B
WooCommerce, PrestaShop y Shopify están diseñados para el caso de uso mayoritario del ecommerce: un consumidor individual que elige un producto, paga y recibe. Ese es el flujo que optimizan. Cualquier otra lógica —y el B2B tiene varias— es un caso secundario que resuelven con plugins, configuraciones adicionales o trabajo manual.
El problema no es que esas plataformas sean malas. Es que el ecommerce B2B tiene requisitos que no son extensiones del B2C. Son dimensiones completamente distintas del problema de compra. Y la diferencia entre un plugin que lo intenta cubrir y una solución diseñada para ello se nota en el día a día del equipo de ventas y en la experiencia del cliente comprador.
Criterio 1 — ¿La plataforma puede gestionar múltiples roles dentro de una misma empresa compradora?
En una empresa que compra regularmente, el proceso tiene varias personas: alguien que genera el pedido, alguien que lo aprueba (con límites de gasto) y alguien que gestiona el pago. En muchos sectores hay también un gestor de cuenta que puede ver el historial de pedidos de toda la empresa, no solo los suyos.
Un sistema B2B real tiene una jerarquía de usuarios dentro de cada cuenta corporativa. Tiene permisos diferenciados. Tiene flujos de aprobación. Tiene visibilidad de pedidos a nivel de empresa, no solo de usuario individual. Si tu plataforma no tiene esto, el equipo de ventas está cubriendo esas lagunas con Excel y llamadas.
Criterio 2 — ¿La lógica de precios puede reflejar las condiciones reales de cada cliente?
En B2B, los precios negociados son la norma, no la excepción. Una misma empresa puede tener precios distintos para distintas categorías de producto según el volumen histórico, el contrato firmado o la relación comercial. Y esos precios no son públicos: solo los ve el cliente correspondiente cuando está autenticado.
Implementar esto en una plataforma estándar requiere plugins de tarificación que, en el mejor caso, cubren los casos más simples. La lógica compleja —precios por escalonado de volumen, por cliente, por combinación de ambos— requiere desarrollo personalizado o una plataforma diseñada para B2B desde el principio.
| Funcionalidad | Plataforma estándar + plugins | Desarrollo B2B a medida |
|---|---|---|
| Roles por cuenta corporativa | Parcial con plugins específicos | Nativo según lógica de negocio |
| Precios por cliente / tarifa | Limitado a casos simples | Sin límite estructural |
| Flujos de aprobación | No disponible en la mayoría | Configurable por cliente |
| Pago a crédito / factura | Requiere integración manual | Integrado desde el diseño |
| Historial de pedidos por empresa | Solo por usuario | Por cuenta corporativa completa |
| Integración con ERP/CRM | Depende del plugin | API diseñada para ello |
| ¿Cuándo es suficiente? | B2B simple: catálogo estándar, precios únicos, checkout individual | B2B complejo: precios negociados, roles múltiples, integraciones con sistemas internos |
Criterio 3 — ¿El diseño del flujo de compra refleja cómo compran tus clientes de verdad?
El flujo de compra B2C es lineal: busca, añade al carrito, paga. El flujo B2B rara vez lo es. Un comprador puede generar un pedido borrador, enviarlo a su responsable para aprobación, esperar a que llegue, modificarlo antes de confirmar y finalmente pagarlo con una referencia de orden de compra.
Ninguna de esas etapas existe en un template de ecommerce estándar. Diseñar un flujo de compra B2B que refleje el proceso real del comprador requiere entender ese proceso primero. Una plataforma construida a medida con las mismas herramientas que usamos en proyectos como nuestros desarrollos web a medida puede modelar ese flujo exactamente como lo necesita el negocio, no al revés.
Criterio 4 — ¿El sistema puede integrarse con tu ERP, tu CRM o tu sistema de facturación?
En B2B, la plataforma de ecommerce no es el sistema central de negocio: es una capa de acceso. El stock real, los precios reales, el crédito disponible y el historial de pedidos suelen vivir en un ERP. Si la plataforma no puede leer y escribir en ese sistema en tiempo real, la tienda online se convierte en un canal paralelo que genera más trabajo de conciliación del que ahorra.
La integración con ERP es uno de los puntos donde la diferencia entre una solución estándar y una solución a medida es más visible. Y también donde los plazos y costes de intentarlo con plugins se acercan más al coste de haberlo hecho bien desde el principio. Si ya pasaste por algo similar, el artículo sobre fricción en el proceso de compra tiene contexto útil para entender dónde se pierden las ventas mientras tanto.
Preguntas para evaluar si tu plataforma B2B está a la altura
- ¿Los compradores de una misma empresa pueden ver el historial de pedidos de la cuenta completa?
- ¿Hay roles diferenciados dentro de cada cuenta corporativa (comprador, aprobador, contable)?
- ¿Los precios que ve cada cliente en el catálogo son sus precios reales negociados?
- ¿Es posible pagar con orden de compra, crédito de cuenta o facturación diferida?
- ¿La plataforma se sincroniza en tiempo real con tu ERP o hay conciliación manual?
- ¿El equipo de ventas puede gestionar pedidos en nombre de un cliente desde el backoffice?
- ¿El stock que muestra la web es el stock real disponible para cada cliente?
