Presupuesto eCommerce B2B
El presupuesto es el verdadero checkout B2B
En muchas industrias el pedido no empieza con «Añadir al carrito». Empieza con una frase que cualquier comercial ha oído mil veces: «¿Me puedes pasar precio?». Ahí nace la venta. Y sin embargo seguimos construyendo eCommerce B2B como si fueran tiendas de zapatillas con más campos de formulario.
Lo que vas a leer: por qué el carrito no describe una compra industrial, qué es una oferta viva, cómo se diferencia de un módulo de «solicitar presupuesto» y qué cambia en tu operativa cuando el objeto central de la plataforma deja de ser el carrito.
Respuesta rápida
- Un presupuesto eCommerce B2B no es un instante: es un proceso que dura días y pasa por varias manos.
- El objeto central de un eCommerce B2B industrial es la oferta viva: un documento con estados, historial, vigencia y recálculo.
- Un módulo que genera un PDF y manda un correo no es una oferta viva. Es un carrito que ha aprendido a exportar.
- Precio, escalados y stock no se los inventa la web: vienen del ERP. La frontera tiene que estar dibujada desde el primer día.
- Lo que no está en el sistema no existe: no se mide, no se automatiza y no se aprende de ello.
01
El carrito es una herencia, no una decisión
El carrito de la compra es un patrón heredado del B2C. Resolvió un problema concreto y lo resolvió bien: yo elijo, yo pago, yo recibo. Transacción cerrada en segundos. Nadie discute su valor donde nació.
En B2B ese patrón se rompe casi siempre. Y no se rompe por un detalle: se rompe por cuatro sitios a la vez.
Cantidad y condiciones
El cliente no compra una unidad. Compra ochenta, con su escalado y su acuerdo particular.
Pago diferido
No paga al instante. Paga a sesenta días, contra crédito y contra riesgo aprobado.
Decisión repartida
No decide solo. Lo aprueba compras, lo valida logística y a veces lo firma dirección.
Tiempo largo
No cierra en una sesión. Lo negocia durante días, con idas y venidas.
El carrito asume que la compra es un instante. En B2B la compra es un proceso.
Y cuando fuerzas un proceso dentro de un instante, el proceso se sale por los bordes. Se va al email, al Excel del departamento de compras, al teléfono, al PDF que va y viene tres veces hasta que nadie sabe cuál era la versión buena.
02
Todo lo que ocurre entre «¿me pasas precio?» y «confírmame el pedido»
Ahí vive el negocio B2B real. Piensa en una petición cualquiera de un distribuidor de material eléctrico o de un fabricante de estructuras metálicas, y sigue la cadena:
El cliente pide 100 unidades de una referencia y 40 de otra.
Una de las dos está descatalogada; entra la sucesora, con precio distinto.
El comercial aplica una condición especial porque el pedido es grande.
Compras pregunta si a 200 unidades mejora el escalado. Mejora.
Se ajusta el plazo de entrega porque parte va contra stock y parte contra fabricación.
La oferta caduca en 15 días porque el precio del acero no aguanta más.
Nada de esto cabe en un carrito. El carrito solo sabe sumar líneas y llevarte a pagar. Todo lo demás —la sustitución, la negociación, la caducidad, la revisión, la aprobación interna del cliente— ocurre fuera de la mayoría de plataformas, en un limbo de correos que nadie controla y que no deja rastro estructurado.
Y lo que no está en el sistema, no existe. No se mide, no se automatiza, no se aprende de ello.
03
La oferta viva
Si el carrito no es el objeto central de un eCommerce B2B, ¿qué lo es? Yo lo tengo cada vez más claro: la oferta viva. Un documento que respira. Que no es una foto fija, sino un estado que cambia.
Cambia cantidades. Sustituye referencias cuando una no hay stock y entra su equivalente. Recalcula precio según el escalado y el acuerdo del cliente. Incorpora portes, plazos y condiciones de pago. Se revisa. Expira. Y, si todo encaja, se convierte en pedido.
El carrito es una foto. La oferta es una película.
Esa es la diferencia. Y no es semántica: cambia por completo cómo debería estar construida la plataforma, desde el modelo de datos hasta la pantalla que ve el comercial cada mañana.
04
Carrito y oferta viva, uno al lado del otro
Puesto en tabla se ve mejor dónde está la tensión. No es que el carrito esté mal hecho: es que resuelve otra cosa.
| Dimensión | Carrito | Oferta viva |
|---|---|---|
| Duración | Una sesión | Días o semanas, con vigencia propia |
| Precio | Tarifa fija de catálogo | Recalculado por escalado, acuerdo y condición puntual |
| Líneas | Se añaden y se quitan | Se sustituyen por equivalentes cuando falta stock |
| Intervinientes | Un usuario | Cliente, comercial, compras y logística |
| Trazabilidad | Se pierde al vaciarlo | Historial completo: quién tocó qué y cuándo |
| Final del recorrido | Pago | Conversión a pedido, o caducidad |
| Qué mide el negocio | Tasa de abandono | Pipeline: ofertas abiertas, importe, caducidad y conversión |
05
Un presupuesto eCommerce B2B no es «carrito con otro nombre»
Aquí es donde muchos proyectos se equivocan. Meten un módulo de «solicitar presupuesto», generan un PDF, mandan un email y se quedan tan anchos. Eso no es una oferta viva. Es un carrito disfrazado que ha aprendido a exportar a PDF.
Una oferta viva tiene cuatro cosas que el módulo disfrazado no tiene:
Estados
Borrador, enviada, en revisión, aceptada, caducada, convertida. Cada uno con sus permisos.
Historial
Quién tocó qué línea y cuándo. Sin eso no hay forma de resolver una discrepancia.
Vigencia
Caduca sola. Nadie tiene que acordarse de retirar un precio que ya no se sostiene.
Lógica
Recalcula al cambiar una línea, sin que nadie rehaga la suma en una hoja aparte.
Si tu presupuesto no cambia de estado, no es una oferta. Es un PDF con pretensiones.
06
El ciclo de vida de una oferta, paso a paso
Estos son los seis estados que sostienen un presupuesto eCommerce B2B. Si tu plataforma no los distingue, la negociación se te está escapando al correo aunque tengas un botón de presupuesto en la ficha de producto.
01Borrador
La monta el cliente desde su área privada o el comercial desde el backoffice. Todavía no compromete nada.
02Enviada
Se fija el precio, se calculan portes y plazos, y arranca el reloj de la vigencia.
03En revisión
Compras pide cantidades distintas, entra una sucesora, se ajusta el plazo. Cada cambio queda registrado.
04Aceptada
El cliente da el visto bueno dentro del sistema. No en un correo que alguien tendrá que buscar dentro de tres meses.
05Caducada
Vence sola al llegar la fecha. Se puede reabrir con recálculo, nunca reactivar con el precio antiguo.
06Convertida
Pasa a pedido y baja al ERP con sus líneas, sus precios pactados y su referencia de origen.
07
Dónde acaba la web y dónde empieza el ERP
Una oferta viva tiene una frontera clara con el ERP, porque los precios, los escalados y el stock no se los inventa la web. Si esa frontera no está dibujada antes de escribir la primera línea de código, acabas con dos verdades distintas y un comercial preguntando cuál vale.
El ERP manda en: tarifas y escalados, condiciones del cliente, crédito disponible, stock y plazos de fabricación, referencias sucesoras.
La plataforma manda en: el estado de la oferta, el historial de cambios, la vigencia, la conversación con el cliente y la conversión a pedido.
La integración resuelve: el recálculo contra tarifa cada vez que cambia una línea, y la bajada del pedido cuando la oferta se acepta.
En proyectos con SAP, Business Central, Odoo o Sage, esto se traduce en un contrato de datos por entidad: qué se sincroniza, en qué dirección y con qué frecuencia. La oferta puede vivir en la plataforma; el precio que la sostiene, no.
08
Señales de que tu presupuesto es un carrito disfrazado
Si reconoces tres o más de estas, la negociación se te está yendo por los bordes.
La oferta no tiene más estados que «solicitada» y «respondida».
El comercial contesta desde su correo y el sistema no se entera.
Cambiar una cantidad obliga a rehacer el documento entero.
Nadie sabe cuántas ofertas hay abiertas ahora mismo ni cuánto suman.
Las ofertas no caducan: se quedan ahí, con precios de hace ocho meses.
El cliente pregunta por «la última versión» y hay que buscarla en la bandeja de entrada.
09
Qué cambia en el negocio cuando el objeto central es la oferta
Esto no es un capricho de arquitecto. Cuando el objeto central es la oferta y no el carrito, pasan cosas que el negocio nota en la semana uno.
El comercial
Deja de ser un copiador de líneas en un Excel y gestiona ofertas vivas desde el mismo sistema que el cliente.
La dirección
Ve cuántas ofertas hay abiertas, cuánto valen, cuántas caducan esta semana y cuántas se convierten. Pipeline real, no intuición.
El cliente
Entra en su área privada y ve su oferta como lo que es: algo suyo, editable, negociable, con fecha y con un botón que la convierte en pedido.
El carrito te da una transacción. La oferta viva te da una relación medible.
10
La incómoda conclusión para las plataformas
Casi todo el ecosistema eCommerce —PrestaShop, Shopify, Magento, WooCommerce— nació alrededor del carrito. Es su corazón. Su modelo de datos, su checkout, sus módulos: todo orbita ese concepto.
Por eso, montar B2B serio encima de esas plataformas es, muchas veces, un ejercicio de doblar la herramienta hasta que hace algo para lo que no fue diseñada. La excepción parcial es Adobe Commerce, que sí modela el presupuesto negociable como objeto propio, con sus estados y su histórico de negociación. No digo que no se pueda en el resto; lo hacemos cada semana. Pero hay que decirlo tal cual es: cuando el objeto central del negocio es la oferta y la plataforma solo entiende de carritos, queda una tensión estructural de fondo. Y esa tensión se paga en desarrollo, en parches y en flujos que se escapan al email.
La pregunta de fondo no es «¿cómo añado un botón de presupuesto a mi tienda?». Es otra, más incómoda: ¿por qué el corazón de mi plataforma B2B sigue siendo un objeto pensado para vender de uno en uno?
Quizá el eCommerce B2B que viene no se construya alrededor del carrito. Se construya alrededor de la oferta. Y el día que una plataforma trate la oferta viva como ciudadana de primera —con sus estados, su caducidad, su historial y su conversión a pedido— dejaremos de hablar de «tiendas online B2B» para hablar de lo que de verdad son: sistemas de negociación conectados al ERP.
Preguntas frecuentes
¿Qué es una oferta viva en un eCommerce B2B?
Es un presupuesto que la plataforma trata como un objeto con vida propia: cambia de estado, guarda historial de quién modificó cada línea, caduca solo, recalcula precio al cambiar cantidades y se convierte en pedido cuando el cliente lo acepta. A diferencia del carrito, no es una foto de un instante, sino un proceso que dura días.
¿Por qué el carrito de la compra no sirve para el eCommerce B2B industrial?
Porque asume cuatro cosas que en B2B no se cumplen: que se compra una unidad, que se paga al instante, que decide una sola persona y que la operación se cierra en una sesión. En una compra industrial hay escalados, pago a 30-60-90 días, aprobación de compras y logística, y una negociación que se alarga durante días.
¿Un módulo de «solicitar presupuesto» equivale a un sistema de ofertas?
No. La mayoría de módulos generan un PDF y envían un correo; a partir de ahí la negociación ocurre fuera del sistema. Para que sea un sistema de ofertas hacen falta estados, historial, vigencia, recálculo automático y una frontera definida con el ERP. Si el presupuesto no cambia de estado, sigue siendo un carrito con otro nombre.
¿Se puede montar un sistema de ofertas sobre PrestaShop o Shopify Plus?
Se puede, y se hace. Lo que hay que asumir es que esas plataformas nacieron alrededor del carrito, así que parte del trabajo consiste en construir el ciclo de la oferta encima de un modelo de datos que no lo contemplaba. Se paga en desarrollo y en mantenimiento, y por eso la decisión de plataforma va antes que la de elección de agencia o la del diseño del portal.
¿Qué papel juega el ERP en el ciclo de la oferta?
El ERP es la fuente de verdad única de tarifas, escalados, condiciones del cliente, crédito, stock y plazos. La plataforma gestiona el estado de la oferta, el historial y la conversión a pedido. La integración se encarga del recálculo contra tarifa y de bajar el pedido al ERP cuando la oferta se acepta.
¿Por qué debe caducar un presupuesto eCommerce B2B?
Porque el precio que lo sostiene tiene fecha: materia prima, portes y disponibilidad cambian. Una oferta que no caduca sola obliga a alguien a acordarse de retirarla, y ese alguien normalmente no se acuerda. La vigencia automática protege el margen y evita discusiones cuando el cliente reaparece cuatro meses después.
Para terminar
El checkout, en B2B, no es el final del embudo.
Es un presupuesto que, por fin, ha dicho que sí.
Integrado · Automatizado · Rentable
