Çevrimiçi hazır giyim: varyantlar, bedenler ve iadeler
Bir hazır giyim mağazasının sorunu katalog değil, kombinasyonlardır: aynı ceket sekiz bedende ve on iki renkte bulunur ve bu varyantların her biri veritabanında kendi başına yaşar.
Katalog, trafikten önce patlar
Bir moda mağazasında ürün sayfası yalnızca bir vitrindir. Asıl önemli olan kombinasyondur. PrestaShop her beden × renk kesişimini product_attribute tablosuna, buna karşılık gelen stoğu ise stock_available tablosuna yazar: 8 beden ve 12 renk, tek bir referans için 96 satır demektir. Birkaç yüz model, on binlerce kombinasyonu aşmaya yeter ve yönetim paneli, ilk ziyaretçi gelmeden yavaşlamaya başlar.
WooCommerce daha da ileri gider: her varyasyon başlı başına bir içeriktir, post_type = product_variation, ve wp_postmeta içinde kendi satır dizisini taşır. Veritabanı hızla büyür, ürün düzenleme ekranları ağırlaşır ve bedene veya renge göre filtreleme sorguları ilk zorlanan yer olur. Shopify sorunu tersinden ele alır ve ürün başına seçenek ile varyant sayısını sınırlar. Bu sınırın ötesinde bir modeli birden fazla ürün sayfasına bölmek gerekir; bu da iç bağlantı yapısını dağıtır ve tek olması gereken sayfaları birbirinden koparır.
Tekstil satıcılarından bana gelen taleplerin büyük bölümü zaten varyantlarla ilgilidir: varyant bazında görsel girişi, varyant bazında alış fiyatı ve beden seçicinin mobilde davranışı.
Gardırop büyüdükçe bozulanlar
- Görseller bedene değil renge bağlıdır: PrestaShop bunu product_attribute_image üzerinden yürütür ve image_type içinde tanımlı her görsel boyutu, diskte üretilen dosya sayısını katlar.
- Stok beden bazında ve asla eşit biçimde tükenmez: orta bedenler önce biter, uç bedenler indirim dönemine kadar rafta kalır.
- Tükenmiş bir bedeni gizlemek, ziyaretçiye modelin tamamen kalktığını düşündürür; beden görünür kalmalı, üstü çizilmeli ve durumu açıkça belirtilmelidir.
- Beden değişimi üç platformun hiçbirinde yerleşik olarak bulunmaz: ya bir alacak dekontu ya da ikinci bir sipariştir, tek parça bir işlem değildir.
- İade edilen ürünün stoğa geri alınması koşullu olmalıdır: giyilmiş, lekelenmiş veya etiketi kopmuş bir ürün yeniden satılabilir değildir ve satışa geri dönmemelidir.
- Beden tablosu ve FR/UK/US/IT karşılıkları markadan markaya değişir: bunlar ürün verisidir, alt bilgiye konmuş bir görsel değil.
- Sezon sonu indirimleri kombinasyon bazında uygulanır: specific_price bir id_product_attribute taşır ve yalnızca ürüne uygulanan bir indirim, elde kalan bedenleri tamamen ıskalar.
Bir moda kataloğuna nasıl müdahale ediyorum
-
Kombinasyon üreticisinden başlıyorum
Hiçbir şey eklemeden önce product_attribute ve stock_available tablolarında gerçekte kaç satır bulunduğunu ve bunların kaçının hiç üretilmemiş varyantlara karşılık geldiğini sayıyorum. Tekstil katalogları çoğu zaman, tüm bedenleri tüm renklerle çaprazlayan bir içe aktarımdan doğmuş kombinasyonlar taşır. Bunları silmek, herhangi bir performans çalışmasından önce veritabanını ve yönetim ekranlarını hafifletir.
-
Görselleri renge bağlıyorum
Her görselin doğru rengin kombinasyonlarına bağlı olduğunu doğruluyor, ardından image_type içinde üretilen boyutları temanın gerçekten kullandıklarıyla sınırlıyorum. Sezonluk devir hızı yüksek bir katalogda diski, kimsenin görüntülemediği küçük resimlerle dolmaktan kurtaran şey budur.
-
Stok yokluğunu okunur hale getiriyorum
Tükenmiş beden görünür kalır, üstü çizilir ve açık bir etiket taşır; seçici her bedenin durumunu tek tek tıklatmadan gösterir. Stoğa dönüş bildirimini de aynı noktaya bağlıyorum: uç bedenlerdeki talep için güvenilir tek sinyal budur.
-
Değişimi ayrı bir akış olarak kuruyorum
Üç platformun hiçbiri değişimi tanımadığı için onu açıkça inşa ediyorum: değişim türünde bir iade talebi, kargo yolculuğu boyunca yerine gelecek bedenin rezerve edilmesi ve teslim alındığında yapılan kontrole bağlı bir stok girişi. Hasarlı dönen ürün satılabilir stoğa geri girmez, oradan çıkar.
-
Fiyatı kombinasyon düzeyine indiriyorum
Sezon sonu fiyatlaması varyant bazında yürütülür: bir id_product_attribute hedefleyen specific_price, elde kalan bedenleri eritirken tam fiyattan satılanları ucuzlatmaz. Ürünün tamamına konan bir indirim, orta bedenlerdeki kârı yok eder.
Varyantlarla ilgili sayfalar
-
PrestaShop’ta varyant hataları
Ön yüzde görünmeyen kombinasyonlar, takip etmeyen stok, yanlış özelliğe bağlanmış görseller: sık rastlanan nedenler ve çözümleri.
-
WooCommerce’de yanlış görünen değişkenli ürünler
Boş seçici, görünmeyen varyasyonlar, aralık olarak gösterilen fiyat: varyasyonlar ve wp_postmeta tarafında olup bitenler.
-
Shopify’da varyant sınırı
Platformun gerçekte neyi sınırladığı ve bir modelin birden fazla ürün sayfasına bölünmesinin sonuçları.
-
Varyant
Terimin uygulamada neyi kapsadığı ve platformdan platforma nasıl değiştiği.
Sıkça sorulan sorular
Tükenmiş bedenler gizlenmeli mi?
Bir katalog kaç kombinasyondan sonra ağırlaşır?
Beden değişimi yeni sipariş açmadan yönetilebilir mi?
Beden tablosu nerede durmalı?
Sezon sonunda tek bir beden nasıl indirime alınır?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.