TMS Satın Almak mı, Kiralamak mı, Özel Yazılım Yaptırmak mı?

Bir firmanın nakliye operasyonu büyüdüğünde yazılım ihtiyacı genellikle tek bir cümleyle masaya gelir: “Artık bunu Excel ile yönetemiyoruz.” Ardından üç seçenek konuşulmaya başlanır. Hazır bir TMS satın almak, abonelik modeliyle kullanmak ya da şirkete özel bir nakliye yazılımı geliştirmek.

İlk bakışta kararın fiyat teklifleri karşılaştırılarak verilebileceği düşünülebilir. Oysa nakliye operasyonlarında yazılım maliyeti yalnızca lisans bedelinden oluşmaz. Sistemin ne kadar sürede devreye alınacağı, saha ekibinin sistemi benimseyip benimsemeyeceği, entegrasyonların nasıl sürdürüleceği, mobil uygulamanın kim tarafından güncelleneceği ve üç yıl sonra yeni bir ihtiyaç çıktığında ne olacağı en az fiyat kadar önemlidir.

Bu nedenle doğru soru “Hangi seçenek daha ucuz?” değildir. Daha doğru soru şudur: “Hangi model, bizim operasyonumuzu kabul edilebilir risk ve toplam maliyetle sürdürülebilir biçimde yönetir?”

Önce ihtiyacı doğru tarif etmek gerekir

TMS, yani Nakliye Yönetim Sistemi; yalnızca yüklerin kaydedildiği veya araçların haritada görüldüğü bir ekran değildir. Gerçek bir TMS, taşıma talebinin oluşturulmasından araç ve sürücü atamasına, canlı izlenebilirlikten teslim evrakına, navlun mutabakatından faturalama ve raporlamaya kadar uzanan operasyon zincirini birbirine bağlar.

Bir sistemin bu zincirin yalnızca bir bölümünü çözmesi, diğer bölümlerdeki telefon, WhatsApp ve Excel trafiğini ortadan kaldırmaz. Örneğin konum takibi vardır ama değişen plaka finans ekranına yansımaz. Teslim evrakı yüklenir ama ilgili seferin mutabakatına bağlanmaz. Rapor alınır fakat veriyi hazırlamak için ekip her hafta manuel düzenleme yapar.

Yazılım modelini seçmeden önce firmanın şu konularda netleşmesi gerekir:

• Günlük ve aylık sevkiyat hacmi nedir?
• Operasyon FTL, LTL veya her iki modeli birden içeriyor mu?
• Kendi filosu, sözleşmeli taşıyıcılar ve spot araçlar hangi oranda kullanılıyor?
• Kaç müşteri, depo, proje ve operasyon ekibi sisteme dahil olacak?
• Canlı konum, dijital evrak, navlun, mutabakat ve ödeme süreçlerinden hangileri birlikte yönetilmeli?
• ERP, muhasebe, e-fatura veya mevcut müşteri sistemleriyle hangi entegrasyonlara ihtiyaç var?
• Sistemin bakım ve geliştirme sorumluluğunu şirket içinde üstlenecek kalıcı bir ekip bulunuyor mu?

Bu çalışma yapılmadan verilen karar, ihtiyaca göre değil sunumda görülen özelliklere göre verilmiş olur. nakliye yazılımı seçerken değerlendirilmesi gereken kriterler de tam olarak bu operasyon haritası üzerinden ele alınmalıdır.

1. Hazır TMS satın almak

Satın alma modeli çoğu zaman belirli bir lisansın veya kullanım hakkının peşin bedelle edinilmesi anlamına gelir. Sistem şirketin kendi sunucularında çalışabilir veya sağlayıcının altyapısında barındırılabilir. Ayrıntılar sözleşmeye göre değişir; bu nedenle “satın aldık, artık başka maliyet çıkmaz” varsayımı doğru değildir.

Satın alma modelinin güçlü tarafları

• Başlangıçta kullanım kapsamı ve lisans hakları daha net tanımlanabilir.
• Uzun süre aynı kapsamda kullanılacak sistemlerde bütçe planlaması kolaylaşabilir.
• Şirketin bilgi teknolojileri politikası gerektiriyorsa kendi altyapısında çalışma seçeneği değerlendirilebilir.
• Belirli özelleştirmeler ve entegrasyonlar proje başlangıcında topluca planlanabilir.

Dikkat edilmesi gereken noktalar

Peşin lisans bedeli, toplam sahip olma maliyetinin yalnızca bir parçasıdır. Kurulum, veri aktarımı, entegrasyon, eğitim, bakım, güvenlik güncellemeleri, yeni sürümler, mobil uygulama uyumluluğu ve destek hizmetleri ayrıca fiyatlanabilir.

