WMS Fiyatları ve Maliyeti: Depo Yazılımı Fiyatını Ne Belirler?

WMS fiyatları, yazılımın kendisinden çok deponuzun kapsamıyla belirlenir: kaç kullanıcı, kaç depo, kaç sipariş, kaç entegrasyon, ne kadar özelleştirme. Bu yüzden iki farklı depo için aynı yazılımın bedeli birbirinden çok uzak olabilir. Depo yönetim sisteminin ne olduğunu WMS nedir sayfasında anlattık. Burada fiyatlama modellerini, fiyatı belirleyen değişkenleri, teklifte görünmeyen maliyetleri ve doğru teklif almak için sağlayıcıya verilmesi gereken bilgileri ele alıyoruz.

WMS fiyatlandırma modelleri nelerdir?

Piyasada üç temel model vardır. Çoğu sağlayıcı bunlardan birini ana model olarak kullanır, bazıları ikisini birleştirir.

Abonelik: kullanıcı, sipariş ya da depo bazlı

Bulut tabanlı yazılımların yaygın modelidir. Bedel aylık ya da yıllık ödenir ve genellikle şu ölçütlerden birine ya da birkaçına bağlanır: aktif kullanıcı sayısı, aylık işlenen sipariş adedi, depo ya da lokasyon sayısı, kullanılan modül sayısı. Başlangıç yatırımı düşüktür; sunucu, yedekleme ve güncelleme sağlayıcıdadır. Buna karşılık hacim büyüdükçe aylık bedel de büyür ve yazılım hiçbir zaman şirketin malı olmaz.

Tek seferlik lisans ve yıllık bakım

Kurulu (on-premise) yazılımların geleneksel modelidir. Kurulumda lisans bedeli ödenir; sonrasında güncelleme ve destek için yıllık bakım sözleşmesi yapılır. Sunucu, veritabanı ve yedekleme şirketin sorumluluğundadır. Uzun vadede toplam bedel abonelikten düşük kalabilir; ancak başlangıç yatırımı yüksektir ve bilgi işlem kapasitesi gerektirir.

Projeye göre teklif

Sağlayıcı, deponun profilini çıkarıp kapsamı yazılı hale getirir ve o kapsama özel fiyat verir. Standart paket yoktur; bedel kullanıcı sayısı, entegrasyonlar, özelleştirme ve destek seviyesine göre şekillenir. Bu model, hazır paketlere sığmayan operasyonlarda ve lojistik firmasının kendi yazılımını satışa sunduğu durumlarda kullanılır. Avantajı ödenmeyen özellik olmamasıdır; şartı ise kapsamın baştan net yazılmasıdır.

WMS fiyatını hangi değişkenler belirler?

Modelden bağımsız olarak, sağlayıcının hesap yaparken baktığı değişkenler aynıdır. Teklif istemeden önce bunların her birine kendi cevabınızı yazın.

Bu değişkenlerin bir kısmı zamanla değişir. Sözleşmede kullanıcı ya da depo eklendiğinde bedelin nasıl güncelleneceği yazılı olmalıdır; aksi halde büyüme, teklifte görünmeyen bir maliyete dönüşür.

Değişkenlerin ağırlığı modele göre de değişir: abonelikte kullanıcı ve sipariş sayısı, lisansta modül kapsamı ve özelleştirme, projeye göre teklifte entegrasyon sayısı ve destek seviyesi bedeli en çok etkileyen kalemlerdir. Teklifleri karşılaştırırken her sağlayıcının hangi değişkeni nasıl fiyatladığını aynı tabloya yazmak, farkın nereden geldiğini gösterir.

Teklifte görünmeyen maliyetler nelerdir?

Yazılım bedeli, projenin toplam maliyetinin yalnızca bir parçasıdır. Aşağıdaki kalemler çoğu teklifte yer almaz, fakat bütçeyi belirler.

• Donanım: El terminalleri, etiket yazıcılar, sabit barkod okuyucular, depodaki kablosuz ağ altyapısı ve gerekirse yedek internet hattı. Terminal sayısı eşzamanlı çalışan personel sayısına göre planlanır.
• Entegrasyon geliştirme: Hazır listede olmayan pazaryeri, ERP ya da kargo bağlantıları proje olarak fiyatlanır. Ayrıntı için WMS ERP entegrasyonu yazısına bakabilirsiniz.
• Ana veri temizliği: Barkodu olmayan, ölçü ve ağırlığı eksik SKU kartları sisteme taşınmadan önce düzeltilmelidir. Bu iş çoğu zaman şirketin kendi ekibinin zamanını alır.
• Lokasyon adresleme: Raf, göz ve kat için adres yapısı kurulması ve lokasyon etiketlerinin basılıp yapıştırılması.
• Eğitim ve geçiş dönemi: Personelin yeni sisteme alışması sırasında sipariş hazırlama hızı geçici olarak düşer. Bu dönem kampanya haftasına denk gelirse maliyet büyür.
• Başlangıç sayımı: Canlıya geçişte stok lokasyon bazında sayılmalıdır; depo bir süre kısmen kapatılabilir.
• Sürüm yükseltme: Kurulu modelde büyük sürüm geçişleri bakım sözleşmesinin dışında kalabilir.

