Preventa ecommerce: vende sin stock solo si puedes prometer fecha y margen

Preventa ecommerce no es vender humo: es vender una promesa fechada

Guia

La busqueda es pequena, pero muy accionable. En Keyword Planner, `preorder shopify` aparece en Espana con unas 20 busquedas mensuales, mientras que variantes como `preventa ecommerce`, `producto en preventa tienda online`, `backorder ecommerce`, `vender sin stock ecommerce` y `lista de espera ecommerce` aparecen con volumen casi nulo o insuficiente. Eso no invalida el tema; lo convierte en una oportunidad de long tail para dueños de tienda que ya tienen el problema encima.

La preventa puede ser una buena herramienta: valida demanda antes de producir, protege caja, permite ordenar inventario y evita perder clientes cuando un producto deseado aun no esta disponible. Tambien puede ser una mala practica si la tienda cobra sin fecha, oculta condiciones, mezcla stock real con promesas o convierte cada pedido en una incidencia.

La guia de TienRank parte de una regla sencilla: solo vendas sin stock cuando puedas explicar que se esta comprando, cuando se enviara, que se cobra ahora, que ocurre si hay retraso y como se devuelve o cancela. Si alguna de esas respuestas depende de improvisar por email, aun no tienes una preventa; tienes una deuda con el cliente.

• Usa preventa para lanzamiento nuevo con fecha razonable y comunicacion clara.
• Usa backorder para un producto ya vendido que volvera a entrar en stock.
• No llames preventa a un producto agotado que no sabes si volvera.
• No ocultes fecha, pago, cancelacion, cambios ni plazo de envio.
• Mide margen, retrasos, cancelaciones y soporte, no solo caja cobrada.

Preorder, backorder y out of stock no significan lo mismo

Definiciones

Google Merchant Center lo separa con bastante precision. `preorder` se usa cuando aceptas pedidos de un producto nuevo que todavia no se ha lanzado. `backorder` se usa cuando el producto no esta disponible ahora, pero aceptas pedidos y lo enviaras cuando vuelva. `out_of_stock` indica que no aceptas pedidos o que el producto no esta disponible para comprar.

La diferencia no es semantica. Si el producto ya ha estado en venta y simplemente esperas reposicion, llamarlo preorder puede enviar una señal incorrecta a Google y al comprador. Si no tienes fecha de reposicion fiable, llamarlo backorder tambien es peligroso: estas aceptando una obligacion sin base operativa.

La pagina debe usar el mismo lenguaje que el feed, el marcado y el checkout. Si el feed dice backorder, la ficha no puede mostrar `en stock`. Si el cliente paga un deposito, la pantalla de pago no puede parecer una compra normal con envio inmediato. Si hay fecha estimada, debe verse antes de añadir al carrito y antes de pagar.

• Preorder: producto nuevo no lanzado; fecha de disponibilidad visible.
• Backorder: producto existente temporalmente sin stock; fecha de envio visible.
• Out of stock: no se aceptan pedidos; CTA desactivado o alternativa clara.
• Waitlist: captura interes, pero no es una venta ni una reserva pagada.
• Made to order: fabricacion bajo pedido; requiere plazo y condiciones propias.

Merchant Center exige fecha visible cuando vendes preorder o backorder

Google

La documentacion de Google Merchant Center indica que, si envias `preorder` o `backorder` como valor de disponibilidad, debes proporcionar `availability_date`. Tambien exige que esa fecha sea visible en la landing page. No basta con tenerla en el ERP o en una nota interna.

La especificacion general de datos de producto añade otra regla critica: la disponibilidad debe coincidir entre landing page, checkout y datos estructurados. Si el producto esta agotado, el precio debe seguir siendo visible en la pagina. En otras palabras, Google quiere que el usuario y el sistema lean la misma promesa comercial.

Esto afecta a campañas, fichas gratuitas y aprobaciones. Un producto puede parecer vendible, pero si la disponibilidad del feed, el boton, el JSON-LD y el checkout no coinciden, la tienda esta generando riesgo de desaprobacion y, sobre todo, una experiencia confusa para el comprador.

• Muestra fecha de disponibilidad o envio cerca del precio y del CTA.
• Usa el mismo estado en feed, pagina visible, structured data y checkout.
• Mantén el precio visible incluso cuando el producto este agotado.
• No uses `preorder` para reposiciones de productos ya vendidos.
• Revisa Merchant Center despues de cada cambio de plantilla o app de stock.

La fecha no es decorativa: define produccion, envio y riesgo

Promesa

Una fecha de preventa debe responder dos preguntas distintas. La primera es cuando estara disponible el producto. La segunda es cuando recibira el pedido el cliente. No siempre coinciden: puede haber produccion, control de calidad, transporte al almacen, preparacion, carrier y entrega final.

