Volver a Vender online

Vender online

E-commerce B2B: cómo gestionar distribuidores, tarifas y repedidos

Diseñar compras recurrentes para clientes empresariales con condiciones distintas.

Equipo editorial de SqualiOnline · 2026-09-07

Un e-commerce B2B no es una tienda online con el descuento aplicado a un grupo de clientes. Al distribuidor no hay que convencerlo de que compre: ya sabe lo que necesita, conoce los códigos, pide a menudo las mismas cosas y quiere hacerlo en tres minutos sin llamar por teléfono. Si el portal es más lento que la llamada, vuelve a la llamada. Esta guía sirve para diseñar las tres cosas que deciden si lo va a usar: quién entra y qué ve, en qué condiciones compra, y cuán corto es el camino para repedir.

Quién entra, qué ve, quién decide

En el B2B, el registro no es un formulario que abre el catálogo al instante. Es una solicitud de habilitación que alguien aprueba, porque el precio depende del cliente.

  • El visitante no reconocido ve el catálogo técnico sin precios, o no lo ve en absoluto: depende de cuánto te interese que los productos sean localizables en la red.
  • Quien se registra rellena una solicitud breve —razón social, número de IVA, persona de contacto, zona— y queda a la espera. En la página hay que decir que la habilitación requiere una verificación, si no, parece un fallo.
  • Quien aprueba es una persona: debe poder vincular la solicitud al código de cliente ya existente en el sistema de gestión, porque es ahí donde se engancha la tarifa.

El punto que hay que vigilar es la espera. Un distribuidor que se registra por la noche y no recibe nada en dos días ya ha llamado al agente. Quien aprueba debe recibir un aviso y tratarlo como una tarea diaria, no semanal.

Dentro de la empresa cliente las personas no son intercambiables: quien rellena el carrito a menudo no es quien puede comprometer el gasto, y el titular quiere ver el historial sin tener que pedirlo. Tres roles cubren casi todos los casos —quien rellena, quien confirma, quien consulta documentos e historial. Añadir más antes de haber visto cómo trabajan los clientes es tiempo mal empleado.

Tarifas, mínimos y condiciones pactadas

Es la parte donde los proyectos se complican, porque las condiciones reales casi nunca están en un único sitio: una parte en el sistema de gestión, una parte en un acuerdo por correo, una parte en la cabeza del agente.

  • Decide cuál es la fuente oficial del precio. Si es el sistema de gestión, el portal lo lee y no lo recalcula; si el portal mantiene una tabla propia, tarde o temprano los dos números divergirán y el cliente verá el equivocado.
  • Los tramos y los mínimos hay que mostrarlos mientras se pide, no descubrirlos en la confirmación. «Pedido mínimo no alcanzado» apareciendo al final es el motivo más habitual de carrito abandonado en un portal de pedidos.
  • Las condiciones personales —descuento pactado, pago, umbral para el porte pagado— deben ser visibles para el cliente. Quien no encuentra en pantalla lo que ha pactado llama para comprobarlo, y el portal no le ha ahorrado nada.
  • Las promociones temporales y los precios netos en artículos concretos son la primera fuente de excepciones: establece cómo se escriben y quién las puede cargar, antes de abrir.

El repedido es la función que decide la adopción

Quien compra por trabajo repite. La diferencia entre un portal usado y uno abandonado casi nunca está en el catálogo: está en cuántos pasos hacen falta para volver a comprar lo de siempre.

  • Introducción rápida por código: una casilla donde escribir código y cantidad, línea tras línea, sin pasar por las fichas de producto. Quien conoce los códigos es tu mejor cliente.
  • Carga de una lista: pegar o importar una lista de códigos y cantidades preparada en otro sitio, porque muchos distribuidores preparan el pedido en una hoja de cálculo.
  • Repetición de un pedido anterior desde el historial, con las cantidades modificables antes de confirmar.
  • Listas personales de los artículos habituales, con el nombre interno que usa el cliente junto a tu código. Es un detalle pequeño que ahorra tiempo cada vez.

Mantén la búsqueda tolerante: si al buscar el mismo código con o sin guion se obtienen resultados distintos, el distribuidor concluye que el artículo no existe.

Un recorrido ilustrativo