Ayrıca satın alınan sürümün ne kadar süre destekleneceği açıkça sorulmalıdır. Nakliye operasyonu sabit kalmaz. Yeni müşteri, yeni proje, farklı bir mutabakat kuralı veya yeni bir raporlama ihtiyacı ortaya çıkar. Yazılımın bu değişime nasıl uyum sağlayacağı sözleşmenin ve ürün yol haritasının parçası olmalıdır.

2. TMS kiralamak veya abonelik modeliyle kullanmak

Abonelik modelinde firma yazılımı aylık veya yıllık kullanım bedeliyle hizmet olarak kullanır. Piyasada bu yapı SaaS veya bulut tabanlı TMS olarak da adlandırılır. Sunucu işletimi, sürüm güncellemeleri ve temel bakım çoğunlukla hizmet sağlayıcının sorumluluğundadır; ancak paketin kapsamı yine sözleşmeden doğrulanmalıdır.

Abonelik modelinin güçlü tarafları

• Yüksek bir ilk yatırım yerine daha öngörülebilir dönemsel ödeme yapılabilir.
• Hazır iş akışları sayesinde devreye alma süresi kısalabilir.
• Güncelleme, bakım ve güvenlik süreçleri ürün ekibi tarafından merkezi biçimde yürütülebilir.
• Kullanıcı, proje veya operasyon hacmi büyüdükçe kapsamın genişletilmesi daha kolay olabilir.
• Yeni özellikler tek bir şirkete özel proje beklenmeden ürünün genel gelişim planıyla sunulabilir.

Dikkat edilmesi gereken noktalar

Abonelik teklifleri karşılaştırılırken yalnızca aylık ücret dikkate alınmamalıdır. Kullanıcı sayısı, sevkiyat limiti, mobil kullanıcılar, API erişimi, eğitim, destek seviyesi, veri saklama süresi ve özel raporlar fiyatı etkileyebilir.

Veri sahipliği ve sistemden ayrılma koşulları da baştan konuşulmalıdır. Firma verilerini hangi formatta alabilir? Sözleşme sona erdiğinde erişim ne kadar süre devam eder? Entegrasyonlar ve geçmiş evraklar nasıl taşınır? Bu sorular, satın alma görüşmesinin sonunda değil başında sorulmalıdır.

3. Özel nakliye yazılımı yaptırmak

Özel yazılım seçeneği, şirketin kendi süreçlerine göre sıfırdan bir uygulama geliştirmesi veya bir yazılım firmasına geliştirtmesi anlamına gelir. Çok özgün iş kuralları olan, standart ürünlerle çözülemeyen ve kalıcı bir ürün ekibini finanse edebilen şirketler için bu model anlamlı olabilir.

Fakat “bize özel olacak” ifadesi tek başına avantaj değildir. Özel yazılımın başarılı olabilmesi için operasyon bilgisinin doğru analiz edilmesi, gereksinimlerin önceliklendirilmesi ve ürünün devreye alındıktan sonra sürekli sahiplenilmesi gerekir.

Özel yazılımın güçlü tarafları

• Şirkete özgü süreçler ve farklılaşan iş kuralları ayrıntılı biçimde modellenebilir.
• Mevcut kurumsal sistemlerle çok derin ve özel entegrasyonlar kurulabilir.
• Ürün yol haritası şirketin kendi önceliklerine göre yönetilebilir.
• Yeterli ekip ve bütçe varsa şirket, geliştirme kararları üzerinde yüksek kontrol sağlayabilir.

Görünmeyen sorumluluklar

Özel yazılımın maliyeti ilk geliştirme projesiyle bitmez. Analiz, tasarım, test, canlıya geçiş, kullanıcı eğitimi, sunucu işletimi, yedekleme, siber güvenlik, mobil işletim sistemi güncellemeleri, hata düzeltmeleri, yeni özellikler ve teknik personel sürekliliği kalıcı sorumluluklardır.

Projeyi geliştiren kişi veya ekip değiştiğinde bilgi kaybı yaşanabilir. İlk sürüm canlıya çıksa bile operasyon ekibinin yeni talepleri devam eder. Üstelik nakliye sahasında küçük görünen bir kural, birçok ekranı etkileyebilir. Plaka değişikliği; canlı takip, teslim evrakı, navlun, mutabakat ve raporlamaya doğru yansımıyorsa yazılım teknik olarak çalışır ama operasyon eksik kalır.

Bu nedenle özel geliştirme kararı, yalnızca proje bütçesiyle değil en az üç ila beş yıllık ürün sahipliği perspektifiyle değerlendirilmelidir.

Üç seçeneği toplam sahip olma maliyetiyle karşılaştırın

Toplam sahip olma maliyeti, bir yazılımı edinmek için ödenen bedelden daha geniştir. Sistemin kullanılabilir durumda kalması ve iş sonucuna dönüşmesi için yapılan bütün harcamaları içerir.

Karşılaştırmaya şu kalemleri dahil edin:

• Lisans veya abonelik bedeli
• Kurulum, süreç analizi ve danışmanlık
• ERP, muhasebe, e-fatura ve diğer API entegrasyonları
• Geçmiş veri aktarımı ve veri temizliği
• Kullanıcı eğitimi ve değişim yönetimi
• Mobil uygulama, sürücü ve taşıyıcı kullanımı
• Sunucu, yedekleme, güvenlik ve izleme
• Bakım, destek ve yeni sürüm maliyetleri
• Özel geliştirme ve raporlama talepleri
• Arıza veya gecikme halinde operasyonun kaybettiği zaman
• Sistemi yönetecek iç ekip ve teknik uzmanlık

Düşük görünen bir teklif, entegrasyon ve destek kapsamı eklendiğinde pahalı hale gelebilir. Daha yüksek görünen bir teklif ise manuel iş yükünü, mutabakat hatalarını ve geciken evrak takibini azalttığı için daha ekonomik sonuç verebilir. Bu yüzden karar, teklif satırlarından önce gerçek operasyon senaryosu üzerinde test edilmelidir.

Hangi firma için hangi model daha uygun?

Abonelik veya hazır TMS daha uygun olabilir, eğer:

• Hızlı biçimde canlıya geçmek istiyorsanız,
• Nakliye süreçleriniz sektörün bilinen iş akışlarıyla büyük ölçüde örtüşüyorsa,
• Bakım ve güncelleme için ayrı bir yazılım ekibi kurmak istemiyorsanız,
• Operasyon hacminiz zaman içinde değişiyor ve ölçeklenebilirliğe ihtiyaç duyuyorsanız,
• Sürekli geliştirilen bir ürün altyapısından yararlanmak istiyorsanız.

Peşin lisans veya şirket altyapısında kurulum daha uygun olabilir, eğer:

• Bilgi teknolojileri ve veri barındırma politikalarınız bunu gerektiriyorsa,
• Uzun süre değişmeyecek, sınırları net bir kullanım kapsamınız varsa,
• Sistemin teknik işletimini üstlenecek yetkin bir ekibiniz bulunuyorsa.

Özel yazılım daha uygun olabilir, eğer:

• Operasyon modeliniz standart TMS ürünlerinin karşılayamadığı kadar özgünse,
• Yazılım geliştirme, ürün yönetimi ve destek ekiplerini uzun vadeli finanse edebiliyorsanız,
• Geliştirme süresini ve proje riskini kabul edebiliyorsanız,
• Bu yazılım şirketiniz için yalnızca yardımcı araç değil, stratejik ve farklılaştırıcı bir ürün olacaksa.

Karar vermeden önce gerçek bir seferi uçtan uca deneyin

Sunum ve özellik listesi karar vermek için yeterli değildir. Demo sırasında gerçek bir taşıma talebi oluşturun. Taşıyıcıya teklif gönderin, araç ve sürücü atayın, plakayı değiştirin, sevkiyatı takip edin, teslim evrakını yükleyin ve işi navlun, mutabakat ve faturalama aşamasına kadar ilerletin.

Aynı verinin her adımda korunup korunmadığına bakın. Operasyon ekibi ayrı, finans ekibi ayrı kayıt tutmak zorunda kalıyorsa süreç henüz uçtan uca değildir. Canlı konum bilgisi, gecikme yönetimi ve teslimat adımlarını değerlendirirken uçtan uca izlenebilirlik yaklaşımını da inceleyin.

Kamyoon bu kararın neresinde?

Kamyoon TMS; FTL ve LTL operasyonlarını yük oluşturmadan teslimata, mutabakattan ödemeye kadar dijital olarak yönetmek için geliştirilmiş kurumsal bir nakliye yönetim sistemidir. Lojistik firmaları, üreticiler, dağıtıcılar ve toptancılar kendi taşımalarını veya yönettikleri operasyonları tek platform üzerinden kontrol edebilir.

Kamyoon’un yaklaşımı, her şirketin sıfırdan nakliye yazılımı geliştirmesi yerine, sahada kullanılan ve gelişmeye devam eden TMS altyapısının operasyon yapısına uyarlanmasıdır. Taşıma talebi, araç ve sürücü atama, canlı konum, dijital evrak, navlun, çok taraflı mutabakat, faturalama, ödeme ve raporlama süreçleri aynı veri akışı içinde ele alınır.

Doğru modelin hazır lisans, abonelik veya özel geliştirme olup olmadığı şirketin hacmine, süreçlerine, entegrasyonlarına ve iç kaynaklarına bağlıdır. Ancak hangi model seçilirse seçilsin, kararın yalnızca bugünkü özellik listesine göre değil sistemin üç yıl sonra nasıl çalışacağı düşünülerek verilmesi gerekir.

Nakliye operasyonunuz için hangi TMS kullanım modelinin daha uygun olduğunu birlikte değerlendirmek isterseniz Kamyoon TMS demosu talep edebilirsiniz.