Bu kalemlerin her birini teklif görüşmesinde tek tek sorun ve cevabı kapsam belgesine yazdırın. "Dahil" ile "yapılabilir" aynı şey değildir; ikincisi çoğu zaman ayrı bir bedel taşır. Donanım tarafında kaç terminal, kaç yazıcı ve hangi ağ altyapısının gerektiğini sağlayıcının deponuzu görerek söylemesi beklenir.

Toplam sahip olma maliyeti nasıl düşünülmeli?

Doğru karşılaştırma, ilk yılın faturasıyla değil birkaç yıla yayılmış toplam maliyetle yapılır. Abonelik modelinde toplam bedel yıllar boyunca düzenli akar; lisans modelinde ilk yıl yüksek, sonraki yıllar bakım bedeliyle sınırlıdır. Bu iki eğriyi aynı süre için üst üste koymadan iki teklif karşılaştırılamaz.

Toplama şu kalemler eklenmelidir: yazılım bedeli, barındırma ya da sunucu, donanım ve yenileme, entegrasyon ve özelleştirme, eğitim, destek, iç ekibin projeye ayırdığı zaman. Karşı tarafa da bir kalem yazılır: yazılımın önlediği hatalı gönderim, kayıp stok ve fazla mesai. Bu kalemi kendi verinizle ölçmek için sipariş doğruluk oranı ve stok devir hızı göstergelerinden yararlanabilirsiniz.

Abonelik mi, lisans mı: hangi durumda hangisi?

Karar, nakit akışı ve bilgi işlem kapasitesiyle verilir. Abonelik; başlangıç yatırımı yapmak istemeyen, hızlı başlamak isteyen ve sunucu ile yedekleme sorumluluğunu üstlenmeyecek operasyonlara uyar. Bedel hacimle birlikte büyüdüğü için büyüme planı sözleşmeye yazılmalıdır. Lisans; kendi sunucu altyapısı ve bilgi işlem ekibi olan, veri politikası gereği yazılımı kendi ortamında çalıştırmak isteyen şirketlere uyar. İlk yıl bedeli yüksektir, sonraki yıllar bakımla sınırlıdır. Projeye göre teklif ise bulut ya da kurulu seçeneğini müşterinin yaptığı, bedelin kapsamla belirlendiği sağlayıcılarda görülür.

Üç modelde de sorulacak ortak sorular aynıdır: sözleşme bittiğinde veri hangi biçimde teslim edilir; kullanıcı ya da depo eklendiğinde bedel nasıl güncellenir; sürüm yükseltmeleri dahil mi; destek hangi saatlerde ve hangi kanaldan verilir? Bu soruların cevabı yazılı değilse model seçimi eksik kalır.

WMS yatırımının geri dönüşü nasıl değerlendirilir?

Geri dönüş, yazılımın önlediği maliyetlerle ölçülür; bu maliyetler çoğu depoda zaten ödenir, yalnızca fatura üzerinde görünmez. Başlıca kalemler şunlardır:

• Hatalı gönderim: Giden kargo, dönen kargo, yeniden gönderim ve müşteri hizmetleri süresi. Barkod doğrulaması bu kalemi doğrudan düşürür.
• Kayıp ve bulunamayan stok: Sistemde var görünen ama rafta bulunamayan ürün kaynaklı iptaller ve sayım farkları.
• Tarih kaynaklı fire: Kısa tarihli partinin rafta kalması; FEFO kuralı bu kalemi önler.
• Fazla mesai ve geçici personel: Kampanya döneminde sistem yönlendirmesi olmadan çalışan ekibin verim kaybı.
• Bilgi isteği trafiği: "Stok kaç adet, sipariş nerede" sorularına harcanan zaman; pano ve müşteri paneli bu trafiği azaltır.

Bu kalemleri kendi operasyonunuzda bir çeyrek boyunca ölçüp yıllık yazılım maliyetiyle karşılaştırmak, teklifleri birbiriyle kıyaslamaktan daha sağlıklı bir karar verdirir. Sayıları sağlayıcı değil, sizin veriniz vermelidir.

3PL ve fulfillment firmaları için WMS maliyeti neden farklıdır?

