E-Ticarette Stok Yönetimi: Standart Sistemler Neden Yetersiz Kalıyor?

Bir Gömleğin 60 Kombinasyonu Var, Sisteminizde Kaç Tanesi Tanımlı?

Stok yönetimi yazılımı seçerken çoğu işletme aynı tuzağa düşüyor: platformun demo ekranında herşey güzel görünüyor. Bir ürün adı, bir fiyat, bir stok sayısı, belki renk ve beden seçenekleri. Tişört satıyorsanız bu yeterli. Peki ya satmıyorsanız?

Türkiye'de e-ticaret yapan işletmelerin büyük kısmı, ilk 6 ay içinde stok yönetim sistemlerinin sınırlarına çarpıyor. Sorun yazılımın kötü olması değil. Sorun, yazılımın "ürün" kavramını çok dar tanımlaması.

Tekstil: 5 Renk x 4 Beden x 3 Kumaş = 60 Kombinasyon

Gerçek bir örnek verelim. Bir gömlek üreticisiyle çalışıyorsunuz. Tek bir model için 5 renk seçeneği, 4 beden, 3 farklı kumaş tipi var. Bu, tek ürün için 60 ayrı kombinasyon demek. Standart e-ticaret platformları genellikle 2, bazen 3 varyant destekliyor. Yani renk ve beden tanımlayabiliyorsunuz, ama kumaş tipini açıklama alanına yazıyorsunuz.

Sonuç ne oluyor? Müşteri "keten kumaş" filtrelemek istiyor, yapamıyor. Siz kumaş bazlı stok raporu çekmek istiyorsunuz, yapamıyorsunuz. Kademe fiyatlarını (toptan alana indirim) Excel'de ayrı tutuyorsunuz. Sezon bilgisi başka bir yerde. 3 farklı kaynakta dağılmış veri, her siparişte manuel kontrol.

18 veri tipiyle aynı ürünü nasıl tanımlarsınız? Renk, beden ve kumaş her biri SELECT tipinde ayrı alanlar. Sezon bilgisi yine SELECT. Toptan fiyat kademeleri PRICE_TIERS tipinde doğrudan ürün kaydına bağlı. Stok takibi STOCK tipinde, her kombinasyon için ayrı. Tek kayıt, tek ekran, filtrelenebilir ve raporlanabilir.

Elektronik: Teknik Özellikler Düz Metne Sığmaz

Elektronik ürünler farklı bir sorun taşıyor. Bir dizüstü bilgisayarın RAM kapasitesi, işlemci modeli, ekran boyutu, pil ömrü, bağlantı portları gibi onlarca teknik özelliği var. Çoğu platform bunları tek bir "açıklama" alanına yazmayı öneriyor.

Düz metin alanına yazılan teknik özellik ne aranabilir, ne filtrelenebilir, ne de karşılaştırılabilir. Bir müşteri "8GB RAM ve üstü dizüstü bilgisayarlar" diye filtrelemek istediğinde, sisteminiz bunu yapamaz. Çünkü "8GB RAM" bilgisi bir paragrafın ortasında kaybolmuş durumda.

JSON veri tipini düşünün. Teknik özellikleri yapılandırılmış veri olarak saklıyorsunuz: her özellik ayrı bir anahtar-değer çifti. Filtreleme çalışıyor, karşılaştırma çalışıyor. Kullanım kılavuzu ve garanti belgesi FILE tipinde ürüne ekleniyor. Ürün görselleri IMAGE tipinde, sıralama ve alt metin bilgisiyle birlikte. Her alan kendi kuralına göre doğrulanıyor; yanlış formatta veri girişi mümkün değil.

B2B Ticaretinde Fiyat Tek Bir Rakam Değildir

B2B e-ticaret yapıyorsanız, "fiyat" kavramının ne kadar karmaşık olduğunu biliyorsunuz. 5 adet alana %10 indirim, 10 adet alana %20, 50 adetin üstünde özel fiyat. Minimum sipariş miktarı 3 adet. Bazı müşteriler için sipariş onayı gerekiyor, bazıları için gerekmiyor.

Standart bir e-ticaret platformunda "fiyat" alanı tek bir rakam kabul ediyor. Kademe fiyatlandırmasını nereye koyacaksınız? Ürün açıklamasına mı? Ayrı bir PDF dosyasına mı? Bunları her müşteriye e-postayla mı göndereceksiniz?

PRICE_TIERS veri tipinde kademe fiyatları doğrudan ürün kaydının bir parçası. Müşteri 5 adet seçtiğinde fiyatın otomatik düştüğünü görüyor. INTEGER tipiyle minimum sipariş miktarını belirliyorsunuz. BOOLEAN tipiyle o ürünün sipariş onayı gerektirip gerektirmediğini işaretliyorsunuz. Tüm bu kurallar tek ekranda, tek kayıtta yönetiliyor.

Hizmet Sektörü: Ürünü Olmayan İşletmelerin Envanter Sorunu

