Ürün veri modeli: Varyant, özellik ve stok nasıl ayrılır?

Müşteri beyaz, 350 mililitrelik kupayı seçiyor; sepette ürünün genel adı görünüyor, depoya ise yalnızca “seramik kupa” bilgisi gidiyor. Depodaki çalışan doğru rengi tahmin etmek zorunda kalıyor. Başka bir kayıtta aynı ürünün renk adı “Beyaz”, “beyaz” ve “White” biçiminde girilmiş; filtreler ve raporlar üç farklı değer gösteriyor. Bunlar yalnızca içerik düzenleme hatası değildir. Ürün veri modelinin yeterince tanımlanmaması, mağazanın satış ve operasyon katmanlarına birlikte yansır.

Ürün, özellik, varyant ve stok ayrı kavramlar olarak kurulursa bilgiyi doğru yerde tutmak kolaylaşır. Bu rehber, kurgusal bir seramik kupa kataloğu üzerinden ayrımı açıklıyor. Miktar ve kod örnekleri eğitim amaçlıdır. Amaç belirli bir platformun panelini tarif etmek değil, e-ticaret yazılımında kullanılabilecek tutarlı bir veri sözlüğü ve kontrol yöntemi oluşturmaktır.

Ürün ailesinin ortak bilgisini belirleyin

Bir ürün ailesi, satın alınabilir seçeneklerin paylaştığı ana açıklamayı taşıyabilir. Kupa örneğinde model adı, genel kullanım bilgisi ve marka ortak olabilir. Bunun altında farklı renk veya hacimler satılabilir. Ortak bilgi her varyanta ayrı ayrı yazıldığında güncelleme sırasında tutarsızlık çıkabilir; bir açıklama düzeltilirken diğerleri eski kalabilir.

Ancak ortak alan seçimi dikkatle yapılmalıdır. Bir rengin yüzey işlemi veya kullanım koşulu farklıysa bilgi bütün aileye genellenmemelidir. Hangi alanın ortak, hangisinin seçeneğe özgü olduğu katalog sorumlusuyla belirlenir. “Bütün ürünlerde aynı” varsayımı yerine gerçek örnek kayıtları inceleyin. Ürün modelinin amacı tekrarları azaltırken önemli farkları korumaktır; veriyi mümkün olduğunca az alana sıkıştırmak değildir.

Özellik ile satın alınabilir seçeneği ayırın

Bir kupanın malzemesi, kullanım açıklaması veya bakım bilgisi özellik olarak saklanabilir. Müşteri satın alma sırasında renk ve hacim seçiyorsa bu seçimler varyantı belirleyebilir. Her özellik zorunlu olarak varyant üretmez. Örneğin bütün seçenekler aynı bakım koşuluna sahipse “bakım” alanından yeni stok kalemleri oluşturmak anlamsız olabilir.

Kişiselleştirme her zaman ayrı stok kaydı değildir

Kupaya yazılacak isim müşterinin girdiği sipariş bilgisi olabilir. Her farklı isim için yeni ürün varyantı açmak katalog yönetimini sürdürülemez hale getirebilir. Buna karşılık kişiselleştirme bir üretim veya fiyat kuralı doğuruyorsa bu kural ayrıca modellenmelidir. Hangi boş ürünün tüketildiği ve siparişin hangi ek bilgiyi taşıdığı net olmalıdır. Satış seçeneği, üretim talimatı ve fiziksel stok aynı alanda karıştırılmamalıdır.

Varyantı kararlı bir kimlikle tanımlayın

Satın alınabilir her kombinasyonun sistem içinde ayırt edilebilir olması gerekir. Kupa modelinin beyaz 350 mililitre seçeneği ile siyah 500 mililitre seçeneği aynı kayıt gibi işlenmemelidir. SKU, barkod ve sistem kimliği farklı amaçlar taşıyabilir. Hangi kodun iç operasyon için kullanıldığı, hangisinin tedarikçi veya kanal tarafından tanındığı açıkça belgelenmelidir.

