Paket fiyatlama matematiğini öğrenin: indirimleri net gösterin, marjları ölçün ve bileşen stoklarını basit modeller ve kontrollerle doğru tutun.

Müşteriler için paketler basittir: "bunları birlikte al ve tasarruf et." Ancak mağazanızın içinde fiyatlama, vergi, promosyonlar, COGS ve stok aynı anda etkilenir. Net kurallar koymazsanız, ödeme sayfası doğru görünürken raporlar sessizce gerçeğinden uzaklaşır.
Genellikle ilk iki sorun şunlardır: indirim net değil ve stok sayımları güvenirliğini kaybeder. Müşteri bir paket fiyatı görür, sonra ek kuponlar, “karşılaştırma fiyatı” veya öğe başına indirimler yığını görerek tasarrufun ne olduğunu anlamakta zorlanabilir. İç sistemler ise paketin tek bir birim olarak mı yoksa birden çok öğe olarak mı satıldığında hemfikir olmayabilir.
İzlemeniz gereken iki ana risk şunlardır:
Bir paket karlı görünüp aslında zarar edebilir. Bu durumda gelir paket seviyesinde kaydedilirken maliyetler bileşen bazında (veya hiç takip edilmeyerek) izleniyordur. Gösterge panosunda sağlıklı bir “paket brüt marjı” görürsünüz, ama pahalı bir bileşenin gerçek maliyeti göz ardı edilir, iki kez indirimlenir veya beklenenden daha sık iade edilir.
"Doğru" dört pratik şeyi ifade etmelidir:
Ödeme sayfası vaadi karşılar: müşteri paket fiyatını ve tasarrufu tutarlı bir şekilde tek yerde görür.
Satış raporlaması açıklanabilir: "Gerçekte kaç birim her öğeden hareket ettirdik?" ve "Ne kadar indirim verdik?" sorularına cevap verebilirsiniz.
Stok dürüst kalır: bir paket gönderildiğinde, depo ayrı kutulardan toplasa bile her bileşenin doğru miktarı düşülür.
İadeler veriyi bozmaz: müşteri bir kitten bir öğeyi iade ederse, sistem gelir, indirim ve stok ayarlamasını tahmin etmeden bilir.
Net paket fiyatlama matematiği ve tek bir stok kuralıyla başlarsanız, geri kalan paket kararları çok daha kolaylaşır.
Herhangi bir ürün paket fiyatlama matematiği yapmadan önce paket türüne isim verin. Tür, müşterilerin ne gördüğünü, marjın nasıl ölçüleceğini ve stokun nasıl hareket etmesi gerektiğini belirler.
Saf bir paket, "bu öğeler birlikte alınmak zorunda" olan durumdur. "Gövde + lens + çanta" gibi tek bir anlaşma olarak satılan kamera seti düşünün. Bu genellikle tek, net bir paket fiyatı, bileşenleri ayrı almayla karşılaştıran açık bir indirim hikâyesi ve her seferinde aynı bileşenler üzerinde tutarlı stok düşümü gerektirir.
Karışık seçim setleri ise "bu gruptan herhangi 3'ü seçin" gibidir. Bileşenler değiştiği için fiyatlama ve stok daha karmaşık olur. Genellikle şu kurallara ihtiyaç duyarsınız: "hangi kombinasyon seçilirse seçilsin aynı fiyat" (basit ama marjlar dalgalanabilir) veya "fiyat seçilen öğelere göre" (daha net marj, daha fazla karmaşıklık).
Kitler, çoklu paketler ve karışımlar benzer görünür ama farklı davranır:
Rutin raporlama ve operasyon için bir paket kendi SKU'suna sahip olmalıdır. Ortak sebepler:
Eğer "paket" aslında sadece geçici bir indirimse, birleştirmemeye çalışın. Ürünler ayrı ayrı satın alınabiliyor ve set haftalık değişiyorsa, bir promosyon (ödeme sırasında uygulanan indirim kuralı) katalogunuzu daha temiz tutar ve stok sürprizlerini azaltır.
Müşteriler nadiren derin hesap yapar. Paket fiyatını bugünkü tek tek ürün fiyatlarının toplamıyla karşılaştırırlar. Göreviniz bu karşılaştırmayı kolay ve tutarlı hale getirmek, böylece indirim gerçek hissedilir ve fiyatlama kurallarınız sabit kalır.
Her paket için iki fiyat tanımlayarak başlayın:
Sonra indirimi tek bir standart şekilde hesaplayın ve ona sadık kalın:
Discount amount = List price - Bundle price
Discount percent = Discount amount / List price
Bu, ürün paket fiyatlama matematiğinin en basit şeklidir ve çoğu alışverişçinin beklediğiyle örtüşür.
Yuvarlama güven kaybının oluştuğu yerdir. Sepetiniz $79.99 ve “%20 indirim” gösteriyorsa, müşteriler bunu kontrol eder. Sürpriz kuruşları önleyecek kurallar seçin.
Pratik kurallar seti:
Seçenekli paketlerde bir ek karar gerekir: en ucuz yapılandırmadan mı fiyatlarsınız yoksa müşteri seçimine göre mi? "3'ten 1 seç" kitleri için, gösterilen tasarrufun dürüst kalması adına liste fiyatını seçilen varyant üzerinden hesaplayın, ortalama üzerinden değil.
Son olarak, bileşen fiyatları daha sonra değiştiğinde ne olacağına karar verin. En temiz yaklaşım paket fiyatını kendi kararınız olarak ele almaktır: kasıtlı olarak yeniden fiyatlandırana kadar sabit tutun ve gösterilen "karşılaştırmalı" liste fiyatını güncel bileşen fiyatlarından yeniden hesaplayın. Eğer bu indirimde çok fazla dalgalanmaya yol açarsa, bir gözden geçirme tetikleyicisi belirleyin (örneğin indirim 5 puandan fazla değişirse) ki müşteriler fark etmeden önce ayarlama yapabilesiniz.
Bir paket indirimi yalnızca kar görünürse "iyi"dir. Önce bileşen düzeyinde COGS'i (satılan malın maliyeti) netleştirin. Kittaki her öğenin birim maliyeti (satın aldığınız veya ürettiğiniz maliyet) ve paket için özel ek maliyetler (özel ambalaj vb.) olmalıdır.
Paket COGS şu şekilde: paket içindeki her bileşenin birim maliyetini miktarla çarpıp toplayın, sonra ambalaj ve işlem maliyetini ekleyin.
Bundle COGS = Σ (component unit COGS × component quantity) + packaging + handling
Gross margin $ = bundle price - Bundle COGS - shipping subsidies
Gross margin % = Gross margin $ / bundle price
Örnek: bir "Starter Kit" $99'a satılıyor.
Bundle COGS = 28 + 12 + 8 + 3 = $51
Gross margin $ = 99 - 51 - 6 = $42
Gross margin % = 42 / 99 = %42.4
Bu, ürün paket fiyatlama matematiğinin çekirdeğidir: indirim müşteriye net görünür ve marj sizin için görünür olur.
Raporlama için bundle gelirini bileşenlere tahsis etmeniz gerekebilir (kategori satışları, komisyonlar veya vergi raporlaması için). Yaygın bir yaklaşım, her öğenin bağımsız fiyatına göre orantılı tahsis yapmaktır. Eğer A toplam bağımsız değerin %50'siyse, paketin gelirinin %50'sini A alır. Tahsis kuralını tutarlı tutun ki aylık raporlama karşılaştırılabilir kalsın.
Bir indirimi yayımlamadan önce, kötü paketleri engelleyecek gardlar belirleyin:
Bu son maliyetler küçük görünse de hızla ölçeklenir. Eğer bir kit özel paketleme gerektiriyorsa, bunu gerçek COGS olarak kabul edin, yuvarlama hatası değil.
Fiyatlama vaadi ise, stok gerçektir. Paket satıldığı anda stok sistemi hızlıca bir soruyu yanıtlamalı: hangi fiziksel öğeler raftan çıktı?
Sadece bileşenler stokta tutulur. Paket satıldığında, gerekli miktarda her bileşen (örneğin 1 şişe + 2 filtre) düşülür. Bu, "paket" çoğunlukla bir fiyatlandırma kavramıysa en temiz seçenektir.
Toplayıcıların fulfillment sırasında kiti oluşturduğu durumlarda en iyi çalışır. Ayrıca paket fiyatlama matematiğini dürüst tutar; indirim hangi sebeple ödendi (daha ucuz nakliye, daha yüksek dönüşüm veya gerçek marj) görünür olur.
Model B kiti gerçek stoklu bir öğe gibi ele alır. Kitleri önceden birleştirip stoklarsınız, satışta 1 kit düşülür. Yine de, kitleri oluştururken bileşenleri tüketen bir derleme adımına ihtiyacınız vardır; aksi halde bileşen sayımları yanlış olur.
Model C satış ve raporlama için sanal bir bundle SKU tutar, ancak bileşenleri sipariş anında rezerve eder (sevkiyat anında değil). Rezervasyon, stok kısıtlıysa veya ödeme çekimi gecikecekse fazla satışın önüne geçer.
Seçim için basit bir kılavuz:
Birden çok depo ek kural getirir: düşüm, ürünlerin gerçekten hangi depodan gönderildiğine göre yapılmalıdır. Model A veya C ile bileşen seçimi depo-spesifik olmalıdır (Depo 1'de şarj cihazı var, Depo 2'de yok gibi). Model B ile kit stoğunu depo bazında takip etmeli ve kitleri taşımak için transfer veya derleme iş emirleri kullanmalısınız.
Hızlı bir örnek: içinde 1 kupa ve 1 kapak olan bir "Starter Kit" satıyorsunuz. Depo A kupaya sahip ama kapak yoksa, Model A sadece her iki öğe de mevcutsa siparişin bir depoya yönlendirilmesini veya split-ship kabul edip ek nakliye maliyetiyle gitmeyi gerektirir. Model B eksiksiz kitlerin gerçekten gönderilebildiği yerde stok tutarak bu karışıklığı önler.
Bir paket, katalogunuz ve stoğunuz satılan şey üzerinde hemfikir olduğunda iyi davranır: yeni bir ürün mü yoksa mevcut ürünlerin seti mi? Ne izlenecek, nasıl fiyatlanacak ve nasıl iade edilecek kararını vererek başlayın.
Bu akışı tek bir paket kurmak için kullanın (ve bir sonraki için aynı kuralları yeniden kullanın):
Doğrulama için hızlı bir senaryo: 1 kupa ve 2 kahve paketi içeren bir "Starter Kit" satıyorsunuz. Kupalar stokta yok ama kahve paketleri varsa, vitrininiz paketi ya engellemelidir ya da açıkça backorder olarak işaretlemelidir; sistem asla kupu rezerve etmeden 2 kahve paketini düşmemelidir.
Özel iş akışları oluşturuyorsanız, Koder.ai gibi bir araç paket kurallarını (SKU, BOM, düşüm zamanlaması) bir kez tanımlamanıza, sonra web ve arka uç sistemlerinde tutarlı şekilde katalog ve stok mantığı üretmenize yardımcı olabilir.
Gerçeklik ortaya çıktığında paketler can sıkıcı olur: bir öğe eksiktir, müşteri değişim ister veya iade kısmi olur. Akıl sağlığını korumanın en kolay yolu müşteri tarafında siparişi basit tutmak (tek bir paket satırı) ve fulfillment ile stoku bileşen düzeyinde izlemektir.
Bir bileşen stokta yoksa, paketin kısmi gönderime izin verilip verilmeyeceğine baştan karar verin veya tamamen bekletebilirsiniz. Kısmi gönderime izin verirseniz, sadece gerçekten gönderilenler için stok düşün ve kalanlar rezerve edilsin ki fazla satış olmasın. Paket satırı "kısmen yerine getirildi" olur, ama stok defteri temiz kalır.
İkamelere izin vermek sorun değil, yeter ki kontrollü olsun. İkame kuralları raporlama ve marjı koruyacak şekilde olsun.
İadeler iki yol gerektirir: tüm kit iadesi ve tek bileşen iadesi. Örnek: $100'dan $90'a indirilen bir "Starter Kit" var. İçinde bir şişe ($40 liste) ve bir fırça ($60 liste) var. Tüm kit iade edilirse, her iki bileşeni stoğa geri koyun ve $90 geri ödeyin.
Sadece fırça iade edilirse, iade tutarı fırçanın tekil fiyatı değil, ödenmiş paket fiyatının oranlı bir payı olmalıdır. Savunulabilir basit bir yöntem liste fiyatına göre orantılama yapmaktır.
Bu, indirimleri net tutar, "bedava para" iadelerini önler ve zaman içinde stokun sürüklenmesini durdurur.
Paketler genellikle sıkıcı nedenlerle başarısız olur: katalog kuralları belirsizdir ve matematik iki kere uygulanır. Düzeltme çoğunlukla fiyat, marj ve stok için bir gerçek kaynağı seçmekle ilgilidir.
En büyük stok tuzağı iki yerde stok düşmektir. Eğer satış için paket SKU'su tutuyorsanız, bunun "sanal" bir SKU mu (kendine ait stok yok) yoksa "önceden paketlenmiş" bir SKU mu olduğunu karar verin. Sanal paketler sadece bileşenleri düşmelidir. Önceden paketlenmiş kitler sadece kit SKU'sunu düşürmelidir ta ki biri açılana kadar.
İndirimler yuvarlamadan dolayı da farklı görünebilir. $49.99 gibi bir paket fiyatı temiz hissedebilir, ama her bileşen farklı yuvarlandığında ima edilen indirim sipariş başına birkaç sent değişebilir. Zamanla bu müşteri destek gürültüsü ve karışık raporlamaya yol açar. Bir yuvarlama kuralı seçin ve final paket fiyatında bir kez uygulayın.
İşte marjlara ve operasyonlara zarar veren yaygın tuzaklar ve hızlı çözümleri:
Bu mantığı kodla inşa ediyorsanız, uygulamaya başlamadan önce kuralları yazın. Koder.ai'de paket kuralları için planlama modunu kullanmak (stok düşümü, yuvarlama, indirim yığılma) davranışı tutarlı tutmanıza yardımcı olabilir; sonra kaynak kodu dışa aktardığınızda veya yeni paketler eklediğinizde şaşma olmaz.
Bir paketi yayınlamadan önce 10 dakika ayırıp kuralların tutarlı olduğundan emin olun. Çoğu sorun sonra "neden para kaybettik?" ya da "stok neden yanlış?" diye ortaya çıkar ve ikisi genellikle belirsiz matematiğe dayanır.
Müşteri tarafı fiyattan başlayın. Eğer "%15 tasarruf" gösteriyorsanız, sayının her yerde kullandığınız aynı referans fiyatına dayandığından emin olun (güncel satış fiyatlarınız, eski bir MSRP değil). Bu, ürün paket fiyatlama matematiğinin gerçek hayatta sınandığı yerdir: gösterilen indirim müşterinin doğrulayabileceğiyle eşleşmelidir.
Sonra karı, her siparişte size yansıyacak kesin maliyetleri kullanarak kontrol edin. Paket marjı sadece her şey mükemmel olduğunda hedefinizi karşılıyorsa, bu riskli bir teklif demektir.
Stok diğer yarıdır. Paket kendi SKU'su mu, nasıl bileşenleri düşürüyor ve iptaller ile iadelerde ne oluyor karar verin. Stok mantığını bir cümlede açıklayamıyorsanız, baskı altında başarısız olacaktır.
İşte sıkı bir lansman öncesi kontrol listesi:
Bunları Koder.ai gibi bir araçla otomatikleştiriyorsanız, önce kuralları yazın ve sonra tam olarak uygulayın ki sayılar ölçeklendikçe kararlı kalsın.
Üç öğeden oluşup ayrı da satılan bir "Starter Kit" hayal edin. Amaç, indirimi açık yapmak, kârı kolayca kontrol etmek ve stoğu her zaman doğru tutmaktır.
Aşağıdaki bileşenleri ve basit fiyat/maliyetleri varsayın:
Ayrı ayrı satılsaydı müşteri $20 + $12 + $18 = $50 öderdi (bu sizin "parça toplamı" liste toplamınızdır).
Şimdi paket fiyatını $42 olarak belirleyin. İndirim $50 - $42 = $8. İndirim yüzdesi $8 / $50 = %16.
Bu, ürün paket fiyatlama matematiğini sunmanın en temiz yoludur: parça toplamını gösterin, sonra kit fiyatını ve tasarrufu gösterin.
Paket COGS sadece bileşen COGS toplamıdır: $8 + $4 + $6 = $18.
Kit üzerindeki brüt kâr $42 - $18 = $24.
Brüt marj yüzdesi $24 / $42 = %57.1.
Bu tek sayı paketi normal marjınızla karşılaştırmanızı sağlar. Eğer normal hedefiniz %60 ise, bu kit biraz daha zayıf demektir ve daha yüksek dönüşüm oranının buna değip değmeyeceğine karar verebilirsiniz.
Başlangıç stokları: şişeler 40, havlular 30, çalkalayıcılar 25.
5 kit satın. Stoktan her bileşenden 5 düşülmelidir:
Şişeler 40 - 5 = 35, havlular 30 - 5 = 25, çalkalayıcılar 25 - 5 = 20.
Şimdi bir müşteri sadece bir kitten havluyu iade ediyor. 1 havluyu stoğa geri koyun (havlular 25 + 1 = 26).
Para tarafı için net bir kural seçin ve ona sadık kalın: (a) kitlerde kısmi iade yok veya (b) kısmi iadeler kit fiyatının her öğeye düşen payına göre yapılır, öğenin bağımsız fiyatına göre değil. Bağımsız havlu fiyatı ($12) üzerinden iade yaparsanız karlı bir kiti zarar hanesine sokabilirsiniz.
Paketler ancak herkes aynı kuralları takip ettiğinde karlı ve doğru kalır. Bir paketi kanallara yaymadan önce herkesin başvurabileceği bir "paket politikası" yazın.
Üç şeyi sade bir dille dahil edin: paket fiyatları nasıl belirlenir (ve indirim nasıl gösterilir), stok nasıl düşülür (paket SKU, bileşenler veya her ikisi) ve iadeler nasıl çalışır (paket üzerinden mi yoksa bileşen bazında mı geri ödeme yapılır).
İyi bir politika bir sayfaya sığar. Kısa bir kontrol listesi kullanın:
Sonra uç durumları gerçek siparişlerle test edin, elektronik tablolarla değil. Her beklenen senaryo için bir test siparişi oluşturun: kısmi iade, ikame, backordered bileşen, karışık vergi kategorili paket ve ay ortasında fiyat değişikliği. Ekran görüntülerini veya notları kaydedin ki sistem güncellemelerinden sonra tekrar edebilin.
Marj sürüklenmesini yakalamak için aylık bir gözden geçirme ayarlayın. Bileşen maliyetleri sessizce değişir ve "harika teklifiniz" fark edilmeden zarar liderine dönüşebilir. En çok satan paketleri, bileşen maliyetlerini ve gerçek marjları gözden geçirmek için 15 dakikalık aylık bir hatırlatıcı genellikle yeterlidir.
Eğer mevcut araçlar kurallarınızı temizce ifade edemiyorsa, yalnızca ihtiyacınız olanları yapan küçük bir iç uygulama inşa edin (paket kurulum, doğrulama ve raporlama). Koder.ai ile paket kurallarınızı sohbet içinde tanımlayıp bir back-office aracı (React + Go + PostgreSQL) üretebilir, sonra mantığı değiştirirken anlık görüntüler ve geri alma ile güvenle yineleyebilirsiniz.