Qué mandar a cada sitio
Cada semana te propone los envíos a cada tienda: qué productos, cuántos y cuándo salen. Tú apruebas o cambias cantidades.
Para empresas con varias tiendas
WooCommerce cuenta lo que hay y lo que se ha pedido, pero no calcula lo que viene. Para eso hay que mirar los pedidos de los últimos dos años, separar los días en que no había producto de los días en que nadie lo quiso, y proyectar cada talla, color o formato por separado. Esta página cuenta cómo lo hacemos sobre tu tienda, sin instalar nada en WordPress.
Se conecta al programa que ya usas
Lee lo que ya tienes, calcula el riesgo de quedarte sin cada producto en cada tienda y te propone qué mandar. Tú decides.
Ventas, stock y envíos de tu programa, con un usuario que solo puede leer. Nada que teclear dos veces.
Con tu ritmo de venta, la temporada y lo que tarda un envío. Avisa cuando el riesgo pasa del nivel que tú fijes.
Qué mandar a cada tienda, cuánto y cuándo, con el porqué. Lo apruebas, lo cambias o le preguntas «¿y si mando dos menos?».
Propone, explica, avisa y aprende de tus ventas. Y antes de contratar, lo ves funcionando con tus propios datos.
Cada semana te propone los envíos a cada tienda: qué productos, cuántos y cuándo salen. Tú apruebas o cambias cantidades.
«¿Cuánto stock tenemos?», «¿por qué mandas a Pamplona?», «¿y si mando dos menos?». Contesta con tus datos y dice de dónde sale cada cifra.
Ritmo de venta, lo que queda, lo que tarda un envío y el riesgo de quedarse a cero. Cinco pasos con cifras, en una frase cada uno.
Repetimos fechas pasadas de tu negocio con lo que se sabía ese día y comparamos lo que habría hecho el sistema con lo que hiciste tú.
Un mapa de cada producto en cada tienda: lo que está a cero, lo que se acaba y lo que sobra. Ventas, envíos y márgenes en la misma pantalla.
Se conecta a tu programa con un usuario que no puede cambiar nada. Datos en la Unión Europea, copias diarias y exportación completa si un día lo dejas.
Hoy
Envíos de esta semana
8 tiendas, 242 unidades. Salen el martes.
8:00Aviso urgente · Pamplona
Se queda sin Zapatilla trail el martes. Quedan 2 pares y vende 8 a la semana.
Propuesta: mandar 18 hoy, llega el miércoles.
10:42Por videollamada. Te enseñamos el sistema funcionando y vemos tu caso: cuántos sitios, qué programa usáis y dónde se os va el stock.
Nos pasas una exportación de tu programa y en cinco días ves qué habría mandado el sistema en tres fechas pasadas frente a lo que mandaste.
Lo conectamos a tu programa, lo ajustamos con tus números y formamos a tu equipo. Entre tres y seis semanas.
La respuesta corta
La previsión de demanda en WooCommerce calcula cuántas unidades venderá cada producto y cada variación en las próximas semanas, a partir de los pedidos que la tienda ya tiene. WooCommerce no trae previsión de serie ni guarda el stock de cada día, así que el sistema lo reconstruye, descarta las semanas en que el producto estaba agotado y entrega una previsión con banda: lo esperable, lo mínimo y lo máximo razonable. Lee por la API REST, sin plugins.
Por Manuel Gómez González, fundador de Arume · Revisado el
Nada que prevea. Trae gestión de stock por producto y por variación, informes de pedidos y de ventas por fecha y la pestaña Inventario con avisos de stock bajo. Esos informes dicen lo que pasó. La previsión es otra cosa: decir lo que va a pasar en las semanas que tarda tu proveedor en servirte.
Se crea en WooCommerce > Ajustes > Avanzado > REST API una clave con permiso de lectura. Con ella se leen los pedidos con su fecha, estado, líneas, variación y cupón, y el stock actual de cada producto. La API permite filtrar por fecha con los parámetros after y before, así que la carga inicial de dos años se hace por tramos y de madrugada.
Si una variación estuvo a cero tres semanas, sus ventas de esas semanas son cero por falta de producto, no por falta de interés. El sistema las marca como demanda perdida y las estima con lo que vendían las semanas vecinas. Sin esto, la previsión aprende que el producto que más se agota es el que menos se vende.
Cada talla, color o formato tiene su propia curva. Para cada semana se da el valor esperable y una banda baja y alta. Una variación con pocas ventas tiene una banda ancha y se enseña como tal, para que nadie confunda un dato flojo con uno firme.
Los pedidos con cupón se marcan aparte. La temporada se aprende de los años anteriores: la bota de montaña no se vende igual en septiembre que en abril. Y el calendario de campañas propias se pone como dato, para que una promoción de fin de semana no parezca el ritmo normal.
Por defecto, nada: la previsión sale en el panel. Si quieres, tras el modo sombra se le da permiso de escritura solo para actualizar el Low stock threshold de cada producto, de modo que el aviso de WooCommerce salte según la previsión y no según un número fijo. Tú apruebas el cambio cada semana.
Sobre esa previsión se puede preguntar: «¿cuánto venderé de la talla 42 hasta octubre?», «¿por qué esperas menos que el año pasado?». Contesta con las cifras y dice de dónde sale cada una.
La previsión de demanda en WooCommerce es el cálculo de cuántas unidades de cada producto y variación se venderán en las próximas semanas, hecho a partir de los pedidos de tu tienda. Sirve para decidir cuánto pedir al proveedor antes de que el producto se agote, y para no inmovilizar dinero en lo que no va a salir.
WooCommerce no calcula nada de eso. Es una tienda que sabe vender, cobrar y descontar stock, y que guarda cada pedido con su fecha. Con esa materia prima se puede construir una previsión, pero alguien tiene que hacerlo. Hoy suele ser una persona con un Excel exportado el lunes y con lo que recuerda del año pasado. Aquí lo hace un programa que lee los pedidos solo, con una banda que enseña cuánto de fiable es cada cifra, y la persona decide.
Tres cosas que se parecen a una previsión sin serlo. Los informes de pedidos y de ventas, que dicen lo que pasó por fecha. La gestión de stock, que está en WooCommerce > Ajustes > Productos > Inventario y se activa producto a producto en la pestaña Inventario del editor, y que descuenta y reserva. Y el aviso de stock bajo, que compara la cantidad actual con un umbral y manda un correo a los destinatarios que hayas puesto.
Ninguna mira hacia delante. El informe de ventas te enseña que en noviembre vendiste el triple, pero no lo convierte en un pedido para la campaña de este año. El umbral te avisa cuando ya estás por debajo de un número, sin saber si ese número son tres días de venta o tres meses. Para una tienda con pocas referencias basta. Para una tienda con cientos de variaciones y proveedores que tardan semanas, empieza a fallar.
Pon una zapatilla de trail talla 42. Durante ocho semanas se vendieron 14 pares por semana durante seis y cero durante dos, porque se acabó el stock y el pedido tardó en llegar. La media de las ocho semanas es 10,5 pares. Si pides con esa media, pides un 25 % menos de lo que de verdad vende la zapatilla cuando la tiene. Y en la siguiente campaña vuelves a quedarte sin ella.
La previsión correcta separa las dos semanas, las marca como demanda perdida y estima lo que habrían vendido con las semanas vecinas: 14. Con eso la media real es 14 y la banda se calcula sobre datos limpios. Lo que acabamos de describir es un ejemplo de juguete, pero es exactamente lo que pasa cada vez que una variación se agota: el historial de ventas miente justo en las que más importan.
En WooCommerce > Ajustes > Avanzado > REST API se crea una clave. WooCommerce pide un permiso y ofrece tres: Read, Write y Read/Write. Para prever usamos Read. La documentación de WooCommerce avisa de que el secreto de la clave solo se muestra una vez, y de que los enlaces permanentes de WordPress no pueden estar en «Plano». Eso se mira el primer día.
Con la clave se leen los pedidos y los productos. La API permite acotar los pedidos por fecha con after y before, y devuelve los resultados paginados, de modo que los dos años de histórico se traen por tramos y de madrugada, sin cargar un hosting que a veces va justo. A partir de ahí, cada noche solo se trae lo nuevo.
No se instala ningún plugin ni se cambia el tema. Si el día de mañana WooCommerce actualiza su interfaz, el programa sigue leyendo por la API, que es la misma que usan los programas de facturación y envíos. Una cosa menos que romper.
Primero se reconstruye el stock de cada día hacia atrás. Se parte del stock de hoy, que WooCommerce sí guarda, y se retrocede con cada pedido vendido, cancelado o reembolsado y con las entradas de mercancía que el diagnóstico localice en tus albaranes o en el programa de facturación. Con ese stock diario se marcan las semanas en que la variación estaba a cero.
Después se limpia la serie: las semanas agotadas se estiman, los cupones se marcan, las ventas que no pasan por la tienda se suman desde su origen. Sobre esa serie se ajusta un modelo que mira la tendencia, la temporada y las campañas propias que le hayas marcado. Para las variaciones con pocas ventas, el método cambia a uno de demanda intermitente, que calcula la probabilidad de vender algo cada semana en lugar de promediar ceros.
El resultado es una previsión semanal con tres líneas: lo esperable, lo bajo y lo alto. La banda es una parte del resultado, no un adorno. Es lo que permite luego decidir cuánto stock de seguridad merece cada variación. La guía sobre previsión de demanda explica el método en general, y la pieza del sistema cuenta cómo se integra con el resto.
Por defecto, nada. La clave es de lectura y la previsión sale en el panel. Para quien quiera cerrar el círculo, hay una opción concreta: dar permiso de escritura solo para poner el Low stock threshold de cada producto o variación, el campo que WooCommerce tiene en la pestaña Inventario del editor y que, según su documentación, sustituye al umbral de toda la tienda en ese producto.
Con eso, el correo de stock bajo de WooCommerce deja de saltar según un número fijo y salta según la previsión: cuando el stock cubre menos días de los que tarda el proveedor. Cada semana la propuesta de cambio de umbrales sale en una lista y tú apruebas lo que quieras. El stock en sí no se toca.
Se hace una simulación con tus datos antes de usarla: se repite tu último año semana a semana, con lo que se sabía cada semana, y se compara lo previsto con lo vendido y con lo que hicisteis. Se mide el error por familia de producto, el sesgo (si tiende a quedarse corta o larga) y el dinero que habría quedado parado o las ventas que habrían entrado. Después, uno o dos meses en modo sombra: la previsión sale cada semana y vosotros pedís como siempre.
Si la previsión no mejora lo que hacéis, se dice y no se sigue. Y si tu tienda tiene pocas referencias o un proveedor que sirve en dos días, el diagnóstico gratuito te lo dirá también: a veces basta con poner bien el umbral de cada producto.
Necesitamos una clave de lectura, el acceso a los pedidos de los últimos dos años y, si los hay, los albaranes o el programa donde entra la mercancía. Con eso se puede empezar. No hace falta limpiar nada antes: la limpieza es parte del trabajo.
Esto no pide al proveedor, no cambia precios ni toca tu catálogo, y no sustituye el criterio de quien conoce el producto: si sabes que el mes que viene sale un competidor o que ese producto se descataloga, se le dice a la previsión como dato. Si te reconoces, el análisis gratuito parte de una exportación de tus pedidos y te devuelve qué variaciones se agotaron y cuántos días.
Un plugin de previsión se instala dentro de tu tienda, consume el mismo servidor que tus clientes y se actualiza con WordPress. Aquí el cálculo se hace fuera, la tienda solo responde a consultas de lectura y la decisión vuelve a ti en un panel. Antes de fiarte, se repite tu último año semana a semana con lo que se sabía cada semana y se compara con lo que ocurrió.
Tiene informes de lo vendido por fecha, y sirven para ver cómo fue el mes. La previsión es la pregunta contraria: qué se venderá en las próximas semanas. Para contestarla hace falta corregir las semanas agotadas, separar cupones y mirar la temporada de años anteriores, y eso no lo hace ningún informe de serie.
Lo útil es un año completo de pedidos, y dos años si hay temporada marcada. Con menos de seis meses la previsión es honesta pero ancha, y te lo decimos con la banda. Los productos con muy pocas ventas se tratan con métodos de demanda intermitente, no con una media.
No. Se crea una clave de la API REST con permiso de lectura y nada más. No se toca el tema ni se añade ningún plugin, así que no hay nada nuevo que se rompa en una actualización.
Un pedido cancelado o fallido no cuenta como venta. Un reembolso se resta en su fecha. Un pedido pendiente de pago cuenta como interés pero no como venta hasta que se completa. Todo sale del estado que WooCommerce guarda en cada pedido.
Por variación cuando el producto es variable, porque cada talla o color se vende distinto. Después se suma por producto para quien prefiera verlo así. Si tu producto simple tiene gestión de stock activada, se prevé directamente.
En el editor de producto, la gestión de stock se activa producto a producto. Para los que solo tienen estado (En stock, Agotado) la previsión de ventas se hace igual con los pedidos, pero sin poder calcular cobertura. Lo normal es activarla en los que se compran a proveedor.
Una tienda con pocas referencias y proveedor rápido no necesita esto. El diagnóstico gratuito te dice con tus pedidos si compensa o si te basta con ajustar bien los umbrales de WooCommerce.
30 minutos por videollamada. Ves el sistema funcionando y te decimos si encaja con tu empresa.