Görünen ürün adı kimlik yerine kullanılmamalıdır. Başlık değişebilir, çeviri yapılabilir veya yazım düzeltilebilir. Kararlı kimlik bu değişiklikten etkilenmeden ilişkileri korumaya yardımcı olur. İçe aktarma ve güncelleme işlemleri hangi alan üzerinden eşleştirme yaptığını bilmelidir. Aynı adla iki ayrı ürünün bulunması veya bir varyant kodunun yanlışlıkla yeniden kullanılması sipariş geçmişini de etkileyebilir. Kimlik kuralları katalog büyümeden belirlenmelidir.

Gerçekte satılmayan kombinasyonları oluşturmayın

Üç renk ve iki hacim bulunduğunda bütün kombinasyonlar teorik olarak altı seçenek oluşturur. İşletme her rengi her hacimde satmıyorsa bunların hepsini otomatik açmak yanlış katalog yaratabilir. Mevcut olmayan seçenek ile geçici olarak stokta olmayan seçenek farklıdır. Birincisi katalog kararı, ikincisi belirli bir anda satış durumudur.

Yönetim paneli bu farkı anlaşılır biçimde göstermelidir. Müşteri rengi değiştirdiğinde hangi hacimlerin gerçekten sunulduğu belli olabilir. Sepete eklemeden önce seçimin geçerli bir varyanta karşılık geldiği doğrulanmalıdır. Bir ürün sayfasının güzel görünmesi bu iş kuralının doğru çalıştığını göstermez. E-ticaret yazılımı geliştirmede geçersiz kombinasyon senaryosunu test kapsamına almak yanlış sipariş riskini daha erken ortaya çıkarır.

Stok miktarını ürün açıklamasından ayrı tutun

Stok, bir varyantın belirli konumdaki ve durumdaki miktarıyla ilişkilidir. Aynı beyaz kupa iki depoda bulunabilir; bir kısmı mevcut siparişlere ayrılmış olabilir. Ürün açıklamasına “stokta var” yazmak bu gerçekliği güvenilir şekilde temsil etmez. Stok kaynağı ve güncelleme mekanizması tanımlanmalıdır.

Katalog ekibi ürünün satışa açık olup olmadığına karar verebilir; fiziksel miktar ise depo veya başka bir sistemden gelebilir. Bu iki alanın sahipliği aynı olmak zorunda değildir. Kimin hangi değeri değiştirebildiğini yazın. Sipariş iptal edildiğinde ayrılan miktarın nasıl geri döneceği ve kalite kontrolündeki ürünün satışa açılıp açılmayacağı da ilgili iş akışında belirlenir. Veri modelinin bu durumları ayırt edebilmesi önemlidir.

Fiyat ve görselin hangi seviyede değiştiğini kararlaştırın

Aynı ürün ailesindeki varyantlar farklı fiyata sahip olabilir. Daha büyük kupa veya farklı yüzey işlemi fiyat farkı doğurabilir. Genel fiyat, varyant fiyatı ve dönemsel kampanya aynı kavram değildir. Fiyatın hangi kaynaktan geldiği ve hangi koşulla uygulanacağı ayrıca tanımlanmalıdır. Bir alanı bütün amaçlar için kullanmak geçmiş işlemleri yorumlamayı zorlaştırabilir.

Görsellerde de ortak ve seçeneğe özgü alanlar bulunabilir. Siyah kupa seçilince beyaz ürünün fotoğrafını göstermek beklentiyi bozabilir. Ortak yaşam tarzı görseli kullanılabilir; fakat varyantı tanımaya yarayan görselin ilişkisi doğru kalmalıdır. Kırpma, sıralama ve alt metin içerik yönergesinde ele alınabilir. Görsel dosyasının adında renk geçmesi tek başına doğru eşleşme kurulduğunu kanıtlamaz; kayıt ilişkisi ve ekrandaki davranış denenmelidir.

Özellik adlarını ve birimlerini standartlaştırın

Aynı renk için farklı yazımlar kullanıldığında filtre, arama ve dışa aktarım sonuçları parçalanabilir. Ortak değer listesi oluşturmak bu tutarsızlığı azaltabilir. Kullanıcıya gösterilen çeviri ile sistemdeki kararlı değer ayrılabilir. Böylece İngilizce etiket eklemek mevcut ilişkileri yeniden kurmayı gerektirmeyebilir.

