Bir tişörtün 5 rengi ve 6 bedeni varsa elinizde 30 ayrı stok kalemi var demektir. Varyantları baştan doğru kurgulamak, stok hatalarını ve yanlış gönderimleri büyük ölçüde önler.
Kısa cevap: Ürün varyant yönetimi, aynı modelin renk, beden gibi seçeneklerini ayrı stok kalemleri olarak tanımlayıp ortak bir model kodu altında gruplamaktır. Doğru kurguda her varyantın kendine ait barkodu, SKU'su, stoğu ve gerekirse fiyatı vardır; pazaryerinde ise bu varyantlar aynı model kodu sayesinde tek ürün sayfasında seçenek olarak görünür.
Ürün varyantı, aynı modelin renk, beden, kapasite, desen gibi bir veya birkaç özellik bakımından farklılaşan versiyonudur. Müşteri tek bir ürün sayfası görür ve seçenekler arasında geçiş yapar; arka planda ise her seçenek ayrı bir stok kalemidir.
Varyant yönetiminin temel ilkesi şudur: Müşteri için tek ürün, depo için ayrı ayrı kalemler. Bu ikisini birbirine bağlayan şey ortak model kodu, birbirinden ayıran şey ise her varyanta ait barkod ve SKU'dur.
Sağlam bir varyant yapısı üç katmandan oluşur:
| Katman | Örnek | Görevi |
|---|---|---|
| Model kodu | KZK-220 | Varyantları tek ürün sayfasında toplar |
| SKU (stok kodu) | KZK-220-LCV-L | İç stok ve depo takibi, okunabilir |
| Barkod (GTIN) | 13 haneli numara | Pazaryeri ve depo sistemlerinde tekil tanım |
SKU'yu okunabilir yapmak işinizi kolaylaştırır. Örneğin model kodu + renk kısaltması + beden formatı, depoda bir etikete bakarak ürünün ne olduğunu anlamanızı sağlar. Barkod ve SKU farkını barkod ve GTIN rehberinde ayrıntılı anlattık.
Varyant karmaşasının büyük kısmı, aynı değerin farklı yazılmasından doğar: "Lacivert", "lacivert", "Navy", "L.Mavi" gibi. Bunu önlemek için:
Pazaryerleri renk alanında genellikle kendi değer listelerini kullanır; tedarikçinizin "Gece Mavisi" dediği rengi pazaryerinin listesindeki en yakın renge eşlemeniz gerekir. Ürün adındaki renk ifadesi ise müşteriye gösterilen ticari isim olarak kalabilir.
Stok her zaman varyant seviyesinde tutulmalıdır. "KZK-220 modelinden 120 adet var" bilgisi işe yaramaz; müşteri L bedenin lacivertini sipariş eder ve o varyantta stok yoksa sipariş iptal olur.
Varsayımsal bir örnekle bakalım:
| SKU | Depo stoğu | Pazaryerinde görünen | Durum |
|---|---|---|---|
| KZK-220-LCV-M | 14 | 14 | Tutarlı |
| KZK-220-LCV-L | 0 | 3 | Risk: satılabilir ama yok |
| KZK-220-SYH-M | 9 | 0 | Kayıp satış |
| KZK-220-SYH-L | 6 | 6 | Tutarlı |
Toplamda depo stoğu (29) ile pazaryeri stoğu (23) birbirine yakın görünse de varyant seviyesinde hem iptal riski hem kayıp satış var. Bu yüzden kontrolleri toplam üzerinden değil, varyant üzerinden yapın. Birden fazla kanalda satıyorsanız çoklu pazaryeri stok yönetimi yazısındaki yöntemler aynı mantıkla varyant bazında uygulanmalıdır.
Her zaman değil, ama bazen gerekir. Büyük bedenlerde kumaş maliyeti artıyorsa, bazı renkler farklı tedarikçiden geliyorsa ya da bir renk sezon sonu eritilecekse varyant bazlı fiyat mantıklıdır. Dikkat edilmesi gerekenler:
Tedarikçi XML'lerinde varyant iki şekilde gelebilir: ya her varyant ayrı bir ürün düğümü olarak ve ortak bir grup kodu ile, ya da ana ürün düğümünün altında alt varyant listesi olarak. Entegrasyonu kurarken şu soruları netleştirin:
Renk ve beden ürün adının içinde gömülüyse ("Kazak Lacivert L" gibi), yüklemeden önce bunları ayrı alanlara ayrıştırmanız gerekir; aksi halde pazaryeri varyantları gruplayamaz ve her biri ayrı ürün gibi listelenir.
Her renk varyantının kendi görsel setine sahip olması gerekir. Müşteri lacivert seçtiğinde siyah ürünün fotoğrafını görmesi hem iadeye hem şikâyete yol açar. Beden varyantları ise genellikle aynı görselleri paylaşabilir. Görsellerin boyut ve arka plan kurallarını ürün görseli kuralları sayfasında bulabilirsiniz.
Yazılımda kusursuz kurulan bir varyant yapısı, rafta karışırsa yine yanlış gönderim yaşanır. Lacivert ile siyahın, M ile L bedenin yan yana durduğu raflarda toplama hatası en sık görülen operasyon sorunlarından biridir. Şu önlemler işe yarar:
Teknik olarak çok sayıda renk ve beden açabilirsiniz, ama her yeni varyant ek stok, ek görsel ve ek takip yükü demektir. Satış verisine bakarak az dönen kombinasyonları sadeleştirmek, hem nakit akışını hem depo düzenini rahatlatır. Yeni bir renk eklemeden önce o rengin mevcut varyantlardan satış çalıp çalmayacağını, yoksa yeni müşteri getirip getirmeyeceğini düşünün.
Varyant yönetimi; ortak model kodu, okunabilir SKU ve her varyanta ait benzersiz barkod üzerine kuruludur. Renk ve beden değerlerini sabit bir sözlükle standardize edin, stoğu ve kârlılığı varyant bazında takip edin, tedarikçi verisindeki varyant yapısını yüklemeden önce netleştirin. Bu temel bir kez doğru kurulduğunda yeni ürün eklemek de kanallar arası stok senkronizasyonu da çok daha az hata ile yürür. İşe mevcut kataloğunuzdaki en çok satan beş modelin varyant yapısını bu kurallara göre gözden geçirerek başlayabilir, sonra aynı düzeni tüm ürünlere yayabilirsiniz.
Varyant, aynı modelin renk veya beden gibi bir özellikte farklılaşan versiyonudur ve ortak model koduyla tek ürün sayfasında gösterilir. Ayrı ürün ise kendine ait ürün sayfası olan bağımsız bir karttır.
Genellikle varyantlar farklı model kodlarıyla yüklendiğinde veya renk-beden bilgisi doğru özellik alanlarına girilmediğinde pazaryeri onları gruplayamaz. Model kodunu ve varyant özelliklerini kontrol edin.
Pazaryerlerinin çoğu varyant bazında fiyat tanımlamaya izin verir. Büyük beden veya farklı maliyetli renklerde bu mantıklı olabilir; ancak fiyat farkının müşteriye anlaşılır olması gerekir.
Genellikle hayır. Stoğu sıfırlamak, ürün geçmişini ve sayfadaki varyant yapısını korur; stok geldiğinde varyant yeniden satışa açılır.
Stok, depo veya tedarikçi kaynağından varyant barkodu ya da SKU üzerinden eşleştirilerek pazaryerine aktarılmalıdır. Toplam model stoğu üzerinden yapılan senkronizasyon iptal ve kayıp satışa yol açar.
XML Manager, tedarikçi XML'indeki stok ve fiyat bilgisini pazaryeri ürünlerinizle eşleştirip güncel tutmanıza yardımcı olur; varyant bazında yanlış stok riskini azaltın.