Vender por cotización en WooCommerce: tiendas quote-only para B2B mayorista

No todo mayorista vende con "agregar al carrito y pagar". Una parte grande del B2B chileno vende por cotización: el cliente arma una lista, pide precio, el vendedor responde con condiciones —volumen, plazo, despacho— y recién ahí se cierra. Forzar a ese cliente por un checkout retail, con pago inmediato y precio público, es modelar mal el negocio. La tienda no tiene que imitar a un retail: tiene que reproducir cómo se compra de verdad al por mayor. Para muchos, eso es una tienda quote-only —o híbrida—, donde el botón no dice "comprar" sino "solicitar cotización".

Por qué un mayorista vende por cotización

El carrito-y-paga asume tres cosas que en B2B casi nunca se cumplen: que el precio es público, que es el mismo para todos y que el pago es al contado. En mayorista, el precio depende del cliente y del volumen, muchas veces está negociado por fuera, y el pago va contra factura a 30 o 60 días. Hay además razones de catálogo: productos sin precio de lista, ítems que se arman a pedido, o el simple hecho de que el dueño no quiere mostrar precios al público —ni, sobre todo, a la competencia—. En todos esos casos la cotización no es un paso de más: es el modelo de venta.

El error típico es resolverlo con un formulario de contacto genérico colgado en una página. El cliente escribe "quiero cotizar" en una caja de texto, alguien lo lee, y la venta vuelve al canal manual que la tienda supuestamente venía a ordenar. Una tienda de cotización bien hecha no es un formulario: es el mismo catálogo, con el mismo stock, donde el cliente arma su pedido con SKU y cantidades, y eso genera una cotización estructurada que el vendedor convierte en pedido sin retipear.

Qué es una tienda quote-only

En una tienda quote-only se reemplaza la lógica de compra por una de solicitud. El precio se oculta —total o solo a invitados—, el botón "Agregar al carrito" pasa a ser "Agregar a la cotización", y el checkout no cobra: registra una solicitud con las líneas que el cliente eligió. WooCommerce no trae esto de fábrica, pero el ecosistema lo cubre: plugins como Quotes for WooCommerce, los módulos de cotización de B2BKing o YITH Request a Quote arman el flujo base. Convierten el carrito en un "carrito de cotización" y mandan una notificación al vendedor con el detalle.

Esos plugins resuelven la pantalla. El problema, como casi siempre en WooCommerce B2B, no es la pantalla: es lo que pasa después del botón.

Dónde se rompe si es solo un plugin

En la demo —cinco productos, un cliente de prueba— cualquier plugin de cotización funciona. La diferencia aparece con el catálogo real, el cliente real y la operación encendida.

La cotización tiene que volverse pedido sin retipeo. Una solicitud que llega como un correo con texto suelto no resolvió nada: el vendedor igual copia las líneas a mano al sistema. La cotización debe nacer como un borrador de pedido en WooCommerce —con sus líneas, SKU y cantidades— que el vendedor ajusta (precio, descuento, despacho) y confirma. De cotización a pedido en la misma herramienta, no en tres.

El precio del vendedor tiene que salir de algún lado. Cuando el vendedor responde la cotización, ¿de dónde toma el precio? Si lo inventa cada vez, perdiste la consistencia. Lo razonable es que la cotización se cruce con la lista de precios del cliente —la que ya vive en el ERP—, de modo que cotizar sea aplicar condiciones conocidas, no negociar de cero. La cotización es la puerta; el precio sigue siendo el del ERP.

El stock y el catálogo tienen que ser reales. No sirve cotizar sobre productos que no hay. Si la tienda no está sincronizada con el inventario, el cliente cotiza fantasmas y el vendedor descubre el quiebre al final. La cotización hereda los mismos problemas de stock que una venta normal: si el catálogo no es fiel, la cotización tampoco.

Ocultar precios pelea con el SEO. Si escondes precios y el botón de compra hasta que el cliente inicie sesión, la página pública y la del cliente logueado son distintas. Hay que decidir qué indexa Google: una ficha sin precio rankea distinto, y el contenido que ve el robot no es el que ve el comprador. Es resoluble, pero es una decisión consciente, no un efecto colateral del plugin.

Notificación y seguimiento. Una cotización sin estado se pierde. ¿Quién la atiende, en cuánto, cómo se sabe si está pendiente, respondida o vencida? Sin un mínimo de flujo —estados, recordatorios, responsable—, la tienda de cotización se transforma en una bandeja de entrada que nadie cuadra, que es justo el problema que venía a resolver.

Quote-only puro o híbrido

Pocas tiendas necesitan ocultar todo a todos. La mayoría funciona mejor en híbrido: el público general y los clientes nuevos ven productos sin precio y un botón de cotización; el cliente mayorista con cuenta inicia sesión y ve su lista, con precio y compra directa. Es la misma idea de una tienda mixta, aplicada al eje precio/cotización en vez del eje mayor/detalle. Quien ya tiene relación compra; quien recién llega, cotiza. El catálogo es uno solo; lo que cambia es qué puede hacer cada visitante.

Qué resuelve cada nivel

Enfoque	Cuándo sirve	Dónde se queda corto
Formulario de contacto	Volumen bajo de consultas, catálogo chico.	Texto suelto: el vendedor retipea todo y no hay catálogo ni stock detrás.
Plugin de cotización	Necesitas el carrito-de-cotización armado sobre tu catálogo real.	Por sí solo no convierte a pedido, no trae precio del ERP ni gestiona el seguimiento.
Cotización integrada al ERP	El precio y el stock viven en el ERP y la cotización debe respetarlos.	Requiere integración seria; no es instalar un plugin y listo.
Híbrido (cuenta + cotización)	Mezcla de clientes con cuenta y prospectos nuevos.	Hay que separar bien qué ve y qué puede hacer cada rol, sin filtrar precios.

La recomendación

Si vendes por cotización, la tienda quote-only es el modelo correcto —pero la cotización es el inicio de un flujo, no un formulario. El cliente arma su pedido sobre tu catálogo y tu stock reales; la solicitud nace como un borrador de pedido que el vendedor convierte sin retipear; el precio sale de la lista del cliente en el ERP, no de la memoria del vendedor; y cada cotización tiene estado y responsable para que ninguna se pierda. El plugin arma el carrito de cotización; la integración hace que esa cotización valga algo.

La diferencia entre una tienda de cotización que ordena el negocio y una que solo cambia de lugar el desorden está, otra vez, en lo que pasa después del botón. Una agencia instala el plugin de request-a-quote y da el tema por cerrado. La cotización conectada —al catálogo, al stock y al precio del ERP— es la que convierte el "quiero cotizar" en un pedido que entra solo. Si estás evaluando pasar tu venta mayorista a la web, partir por un diagnóstico te dice si tu caso es quote-only, híbrido o compra directa, antes de instalar nada.