Hacim, ağırlık ve ölçü alanlarında birimler açık olmalıdır. “350” değeri bağlam yoksa anlam taşımaz. Mililitre ile litre veya santimetre ile milimetre karışması taşıma, listeleme ve karşılaştırmayı etkileyebilir. İçe aktarma sırasında hangi biçimin beklendiği yazılır. Ondalık ayırıcı ve boş değerler gibi ayrıntılar örnek dosyada denenebilir. Katalog doğruluğu yalnızca son ürün sayfasında değil verinin giriş anında da korunmalıdır.

Kategori ve filtreyi ürün kimliğine karıştırmayın

Bir ürün birden fazla koleksiyonda gösterilebilir. “Hediye seçenekleri” listesine girmesi yeni bir fiziksel ürün yarattığı anlamına gelmez. Kategori üyeliği, ürünün mağazada hangi yollardan keşfedildiğini düzenler. Varyant ise hangi satın alınabilir seçeneğin siparişe girdiğini belirler. Bu ayrım korunursa farklı listelerde aynı stok kaynağı kullanılabilir.

Filtreler yapılandırılmış özelliklerden yararlanabilir. Serbest metindeki renk ifadelerini her seferinde tahmin etmeye çalışmak yerine tanımlı değerlerle çalışmak daha tutarlı sonuç verir. Yine de her iç alanın müşteriye filtre olarak gösterilmesi gerekmez. İç tedarik kodu operasyon için önemliyken ziyaretçinin seçiminde yararlı olmayabilir. Veri modeli ile arayüz sunumu birlikte planlanmalı, fakat birbirinin aynısı sayılmamalıdır.

Paket ve set ürünlerini ayrı bir ihtiyaç olarak inceleyin

İki kupalık hediye seti, tek kupanın renk varyantıyla aynı şey değildir. Setin hangi bileşenleri tükettiği, ayrı paket stoğu olup olmadığı ve müşterinin bileşen seçip seçemediği açıklanmalıdır. Set satışı hem bileşen stoğunu hem bağımsız set kaydını yanlış etkilerse miktar hesapları tutarsızlaşabilir. İş kuralı, modelleme başlamadan ortaya konmalıdır.

Bazı işletmeler setleri önceden paketler, bazıları sipariş üzerine birleştirir. İki yöntem farklı operasyon doğurur. Yazılımda tek bir “paket ürün” etiketi bulunması ikisini de doğru karşıladığını göstermez. Set iptali, kısmi iade veya eksik bileşen gibi durumları tartışın. Her istisnayı ilk sürüme almak gerekmeyebilir; fakat temel yapının neyi desteklediği ve hangi konunun kapsam dışında kaldığı açıkça bilinmelidir.

Kanallara aktarımda ana eşleştirmeyi koruyun

Aynı varyant mağazada, pazaryerinde ve başka bir sistemde farklı kodlarla temsil edilebilir. Kanal kodunu ana ürün kimliğinin yerine geçirmek başka bağlantıları bozabilir. Bir eşleştirme kaydı, iç varyantın hangi dış kayıtla ilişkili olduğunu açıklayabilir. Dış sistemde başlık değişince bu ilişkinin kaybolmaması hedeflenir.

Arama motoruna sunulan ürün verisi de gerçek seçeneklerle uyumlu olmalıdır. Google'ın ürün varyantı açıklaması, ortak ürün grubu ve ilişkili varyantları tanımlamak için yapılandırılmış veri yaklaşımını ele alır. Bu işaretleme doğru ürün modelinin yerine geçmez; modeldeki ilişkilerin dışarıya uygun biçimde aktarılmasını sağlar. Yanlış fiyat veya uygunluk bilgisini teknik etiketle düzeltmiş saymayın; kaynağı ve görünür sayfayı birlikte inceleyin.

Siparişte satın alınan bilgiyi koruyun

Ürün adı veya fiyat sonradan değiştiğinde geçmiş siparişin neyi temsil ettiği anlaşılabilmelidir. Sipariş kaydıyla güncel katalog arasındaki ilişkinin nasıl yönetildiği önemlidir. Müşteri geçmişte beyaz 350 mililitre kupa almışsa yeni katalog düzeni bu bilgiyi belirsizleştirmemelidir. Gerekli sipariş verisinin hangi biçimde saklanacağı teknik ve operasyonel değerlendirmeyle belirlenir.