Por eso conviene mostrar una frase concreta: `envio estimado desde el 15 de septiembre` o `llegada prevista a almacen el 10 de octubre; entrega 2-4 dias despues`. Si usas rangos, que tengan una razon operativa. Si usas una fecha exacta, que soporte atencion al cliente pueda defenderla.

La preventa falla cuando la fecha cambia en silencio. Si hay retraso, informa antes de que el cliente pregunte, explica la nueva fecha, ofrece cancelacion sencilla y conserva registro. Un retraso honesto puede ser asumible; un retraso descubierto por el comprador destruye confianza.

• Fecha de disponibilidad del producto.
• Fecha o ventana estimada de envio.
• Diferencia entre deposito, cobro total y saldo pendiente.
• Reglas de cancelacion antes del envio.
• Plan de comunicacion si cambia el ETA.

El dinero cobrado antes de enviar no es margen: es responsabilidad

Caja

Shopify describe las preventas como ventas antes de lanzamiento o reposicion en las que el comercio puede cobrar total o parcialmente y enviar cuando el producto este disponible. Esa capacidad mejora caja, pero tambien aumenta obligaciones: el cliente ya pago por algo que todavia no has entregado.

La decision entre deposito y cobro completo no es solo UX. Afecta a flujo de caja, pasarela de pago, autorizaciones, contracargos, facturacion, impuestos, conciliacion y cancelaciones. En algunos negocios, un deposito reduce friccion y riesgo; en otros, añade complejidad que el equipo no puede gestionar.

La cuenta minima debe incluir margen esperado, coste de produccion, coste de financiacion, coste de soporte, coste de retraso, devoluciones y cancelaciones. Una preventa puede parecer rentable por caja inmediata y perder dinero cuando se cumplen las promesas.

• Define si cobras todo, deposito o solo reserva sin cargo.
• Explica cuando se cargara el importe restante.
• Separa caja cobrada de margen realizado.
• Simula cancelaciones, retrasos, cambios de talla y reembolsos.
• No financies produccion con preventas si no puedes absorber devoluciones.

Un producto agotado no debe ser un callejón sin salida

UX

Baymard observo que muchos usuarios abandonan cuando encuentran un producto agotado y no tienen una ruta clara. Su recomendacion para disponibilidad temporal es permitir la compra con plazo extendido cuando realmente se vaya a reponer, y mostrar alternativas para quien no quiera esperar.

Eso no significa activar compras en cualquier agotado. Si el producto esta descatalogado, no tiene fecha o depende de un proveedor incierto, el camino responsable puede ser alerta de stock, alternativa equivalente, producto nuevo o contenido informativo. Lo importante es no fingir disponibilidad.

La ficha debe evitar tres extremos: quitar el boton y dejar al usuario parado; dejar el boton activo como si hubiera stock; o forzar una cuenta para apuntarse a una lista. La solucion depende del estado real: preorder, backorder, out of stock temporal, descatalogado o producto bajo pedido.

• Backorder con compra: solo si hay fecha y reposicion fiable.
• Alerta de stock: util como complemento, no como unica salida si se puede vender.
• Alternativas: productos sustitutivos, no accesorios sin resolver la necesidad.
• Descatalogado: explica situacion y enlaza sustituto o categoria relevante.
• CTA desactivado: visible y comprensible cuando no aceptas pedidos.

SEO: no mates URLs valiosas solo porque hoy no tengan stock

SEO

Una ficha que recibe trafico, enlaces, busquedas de marca o consultas de soporte puede seguir siendo util aunque no venda hoy. Borrarla o redirigirla a la home porque el stock se agoto suele perder contexto y puede frustrar a quien buscaba ese producto concreto.

La decision SEO debe separar temporal y permanente. Si el producto volvera, conserva la URL, muestra disponibilidad real, fecha, alternativa y alerta. Si no volvera y existe un sustituto muy cercano, una redireccion puede tener sentido. Si no hay sustituto, convertir la pagina en informacion, manual, compatibilidad o archivo puede preservar utilidad.

Reddit no es una fuente de verdad, pero las conversaciones de ecommerce y Shopify reflejan una duda recurrente: que hacer con paginas agotadas sin perder rankings ni conversion. La respuesta practica no es una regla universal; es gobernar estado, enlace interno y promesa visible.

• Temporal con reposicion: mantener pagina, fecha y CTA correcto.
• Temporal sin fecha: alerta y alternativas, sin prometer compra.
• Permanente con sustituto claro: redireccion o bloque prominente hacia el sustituto.
• Permanente sin sustituto: informacion util, manual o categoria relacionada.
• Colecciones: no entierres todos los productos disponibles bajo agotados.

