El Pedido que Entra por WhatsApp Cuesta Treinta Dólares
Un distribuidor manda una foto de la lista de pedido a un grupo de WhatsApp. Alguien del equipo de ventas la transcribe al ERP, verifica stock por teléfono con bodega, confirma precio por correo y emite la factura al día siguiente. Ese flujo funciona porque hay personas sosteniéndolo, y se rompe exactamente cuando una de esas personas falta.
Los benchmarks públicos de la industria B2B sitúan el costo de procesar un pedido manual entre US$30 y US$80, frente a US$1 a US$5 cuando el pedido entra por un portal integrado. La diferencia no está en la tecnología: está en cuántas veces el mismo dato se vuelve a escribir. La orden se captura en WhatsApp, se reescribe en el ERP, se confirma por correo y se vuelve a revisar en el despacho. Cuatro capturas, tres oportunidades de error y un cliente que llama a preguntar por su pedido.
El lado del comprador se movió más rápido que el del fabricante. En la encuesta de Gartner de 2026 a 646 compradores B2B, 67% prefiere una experiencia de compra sin vendedor y 45% usó IA generativa durante una compra reciente. En la edición de 2025, con 632 compradores, el dato era 61% rep-free y 73% evitaba activamente a proveedores que le escriben con información irrelevante. El distribuidor joven no quiere una llamada para reponer: quiere entrar, ver precio y stock, y salir.
Por Qué un Shopify No Alcanza
Un ecommerce B2C y un portal B2B comparten carrito y checkout, y ahí termina el parecido.
- El precio no es universal. En B2C todos ven el mismo precio. En B2B cada cuenta tiene lista, descuento, condición de pago y a veces un acuerdo negociado por SKU.
- La unidad de venta no es la unidad. El consumidor compra una; el distribuidor compra cajas, y la caja tiene mínimo, múltiplo y restricción de transporte.
- El pago no es el final del flujo. En B2B el pedido sigue a crédito, aprobación, despacho, factura y nota de crédito. El carrito es el primer tercio del proceso.
- El catálogo es confidencial. Un fabricante no publica su estructura de precios a la competencia. El portal exige autenticación por cuenta, roles por usuario y visibilidad restringida de catálogo.
- El inventario es comprometido, no mostrado. Si el portal promete stock que la planta ya asignó a otro pedido, el problema deja de ser digital y se vuelve una discusión en el muelle de carga.
Ese es el motivo por el que un desarrollo de ecommerce B2B se parece más a un sistema de operaciones que a una tienda: el catálogo es el mismo, la lógica comercial detrás es otra.
Lo que tu Distribuidor Realmente Necesita Ver
Cuando entrevistamos a compradores de la red de un fabricante, la lista de lo que piden es corta y consistente:
- ¿Cuánto me cuesta a mí? Precio de mi lista, con mi descuento vigente, no el precio de lista público.
- ¿Hay? Disponibilidad real y fecha estimada de entrega, aunque sea aproximada.
- ¿Puedo? Si mi crédito alcanza, si el producto tiene mínimo y si hay restricción en mi zona.
- ¿Qué pedí antes? Historial por SKU, con la opción de repetir el último pedido.
- ¿En qué va? Estado del pedido y de la factura, sin tener que llamar a su vendedor.
Nada de eso requiere una experiencia de compra espectacular. Requiere que el dato correcto esté disponible en el momento correcto, y que el pedido entre una sola vez al sistema.
Cuatro Integraciones que Deciden el Proyecto
ERP. Es la fuente de verdad y también el cuello de botella. La integración se diseña por eventos, con reintentos y una llave de idempotencia por pedido. Si el ERP cae, el portal encola y avisa; no inventa stock ni duplica la orden cuando vuelve.
Inventario. No basta con leer existencias: hay que distinguir disponible de comprometido, por almacén. Un portal que muestra solo la cantidad física vende lo que ya está asignado.
Crédito y cartera. Se consulta antes de confirmar, con regla explícita de bloqueo y ruta de excepción. La automatización de reposición sin esta capa genera pedidos que mueren en la aprobación y frustran al distribuidor. El mismo principio de reposición por señal lo desarrollamos en automatización de inventario y reposición.
Logística y documentos. Guía de despacho, factura y nota de crédito visibles en el mismo historial del pedido. Cuando el distribuidor puede descargar su factura sin llamar, el volumen de consultas de bajo valor cae solo.
Cómo se Mide si el Portal Funciona
El tablero del proyecto tiene cinco números, y ninguno es "visitas":
- Porcentaje de pedidos que entran por el portal sobre el total de la red, medido por cuenta y por segmento.
- Costo por pedido procesado, comparando el flujo digital con el manual del mismo SKU.
- Tasa de error de pedido —devoluciones por captura, rechazos en bodega y notas de crédito correctivas—.
- Tiempo de confirmación, desde que el distribuidor envía hasta que ve el pedido aceptado.
- Tickets de soporte por pedido, que es el indicador más honesto de si la interfaz funciona o si el equipo está compensando el diseño.
Si el portal baja el costo por pedido pero sube el soporte, no se resolvió el problema: se movió de área.
Empezar sin Tirar el ERP
La tentación es reemplazar todo con una plataforma nueva. Casi nunca es la decisión correcta: la planta ya tiene su sistema, su histórico y sus reglas, y cambiarlo para ganar un canal de pedidos es un riesgo que no se paga solo.
El camino que usamos es el inverso. Primero modelamos catálogo, listas de precio y reglas comerciales —el activo que de verdad falta—, después construimos el portal encima de esa capa y por último conectamos el ERP con integraciones por evento. Así el primer entregable útil es pequeño: un grupo de distribuidores, una familia de productos y un flujo de pedido completo. Cuando ese flujo funciona con datos reales, se amplía la red. Si tu red ya vende por WhatsApp y el equipo de ventas está transcribiendo pedidos, ese es el punto exacto donde conviene empezar: hablemos y lo dimensionamos sobre tu catálogo actual.