İade ve destek işlemleri bu geçmişe dayanabilir. Yalnızca değişen ürün başlığına bakarak eski sipariş araştırmak zorlaşabilir. Kararlı kimlik ve satın alma anındaki ilgili açıklamalar birlikte değerlendirilebilir. Katalogdan kaldırılan varyantın geçmiş kayıtları nasıl etkileyeceği de denenmelidir. Silme işlemiyle satışa kapatma aynı ihtiyaç değildir. Kullanıcının yeni sipariş verememesi, önceki işlemlerin anlamsız hale gelmesini gerektirmez.

Veri sözlüğünü küçük bir deneme kataloğuyla doğrulayın

Bir veri sözlüğü her alanın adını, anlamını, biçimini, zorunluluğunu ve sahibini yazabilir. Ardından temsil edici ürünleri girin: tek seçenekli ürün, birkaç varyantı olan aile, bulunmayan kombinasyon ve kişiselleştirmeli sipariş. Her biri ürün sayfasında, sepette, siparişte ve depo çıktısında incelenebilir. Düzgün tablo satırı üretmek kadar doğru iş davranışı elde etmek de önemlidir.

Denemede tutarsız alan bulunursa bütün kataloğu yüklemeden modeli düzeltmek daha yönetilebilir olur. E-ticaret projesinde ürün veri modelini bu örneklerle tartışmak, ekran çizimlerini gerçek operasyonla bağlar. Çıktı yalnızca alan listesi olmamalıdır. Kimin hangi bilgiyi gireceği, hangi kodun değişmeyeceği ve stok güncellemesinin hangi kayıtta çalışacağı anlaşılmış olmalıdır. Bu kararlar katalog büyüdükçe tekrarlanan düzeltme ihtiyacını azaltabilir.

Sık Sorulan Sorular

Her ürün özelliği varyant mı olmalı?

Hayır. Özellik açıklama veya filtreleme için kullanılabilir. Satın alınan seçeneği ve gerekli stok ayrımını belirliyorsa varyantla ilişkili hale gelebilir. Malzeme bilgisi ile müşterinin seçtiği renk aynı işlevi taşımayabilir; model ihtiyaca göre kurulmalıdır.

SKU ile ürün adı aynı işi yapar mı?

Ürün adı okuyucuya anlam taşır ve değişebilir. SKU ise iç operasyonun kararlı tanımlayıcısı olarak kullanılabilir. Sistem kimliği ve dış kanal kodları da ayrıca bulunabilir. Hangi alanın eşleştirme için kullanıldığı açıkça belirlenmelidir.

Kişiselleştirilen her isim için ayrı ürün gerekir mi?

Çoğu durumda isim siparişe ait ek bilgi olarak modellenebilir. Üretim ve fiyat kuralları ayrıca değerlendirilir. Her müşteri metnini stok varyantına çevirmek katalog yönetimini gereksiz büyütebilir; tüketilen fiziksel ürünün kimliği korunmalıdır.

Stok ürün ailesinde mi varyantta mı tutulmalı?

Gerçekte hangi birimin ayrı sayıldığına bağlıdır. Farklı renk ve hacimler bağımsız miktara sahipse ilgili varyant ve konum düzeyinde takip gerekebilir. Ortak stok kullanılan özel yapılar ise ayrıca iş kuralı ister; varsayımla karar verilmemelidir.

Bir ürünü iki kategoriye eklemek stoğu ikiye böler mi?

Kategori üyeliği normalde keşif ve sunumla ilgilidir; fiziksel miktarın kopyalanması anlamına gelmemelidir. Teknik modelde aynı ürün kimliğine bağlanması gerekir. Gerçek uygulamanın bu ilişkiyi nasıl yönettiği test edilmelidir.

Toplu ürün yüklemeden önce neyi denemeliyiz?

Alan biçimlerini, kod benzersizliğini, geçerli varyantları, görsel eşleşmesini ve stok ilişkisini temsil edici örneklerde kontrol edin. Sepete ve siparişe doğru seçeneğin girdiğini de doğrulayın. Yükleme dosyasının hatasız açılması bütün iş akışının doğru olduğu anlamına gelmez.