Fulfillment: vender antes de recibir exige un tablero diario

Operaciones

La preventa convierte inventario futuro en pedidos presentes. Eso requiere controlar proveedor, unidades comprometidas, unidades libres, fecha de fabricacion, llegada a almacen, calidad, asignacion a pedidos, picking, carrier y comunicacion. Si solo lo controla una hoja manual, el riesgo crece con cada pedido.

El tablero minimo debe mostrar stock comprometido por SKU, pedidos con fecha prometida, retrasos, clientes afectados, saldo pendiente, margen, cancelaciones y prioridad de asignacion. Tambien debe impedir sobreventa: no todos los pedidos pueden prometer la misma primera tanda si el proveedor solo confirma parte.

La comunicacion debe estar automatizada pero no ser fria. Confirmacion de preventa, recordatorio de fecha, aviso de retraso, llegada a almacen, preparacion y envio. Cada email o WhatsApp tiene que repetir condiciones relevantes sin esconder salidas: cancelar, cambiar direccion, modificar talla o contactar soporte.

• SKU y variante prometida.
• Unidades pedidas, comprometidas y libres.
• ETA de proveedor y fecha prometida al cliente.
• Pedidos en riesgo de retraso.
• Clientes con deposito, saldo pendiente o cobro completo.
• Reembolso, cancelacion y cambio antes del envio.

Cuándo sí usar preventa y cuándo es mejor esperar

Decisión

La preventa tiene sentido cuando la demanda es real, el producto es diferenciable, la fecha es defendible, el proveedor es fiable y el cliente gana algo por esperar: acceso temprano, unidad limitada, mejor precio, personalizacion o seguridad de reserva.

Conviene frenar cuando el producto es comoditizado, el cliente puede comprarlo hoy en otro sitio, el proveedor no confirma ETA, el margen no soporta retrasos o la tienda todavia no tiene soporte para reembolsos y comunicacion. En esos casos, una lista de espera puede validar interes sin asumir deuda.

Tambien importa la categoria. Moda con tallas puede generar cambios y devoluciones; electronica puede sufrir retrasos de certificacion o componentes; producto personalizado exige aprobacion y plazos; consumo recurrente admite backorder si el cliente confia en la reposicion.

Playbook de 14 días para lanzar una preventa sin improvisar

Plan

Dias 1 y 2: define tipo de disponibilidad. ¿Es lanzamiento nuevo, reposicion, bajo pedido o agotado sin fecha? Asigna el estado correcto y documenta evidencia de proveedor, unidades, coste y ETA.

Dias 3 a 5: construye la ficha. Titulo, precio, fecha de envio, condicion de pago, cancelacion, devolucion, preguntas frecuentes, alternativa y aviso de retraso. Revisa movil y checkout; la promesa debe verse antes de pagar.

Dias 6 a 8: sincroniza datos. Merchant Center, structured data, feed, stock, emails, ERP y analitica deben compartir estado y fecha. Prueba preorder, backorder y agotado real con una variante de test.

Dias 9 a 11: prepara operaciones. Define unidades maximas, asignacion por tanda, tablero de pedidos, plantillas de comunicacion y responsable de retrasos. Simula falta parcial de unidades y cancelacion masiva.

Dias 12 a 14: lanza con limite. No abras toda la demanda de golpe. Revisa conversion, dudas, cancelaciones, coste de soporte y ritmo de stock comprometido. Si la promesa empieza a tensarse, pausa antes de vender mas.

• Validar estado y fecha antes de activar el CTA.
• Mostrar condiciones en PDP, carrito y checkout.
• Sincronizar pagina, feed, marcado y emails.
• Limitar unidades por tanda y margen de seguridad.
• Medir cancelaciones, retrasos, soporte y margen.

La lectura de TienRank: la preventa es una herramienta de confianza, no de urgencia

Criterio

La preventa suele venderse como tactica de hype, pero para una tienda online es sobre todo una prueba de confianza. El comprador acepta esperar si entiende por que espera, que gana y que derechos conserva si la promesa cambia.

Para el ecommerce, la preventa tambien es una prueba de disciplina. Obliga a distinguir deseo de demanda pagada, caja de margen, stock esperado de stock comprometido y comunicacion comercial de comunicacion operativa.

La recomendacion de TienRank es empezar pequeño: pocos SKU, fecha visible, unidades limitadas, mensajes preparados y datos sincronizados. Si funciona, tendras aprendizaje de demanda y una operacion repetible. Si falla, habras limitado el daño.

Vender sin stock puede ser profesional. Lo que no es profesional es vender sin fecha, sin estado correcto, sin plan de entrega y sin salida para el cliente. En preventa, el boton de comprar no cierra la venta: abre una promesa que todavia tienes que cumplir.