Fiziksel ürün satmayan işletmeler de envanter yönetimine ihtiyaç duyuyor. Bir güzellik salonu düşünün: farklı hizmetler, farklı süreler, farklı fiyatlar, randevu saatleri. Ya da bir danışmanlık firması: paket hizmetler, saat bazlı ücretlendirme, müşteriye özel anlaşma fiyatları.

Standart stok yönetimi yazılımları fiziksel ürün mantığıyla çalışıyor. "Stokta 50 adet var" bilgisi bir hizmet için anlamsız. Ama DATE ve DATETIME veri tipleriyle müsaitlik bilgisi tanımlayabiliyorsunuz. URL tipiyle online toplantı bağlantısı ekleyebiliyorsunuz. EMAIL tipiyle ilgili danışmanın iletişim bilgisini doğrudan kayda bağlıyorsunuz.

Stok Yönetimi Yazılımında 18 Veri Tipi Ne Anlama Geliyor?

Rakamı duydunuz, peki somut olarak neler var? TEXT ile kısa metin bilgileri: ürün kodu, marka adı. TEXTAREA ile uzun açıklamalar. RICHTEXT ile formatlanmış içerik (kalın, italik, bağlantılı metin). INTEGER ile tam sayılar: minimum sipariş, garanti süresi (ay). DECIMAL ile ondalıklı sayılar: ağırlık, hacim.

BOOLEAN ile evet/hayır seçenekleri: kargo dahil mi, onay gerekli mi. DATE ile tarih bilgisi: son kullanma tarihi, kampanya bitiş tarihi. DATETIME ile tarih ve saat: randevu zamanı, teslimat penceresi. SELECT ile seçim listeleri: renk, beden, kategori. JSON ile yapılandırılmış veri: teknik özellikler, boyut tablosu.

URL ile bağlantılar: ürün videosu, dış kaynak. EMAIL ile e-posta adresleri. COLOR ile renk kodları (hex formatında, görsel seçiciyle). FILE ile dosya ekleri: PDF, belge. IMAGE ile görseller. CATEGORY ile ürün kategorisi ilişkisi. PRICE_TIERS ile kademe fiyatları. STOCK ile stok ve depo takibi.

Her veri tipi kendi doğrulama kuralına sahip. EMAIL tipine geçersiz e-posta adresi giremezsiniz. INTEGER tipine ondalıklı sayı giremezsiniz. COLOR tipine hex kodu dışında bir değer giremezsiniz. Bu, veri kalitesini giriş anında koruyor.

Geçici Çözümlerin Gizli Faturası

Birçok işletme bu sınırları "geçici çözümlerle" aşmaya çalışıyor. Kademe fiyatları Excel'de, teknik özellikler ürün açıklamasında, dosya ekleri Google Drive'da, stok sayımı kağıt üstünde. Her biri ayrı ayrı idare ediyor gibi görünüyor.

Ama gerçek maliyete bakalım. Stokta olmayan bir ürünü satmak: müşteri güvenini kaybediyorsunuz, iade masrafı çıkıyor, pazaryeri puanınız düşüyor. "En çok satan kumaş tipi hangisi" sorusuna cevap vermek saatler alıyor çünkü veri düz metin alanlarında kayıp. Bir çalışanınız günde ortalama 1 saat Excel ile platform arasında veri taşıyorsa, bu yılda 240 saat. Bir tam aylık maaş.

Bu geçici çözümler büyüdükçe birbirinin üstüne yığılıyor. 50 ürünle idare edebilirsiniz. 500 ürüne çıktığınızda sistem çökmüyor ama iş süreciniz çöküyor.

Stok Yönetimi Yazılımı Seçerken Sormanız Gereken 3 Soru

Yeni bir stok yönetimi yazılımı aramaya başlamadan önce mevcut sisteminize şu soruları sorun:

Birincisi: ürünlerinizi kaç farklı özellikle tanımlayabiliyorsunuz? 2 varyant yeterli mi yoksa 5-6 farklı alan mı gerekiyor? İkincisi: fiyat bilgisi tek bir rakam mı olmak zorunda, yoksa kademe fiyatları, kampanya fiyatları, müşteri grubu fiyatları tanımlayabiliyor musunuz? Üçüncüsü: envanter verilerinizin tamamı tek bir yerde mi, yoksa Excel, Google Sheets, PDF ve e-posta arasında dağılmış mı?

Bu sorulara verdiğiniz cevaplar, mevcut sisteminizin gerçekten yetip yetmediğini gösterecek.

Yönetim panelinde olması gereken 10 özellik yazımızda bu veri tiplerinin panel içinde nasıl çalıştığını somut ekran görüntüleriyle gösteriyoruz. Hazır paket ile özel yazılım karşılaştırmamız da karar sürecinize yardımcı olacaktır.

Ürün kataloğunuzdan bir örnek gönderin, 18 veri tipiyle nasıl modellenebileceğini ücretsiz gösterelim.