Un fabricante de componentes abre el portal a sus distribuidores. El recorrido, desde el primer acceso hasta el segundo pedido, es ilustrativo pero típico.

  1. El distribuidor pide la habilitación desde el sitio web y recibe un mensaje que confirma la llegada de la solicitud y anuncia su verificación.
  2. El departamento comercial la asocia al código de cliente existente y a la tarifa ya pactada.
  3. En el primer acceso, el distribuidor encuentra sus propios precios, las condiciones de pago pactadas y el historial de los pedidos hechos hasta ahora por teléfono, importados del sistema de gestión. Es el momento que convence: el portal ya sabe quién es.
  4. Prepara el pedido por código, ve que el carrito se acerca al umbral del porte pagado y añade dos artículos.
  5. Recibe una confirmación de recepción, no una confirmación de pedido: hay que verificar cantidades y plazos. La confirmación definitiva llega después de comprobar la disponibilidad.
  6. El mes siguiente repide en dos minutos desde el historial. A partir de aquí, el portal ha dejado de ser un proyecto y se ha convertido en una herramienta.

Disponibilidad y confirmación: qué no prometer

La disponibilidad es el punto en el que un portal B2B pierde credibilidad más rápido. Un número visible y equivocado hace más daño que un número ausente.

  • Si las existencias no son fiables en tiempo real, muestra una indicación cualitativa —disponible, en camino, bajo pedido— en vez de la cantidad exacta.
  • Distingue el stock físico del vendible: el material ya reservado para otros pedidos no está disponible, aunque esté en el almacén.
  • Separa la recepción del pedido de su confirmación. En el B2B la confirmación implica compromisos sobre cantidades, precios y plazos: en muchos casos sigue siendo una decisión comercial.

Quien gestiona el pedido debe poder modificarlo y comunicar el cambio dentro del portal, no con un correo que se pierde. El historial debe mostrar qué se ha pedido y qué se ha confirmado.

Cuándo no conviene un portal de pedidos

El portal no resuelve nada si el problema está antes.

  • Si los clientes son pocos y piden con poca frecuencia, el agente es más rápido y más útil: el portal añadiría un paso sin quitar ninguno.
  • Si los precios no se pueden reconstruir desde ningún sistema, primero hay que poner en orden los datos.
  • Si cada pedido requiere asesoramiento —medidas, compatibilidad, personalizaciones—, el camino correcto no es el carrito sino la solicitud estructurada.

Existe una vía intermedia, a menudo la mejor: abrir primero el área privada con documentos, historial y disponibilidad, sin venta. Se ve enseguida cuántos clientes la usan y se descubre qué piden de verdad, antes de construir el carrito.

Lo que esta guía no cubre

Aquí se diseña la venta a clientes ya empresariales, con condiciones propias. La elección anterior —si tu caso pide un catálogo consultable, una solicitud de presupuesto o una compra directa— es una decisión previa y tiene su propia guía. La sincronización de existencias entre almacén y tienda online, citada aquí solo por el efecto que tiene sobre la confianza, se trata en otro lugar.

Preguntas frecuentes

¿Hace falta rehacer el sitio web para abrir un portal B2B?

No necesariamente: el portal puede convivir con el sitio web existente como área privada, siempre que la plataforma permita accesos autenticados y contenidos reservados. La pregunta decisiva es otra: de dónde vienen los precios y las existencias, y quién los mantiene actualizados.

¿Los precios B2B deben ser visibles sin registro?

Es una decisión comercial, no técnica. Ocultarlo todo reduce la localización en la red; mostrarlo todo expone las condiciones a los competidores. Una vía intermedia habitual: catálogo y fichas técnicas abiertos, precios solo después de la habilitación.

¿Y si el sistema de gestión no se puede conectar en tiempo real?

Se puede empezar con intercambios periódicos de archivos, por ejemplo una actualización al día. Funciona con una condición: decir al cliente que el dato tiene un retraso, y usar indicaciones cualitativas sobre la disponibilidad en vez de cantidades exactas que ya estarían desactualizadas.

Diseñamos el portal de pedidos de tus distribuidores.

Si quieres hablarlo, el servicio que se ocupa de esto es E-commerce.

Guías relacionadas