Birden fazla markanın stoğunu aynı depoda yöneten lojistik firmasında yazılım, tek şirketli depodan farklı bir katman taşır: müşteri bazında stok ayrımı, her müşteriye yalnızca kendi verisini gösteren hesap yapısı, müşteri bazında raporlama ve hizmet kalemlerinin faturalamaya aktarılması. Bu katman hem lisans hem özelleştirme bedeline yansır. Buna karşılık maliyet, birden fazla müşterinin operasyonuna dağıldığı için sipariş başına düşen yazılım bedeli tek şirketli depodan düşük kalır. Yapının ayrıntısını 3PL WMS yazısında anlattık.

Ucuz WMS ne zaman pahalıya gelir?

Varsayalım iki teklif var. İlki düşük aylık bedelli bir paket; lot takibi ve iade modülü yok, pazaryerlerinden biriyle hazır bağlantı bulunmuyor, destek yalnızca mesai saatlerinde. İkincisi daha yüksek bedelli; lot ve son kullanma tarihi takibi, iade modülü ve tüm kanallarla hazır bağlantı pakete dahil, kampanya döneminde destek uzatılıyor.

Son kullanma tarihli ürün satan bir marka için ilk teklif, kısa tarihli partinin rafta unutulmasına, eksik entegrasyon yüzünden elle sipariş girişine ve iade stokunun karışmasına yol açar. Bu üç kalemin bedeli, aylık farkın çok üstüne çıkar; üstelik birkaç ay sonra ikinci yazılıma geçiş yapmak, iki kurulum ve iki eğitim demektir. Ucuz teklif, ihtiyaç listesinin dışında kaldığı anda en pahalı seçenektir. İhtiyaç listesini nasıl çıkaracağınızı WMS seçimi yazısında 12 kriterle anlattık.

WMS teklifi isterken hangi bilgiler verilmeli?

Sağlayıcının doğru fiyat verebilmesi, sizin doğru bilgi vermenize bağlıdır. Teklif talebinde şu başlıklar bulunmalıdır:

1. Aktif SKU sayısı ve varyant yapısı; lot ve son kullanma tarihi takibi gerekip gerekmediği.
2. Günlük ortalama ve kampanya dönemi sipariş adedi; tek ürünlü ve çok ürünlü sipariş oranı.
3. Satış kanalları: pazaryerleri, e-ticaret altyapısı, bayi ya da mağaza.
4. Kullanılan ERP ya da muhasebe yazılımı ve beklenen veri akışı.
5. Çalışılan kargo firmaları ve etiket gereksinimleri.
6. Depo sayısı, alan yapısı, raf ve lokasyon düzeni; mevcut adresleme var mı?
7. Eşzamanlı çalışacak terminal ve ofis kullanıcısı sayısı.
8. İade oranı ve iade sürecinin nasıl işlediği.
9. Bulut ya da kurulu tercihi; bilgi işlem ekibinin kapasitesi.
10. Hedef canlıya geçiş tarihi ve kampanya takvimi.

Bu bilgilerle gelen teklif kapsam belgesiyle birlikte gelmelidir. Kapsam belgesinde hangi modüllerin, hangi entegrasyonların ve hangi destek seviyesinin dahil olduğu yazmıyorsa teklif karşılaştırılamaz.

Kendi WMS'inizi almak mı, fulfillment mi daha ekonomik?

WMS yatırımı, depoyu kendiniz işletmeye devam edeceğiniz varsayımına dayanır. Depo kirası, personel, donanım ve yazılım birlikte hesaplandığında bazı markalar için operasyonu WMS altyapısı hazır bir lojistik firmasına devretmek daha ekonomiktir. İki seçeneğin maliyet kalemlerini fulfillment maliyeti nasıl hesaplanır yazısında, karar ağacını ise kendi depo mu, fulfillment mi yazısında kurduk.

Logvance WMS fiyatlandırması nasıl işler?

Logvance WMS, 2000'den beri depo operasyonu yürüten Logvance'ın kendi depolarını yönettiği depo yönetim sistemidir ve kendi deponuzda da kullanılabilir. Yazılım hem bulut olarak hem de kendi sunucunuza kurulum olarak sunulur; fiyat, standart paketle değil deponuzun kapsamına göre hazırlanan projeye özel teklifle belirlenir. Kapsama giren başlıklar yukarıdaki listeyle aynıdır: SKU ve sipariş profili, kanallar, ERP bağlantısı, kullanıcı sayısı, depo yapısı ve destek beklentisi.

Trendyol, Hepsiburada, Amazon, n11 ve Pazarama ile Shopify, Ticimax, IdeaSoft ve ikas entegrasyonları hazırdır; ERP tarafında Logo ve Mikro ile hazır, diğer sistemlerle müşteriye özel entegrasyon yapılır. Yazılımı geliştiren ekip ile depoyu işleten ekip aynı çatı altında olduğundan kapsam görüşmesi depo diliyle yapılır. Deponuz için teklif almak isterseniz yukarıdaki 10 başlığı hazırlayıp fiyat teklifi isteyin.