Aprende la matemática de precios para bundles: muestra descuentos claros, mide márgenes y mantiene el inventario de componentes correcto con modelos y comprobaciones sencillas.

Para los compradores los bundles parecen simples: “compra esto junto y ahorra”. Pero dentro de tu tienda, afectan precios, impuestos, promociones, COGS y stock al mismo tiempo. Si no estableces reglas claras, tendrás un checkout que parece correcto mientras los informes se alejan silenciosamente de la realidad.
Suelen fallar dos cosas primero: el descuento no está claro y los conteos de stock se vuelven poco fiables. Un cliente puede ver un precio de bundle y luego ver códigos promocionales extra, precios de “comparación” o descuentos por artículo apilados de forma que las cifras no se entienden. Internamente, tus sistemas pueden no ponerse de acuerdo sobre si el bundle se vendió como una sola unidad o como varios artículos.
Aquí están los dos riesgos principales a vigilar:
Un bundle también puede parecer rentable pero perder dinero. Esto ocurre cuando los ingresos se registran a nivel de bundle, pero los costos se rastrean a nivel de componente (o no se rastrean). Puedes ver un “margen bruto del bundle” saludable en un dashboard, mientras que el coste real de un componente caro se ignora, se descuenta dos veces o se reembolsa con más frecuencia de la esperada.
“Preciso” debería significar cuatro cosas prácticas:
El checkout coincide con la promesa: el cliente puede ver el precio del bundle y el ahorro de forma consistente.
Los informes de ventas son explicables: puedes responder “¿Cuántas unidades de cada artículo movimos realmente?” y “¿Cuánto descuento dimos?”.
El inventario se mantiene honesto: cuando se envía un bundle, se descuentan las cantidades correctas de cada componente, aunque el almacén recoja desde ubicaciones separadas.
Las devoluciones no corrompen los datos: si un cliente devuelve un artículo del kit, tu sistema sabe cómo ajustar ingresos, descuento y stock sin adivinar.
Si empiezas con una matemática clara de precios para bundles y una única regla de inventario, el resto de decisiones sobre bundles se vuelven mucho más sencillas.
Antes de hacer cualquier matemática de precios para bundles, nombra el tipo de bundle. El tipo decide lo que ven los clientes, cómo mides el margen y cómo debe moverse el stock.
Un bundle puro es “estos artículos deben comprarse juntos”. Piensa en “cuerpo de cámara + lente + bolsa” vendido como una oferta. Normalmente necesita un precio de bundle claro, una historia de descuento clara (comparado con comprar cada artículo) y una deducción de inventario consistente en los mismos componentes cada vez.
Un set de mezcla y combina es “elige cualquier 3 de este grupo”. El precio y el stock se complican porque los componentes varían. Sueles necesitar reglas como “mismo precio sin importar qué elijas” (simple, pero los márgenes pueden variar) o “el precio depende de los ítems elegidos” (márgenes más claros, más complejidad).
Kits, multipacks y assortments suenan similares pero se comportan diferente:
Un bundle debería tener su propio SKU cuando necesitas reporting y operaciones estables. Razones comunes:
Evita crear bundles cuando el “bundle” es en realidad solo un descuento temporal. Si los ítems se pueden comprar por separado y el set cambia semanalmente, una promo (regla de descuento en el checkout) mantiene tu catálogo más limpio y reduce sorpresas de inventario.
Los clientes rara vez hacen cálculos complejos. Comparan lo que cuesta hoy el bundle con lo que creen que costarían los artículos por separado. Tu trabajo es facilitar esa comparación de forma consistente, para que el descuento se sienta real y tus reglas de precios se mantengan estables.
Empieza definiendo dos precios para cada bundle:
Luego calcula el descuento de una forma estándar y mantente con ella:
Discount amount = List price - Bundle price
Discount percent = Discount amount / List price
Esta es la forma más simple de la matemática de precios de bundles, y coincide con lo que la mayoría de los compradores espera.
El redondeo es donde se puede perder la confianza. Si tu carrito muestra $79.99 y “20% off”, los clientes lo comprobarán. Elige reglas que eviten céntimos incómodos.
Un conjunto práctico de reglas:
Los bundles con opciones necesitan una elección más: ¿fijas el precio según la configuración más barata posible, o según lo que el comprador eligió? Para “elige 1 de 3” calcula el list price usando la variante seleccionada, no un promedio, para que el ahorro mostrado sea honesto.
Finalmente, decide qué ocurre cuando los precios de los componentes cambian más tarde. El enfoque más limpio es tratar el precio del bundle como una decisión propia: mantenlo fijo hasta que lo revalues intencionalmente, y recalcula el “compare at” mostrado a partir de los precios actuales de los componentes. Si eso hace que el descuento varíe demasiado, establece un disparador de revisión (por ejemplo, si el descuento cambia más de 5 puntos) para que puedas ajustar antes de que los clientes lo noten.
Un descuento de bundle solo es “bueno” si aún puedes ver la ganancia. Empieza por fijar el COGS (coste de los bienes vendidos) a nivel de componente. Cada artículo del kit necesita un coste unitario actual (lo que pagas por comprarlo o fabricarlo), más cualquier coste exclusivo del bundle como embalaje extra.
El COGS del bundle es simple: suma los COGS de los componentes multiplicados por las cantidades en el bundle, luego añade embalaje y manipulación.
Bundle COGS = Σ (component unit COGS × component quantity) + packaging + handling
Gross margin $ = bundle price - Bundle COGS - shipping subsidies
Gross margin % = Gross margin $ / bundle price
Ejemplo: un “Kit de inicio” se vende por $99.
Bundle COGS = 28 + 12 + 8 + 3 = $51
Gross margin $ = 99 - 51 - 6 = $42
Gross margin % = 42 / 99 = 42.4%
Ese es el núcleo de la matemática de precios para bundles: el descuento se ve claro para el comprador y el margen sigue siendo visible para ti.
Para informes, puede que necesites asignar los ingresos del bundle de vuelta a los componentes (para ventas por categoría, comisiones o informes fiscales). Un enfoque común es la asignación proporcional basada en el precio standalone de cada ítem. Si A representa el 50% del valor standalone total, recibe el 50% de los ingresos del bundle. Mantén la regla de asignación consistente para que los informes mes a mes sean comparables.
Antes de publicar un descuento, establece guardarraíles que bloqueen bundles malos:
Esos costes parecen pequeños, pero escalan rápido. Si un kit necesita un embalaje especial, trátalo como COGS real, no como un error de redondeo.
Si el precio es la promesa, el inventario es la verdad. En el momento en que se vende un bundle, tu sistema de stock tiene que responder rápido: ¿qué artículos físicos acaban de salir del estante?
Mantienes solo los componentes en stock. Cuando se vende el bundle, restas las cantidades necesarias de cada componente (por ejemplo, 1 botella + 2 filtros). Esta es la opción más limpia cuando el “bundle” es mayormente un concepto de precio.
Funciona mejor cuando los pickers montan el kit durante el cumplimiento. También mantiene la matemática de precios honesta, porque puedes ver si el descuento se está “pagando” con envío más barato, mayor conversión o simplemente con margen.
Modelo B trata al kit como un artículo realmente almacenado con su propio conteo on-hand. Ensamblas kits con antelación y luego descuentas 1 kit por venta. Aún necesitas un paso de ensamblaje que consuma componentes cuando lo armas, o tus conteos de componentes estarán mal.
Modelo C mantiene un SKU de bundle virtual para ventas e informes, pero reserva componentes al momento del pedido (no al envío). La reserva evita sobretasaciones cuando el stock es bajo o cuando la captura de pago se retrasa.
Una forma simple de elegir:
Varios almacenes añade otra regla: descontar donde se envía realmente. Con Modelo A o C, la selección de componentes debe ser específica por almacén (Almacén 1 puede tener el cargador, Almacén 2 puede no tenerlo). Con Modelo B, debes trackear stock de kits por almacén y necesitas transferencias u órdenes de trabajo de ensamblaje para mover kits.
Un ejemplo rápido: vendes un “Kit de inicio” que incluye 1 taza y 1 tapa. Si el Almacén A tiene tazas pero no tapas, Modelo A solo podrá vender si la orden se enruta a un almacén que tenga ambos, o si aceptas envío dividido (y aceptas coste de envío extra). Modelo B evita esa confusión almacenando kits completos donde realmente se puedan enviar.
Un bundle solo se comporta bien si tu catálogo e inventario están de acuerdo sobre lo que se vende: un nuevo artículo, o un conjunto de artículos existentes. Empieza decidiendo qué debe rastrearse, fijarse de precio y devolverse.
Usa este flujo para configurar un bundle (y reutilizar las mismas reglas para el siguiente):
Aquí hay un escenario rápido para validar tu configuración: vendes un “Kit de inicio” con 1 taza y 2 paquetes de café. Si las tazas están agotadas pero los paquetes de café no, tu storefront debería bloquear el bundle o marcarlo claramente como en backorder, y tu sistema nunca debería descontar 2 paquetes de café sin también reservar la taza.
Si construyes flujos personalizados, una herramienta como Koder.ai puede ayudarte a definir las reglas del bundle (SKU, BOM, timing de deducción) una vez, y luego generar la lógica de catálogo y stock consistentemente en web y backend.
Los bundles se vuelven dolorosos cuando llega la realidad: falta un ítem, el cliente quiere un intercambio o la devolución es parcial. La forma más sencilla de mantener la cordura es mantener el pedido visible para el cliente simple (una línea de bundle) mientras rastreas el cumplimiento y el stock a nivel de componente.
Cuando falta un componente, decide por adelantado si el bundle puede enviarse parcialmente o debe esperar. Si permites envíos parciales, solo descuenta el inventario de lo que realmente se envía y reserva el resto para no sobrevender. La línea del bundle queda “parcialmente cumplida”, pero tu libro de stock permanece limpio.
Permitir sustituciones está bien siempre que lo trates como un cambio controlado, no como un caos ad-hoc. Establece reglas de sustitución que preserven informes y margen.
Las devoluciones necesitan dos caminos: devolución del kit completo y devolución de un solo componente. Ejemplo: un “Kit de inicio” se vendió por $90 (con descuento desde $100). Incluye una botella ($40 list) y un cepillo ($60 list). Si se devuelve el kit completo, revierte ambos componentes al stock y reembolsa $90.
Si solo se devuelve el cepillo, reembolsa una parte prorrateada del precio pagado del bundle, no el precio standalone del cepillo. Un método simple y defendible es prorratear según el precio de lista.
Esto mantiene los descuentos claros, evita reembolsos “dinero gratis” y evita que el inventario derive con el tiempo.
Los bundles suelen fallar por razones aburridas: las reglas del catálogo no están claras y la matemática se aplica dos veces. Arreglarlo consiste en elegir una única fuente de verdad para precio, margen y stock.
La mayor trampa de inventario es descontar stock en dos lugares. Si mantienes un SKU de bundle para vender, decide si es un SKU “virtual” (sin stock propio) o un SKU “preempaquetado” (tiene unidades on-hand). Los bundles virtuales deberían descontar solo los componentes. Los kits preempaquetados deberían descontar solo el SKU del kit hasta que lo abras.
Los descuentos también pueden parecer mayores por el redondeo. Un precio de bundle como $49.99 se siente limpio, pero si cada componente se redondea de forma distinta, el descuento implícito puede cambiar un centavo o dos por pedido. Con el tiempo eso genera ruido en soporte y reportes desordenados. Elige una regla de redondeo y aplícala una vez, al precio final del bundle.
Aquí hay trampas comunes que afectan margen y operaciones, con soluciones rápidas:
Si construyes esta lógica en código, escribe las reglas antes de implementar. En Koder.ai, usar el modo de planificación para las reglas del bundle (deducción de stock, redondeo, apilamiento de descuentos) puede ayudarte a mantener el comportamiento consistente cuando luego exportes código fuente o añadas nuevos bundles.
Antes de publicar un bundle, dedica 10 minutos a confirmar que las reglas son consistentes. La mayoría de los problemas aparecen después como “¿por qué perdimos dinero?” o “¿por qué el stock está mal?” y ambos suelen rastrearse a matemática poco clara.
Empieza por el precio visible para el cliente. Si muestras “Ahorras 15%”, asegúrate de que el número se basa en el mismo precio de referencia que usas en todas partes (tus precios de venta actuales, no un MSRP antiguo). Aquí es donde la matemática de precios de bundles se prueba en la vida real: el descuento mostrado debería coincidir con lo que un comprador puede verificar.
Luego comprueba el beneficio usando los costes exactos que te afectarán en cada pedido. Incluye mano de obra de pick-and-pack, embalaje, tarifas de pago y cualquier coste de envío extra causado por más peso o múltiples ítems. Si el bundle solo alcanza tu objetivo de margen cuando todo va perfecto, es una oferta arriesgada.
El inventario es la otra mitad. Decide si el bundle es su propio SKU, cómo deduce componentes y qué ocurre en casos límite como cancelaciones y devoluciones. Si no puedes explicar la lógica de stock en una frase, fallará bajo presión.
Aquí tienes una lista de verificación previa al lanzamiento:
Si automatizas esto en una herramienta como Koder.ai, escribe primero estas reglas y luego impleméntalas exactamente como están para que los números se mantengan estables al escalar.
Imagina un “Kit de inicio” formado por tres artículos que también vendes por separado. El objetivo es que el descuento sea obvio, la ganancia fácil de comprobar y el stock siempre correcto.
Supón estos componentes, con precios y coste (COGS) simples:
Si se venden por separado, el cliente pagaría $20 + $12 + $18 = $50 (esa es tu suma de partes).
Ahora fija el precio del bundle en $42. El descuento es $50 - $42 = $8 de ahorro. El porcentaje de descuento es $8 / $50 = 16%.
Esta es la forma más clara de presentar la matemática de precios de bundles: muestra la suma de partes, luego el precio del kit y el ahorro.
El COGS del bundle es la suma de los COGS de los componentes: $8 + $4 + $6 = $18.
Beneficio bruto en el kit = $42 - $18 = $24.
Porcentaje de margen bruto = $24 / $42 = 57.1%.
Ese número te permite comparar el bundle con tus márgenes habituales. Si tu objetivo normal es 60%, sabes que este kit es algo más ajustado y puedes decidir si la mayor conversión vale la pena.
Empieza con inventario on-hand: botellas 40, toallas 30, shakers 25.
Vende 5 kits. El inventario debe descontar 5 unidades de cada componente:
Botellas 40 - 5 = 35, toallas 30 - 5 = 25, shakers 25 - 5 = 20.
Ahora un cliente devuelve solo la toalla de un kit. Reingresa 1 toalla al stock (toallas 25 + 1 = 26).
En el dinero, elige una regla clara y mantente con ella: o (a) no hay devoluciones parciales en kits, o (b) los reembolsos parciales usan la participación de cada ítem en el precio del kit, no el precio standalone del componente. Si reembolsas usando el precio standalone de la toalla ($12), puedes convertir un kit rentable en una pérdida.
Los bundles solo se mantienen rentables y exactos cuando todos siguen las mismas reglas. Antes de escalar un kit en canales, redacta una política simple de bundles que tu equipo pueda consultar cuando algo falle.
Incluye tres cosas en lenguaje claro: cómo fijas precios de bundles (y cómo se muestran los descuentos), cómo se deduce el inventario (SKU de bundle, componentes o ambos) y cómo funcionan las devoluciones (reembolso por bundle o por componente).
Una buena política cabe en una página. Usa una lista corta como esta:
Luego prueba los casos límite con pedidos reales, no con hojas de cálculo. Crea una orden de prueba para cada escenario esperado: devolución parcial, sustitución, componente en backorder, bundle con categorías de impuestos mixtas y cambio de precio a mitad de mes. Guarda capturas o notas para poder repetir la prueba tras actualizaciones del sistema.
Programa una revisión mensual para detectar deriva de margen. Los costes de los componentes cambian silenciosamente y tu “gran oferta” puede convertirse en un producto que pierde dinero sin que nadie lo note. Un recordatorio de 15 minutos al mes para revisar los bundles principales, costes de componentes y márgenes reales suele ser suficiente.
Si tus herramientas actuales no expresan claramente tus reglas, construye una app interna pequeña que haga justo lo que necesitas (configuración de bundles, validación e informes). Con Koder.ai puedes describir tus reglas de bundle en chat y generar una herramienta de back-office (React + Go + PostgreSQL), luego iterar de forma segura usando snapshots y rollback cuando necesites ajustar la lógica.